{"id":67580,"date":"2024-04-17T20:37:21","date_gmt":"2024-04-17T11:37:21","guid":{"rendered":"https:\/\/monolith.law\/fr\/?p=67580"},"modified":"2024-04-24T10:36:45","modified_gmt":"2024-04-24T01:36:45","slug":"howto-manage-change-in-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development","title":{"rendered":"Qu&#8217;est-ce que la gestion des changements dans le d\u00e9veloppement de syst\u00e8mes du point de vue juridique ?"},"content":{"rendered":"\n<p>Dans les projets de d\u00e9veloppement de syst\u00e8mes, il arrive souvent que le contenu expliqu\u00e9 \u00e0 l&#8217;avance par l&#8217;utilisateur soit modifi\u00e9 au fur et \u00e0 mesure de l&#8217;avancement du travail. Par cons\u00e9quent, m\u00eame en tant que fournisseur acceptant le travail, il peut \u00eatre n\u00e9cessaire de r\u00e9pondre aux modifications du contenu du contrat qui a \u00e9t\u00e9 conclu une fois.<\/p>\n\n\n\n<p>Cet article explique comment g\u00e9rer le ph\u00e9nom\u00e8ne de &#8220;modification&#8221; qui se produit apr\u00e8s coup, d&#8217;un point de vue juridique, face \u00e0 des projets de d\u00e9veloppement de syst\u00e8mes qui ne progressent pas comme pr\u00e9vu.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development\/#Pourquoi_les_projets_de_developpement_de_systemes_sont-ils_souvent_%C2%AB_modifies_%C2%BB_apres_coup\" title=\"Pourquoi les projets de d\u00e9veloppement de syst\u00e8mes sont-ils souvent \u00ab modifi\u00e9s \u00bb apr\u00e8s coup ?\">Pourquoi les projets de d\u00e9veloppement de syst\u00e8mes sont-ils souvent \u00ab modifi\u00e9s \u00bb apr\u00e8s coup ?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development\/#Le_developpement_de_systemes_est_un_travail_collaboratif_entre_le_fournisseur_et_l%E2%80%99utilisateur\" title=\"Le d\u00e9veloppement de syst\u00e8mes est un travail collaboratif entre le fournisseur et l&#8217;utilisateur\">Le d\u00e9veloppement de syst\u00e8mes est un travail collaboratif entre le fournisseur et l&#8217;utilisateur<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development\/#Malgre_l%E2%80%99obligation_de_cooperer_les_utilisateurs_demandent_souvent_des_modifications\" title=\"Malgr\u00e9 l&#8217;obligation de coop\u00e9rer, les utilisateurs demandent souvent des modifications\">Malgr\u00e9 l&#8217;obligation de coop\u00e9rer, les utilisateurs demandent souvent des modifications<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development\/#Qu%E2%80%99est-ce_qu%E2%80%99un_document_de_gestion_des_modifications\" title=\"Qu&#8217;est-ce qu&#8217;un document de gestion des modifications ?\">Qu&#8217;est-ce qu&#8217;un document de gestion des modifications ?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development\/#Quand_utilise-t-on_un_document_de_gestion_des_modifications\" title=\"Quand utilise-t-on un document de gestion des modifications ?\">Quand utilise-t-on un document de gestion des modifications ?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development\/#Contenu_du_document_de_gestion_des_modifications\" title=\"Contenu du document de gestion des modifications\">Contenu du document de gestion des modifications<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development\/#Les_choses_a_savoir_concernant_la_gestion_des_changements\" title=\"Les choses \u00e0 savoir concernant la gestion des changements\">Les choses \u00e0 savoir concernant la gestion des changements<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development\/#La_gestion_des_changements_est_generalement_effectuee_en_tandem_avec_la_gestion_des_problemes\" title=\"La gestion des changements est g\u00e9n\u00e9ralement effectu\u00e9e en tandem avec la gestion des probl\u00e8mes\">La gestion des changements est g\u00e9n\u00e9ralement effectu\u00e9e en tandem avec la gestion des probl\u00e8mes<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development\/#Il_est_preferable_de_reglementer_egalement_la_maniere_de_mener_les_discussions_sur_les_changements\" title=\"Il est pr\u00e9f\u00e9rable de r\u00e9glementer \u00e9galement la mani\u00e8re de mener les discussions sur les changements\">Il est pr\u00e9f\u00e9rable de r\u00e9glementer \u00e9galement la mani\u00e8re de mener les discussions sur les changements<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development\/#Discussion_sur_les_changements_et_obligation_de_bonne_foi\" title=\"Discussion sur les changements et obligation de bonne foi\">Discussion sur les changements et obligation de bonne foi<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development\/#Reglementation_sur_la_methode_de_changement\" title=\"R\u00e9glementation sur la m\u00e9thode de changement\">R\u00e9glementation sur la m\u00e9thode de changement<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/monolith.law\/fr\/it\/howto-manage-change-in-system-development\/#Resume\" title=\"R\u00e9sum\u00e9\">R\u00e9sum\u00e9<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Pourquoi_les_projets_de_developpement_de_systemes_sont-ils_souvent_%C2%AB_modifies_%C2%BB_apres_coup\"><\/span>Pourquoi les projets de d\u00e9veloppement de syst\u00e8mes sont-ils souvent \u00ab modifi\u00e9s \u00bb apr\u00e8s coup ?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Le_developpement_de_systemes_est_un_travail_collaboratif_entre_le_fournisseur_et_l%E2%80%99utilisateur\"><\/span>Le d\u00e9veloppement de syst\u00e8mes est un travail collaboratif entre le fournisseur et l&#8217;utilisateur<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En g\u00e9n\u00e9ral, le d\u00e9veloppement de syst\u00e8mes passe par une phase de planification et de proposition, puis les exigences de d\u00e9veloppement sont d\u00e9finies et un contrat est conclu. Une fois le contrat sign\u00e9, le processus suit g\u00e9n\u00e9ralement une s\u00e9rie d&#8217;\u00e9tapes comprenant diverses conceptions, la mise en \u0153uvre conform\u00e9ment \u00e0 ces conceptions, et enfin des tests avant la conclusion. Dans l&#8217;ensemble du processus, il est bien entendu que le fournisseur, en tant qu&#8217;expert en d\u00e9veloppement de syst\u00e8mes, assume une large gamme de responsabilit\u00e9s, mais l&#8217;utilisateur a \u00e9galement certaines obligations de coop\u00e9ration. En particulier, la coop\u00e9ration de l&#8217;utilisateur est importante dans les processus tels que l&#8217;identification des fonctions que le syst\u00e8me doit avoir (c&#8217;est-\u00e0-dire la d\u00e9finition des exigences), l&#8217;apparence et la sensation de l&#8217;interface utilisateur (c&#8217;est-\u00e0-dire la conception de base), et la v\u00e9rification que les exigences ont \u00e9t\u00e9 satisfaites (c&#8217;est-\u00e0-dire les tests ou l&#8217;acceptation). Pour une explication g\u00e9n\u00e9rale des obligations que l&#8217;utilisateur assume dans le d\u00e9veloppement de syst\u00e8mes, veuillez consulter l&#8217;article ci-dessous.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith-law.jp\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith-law.jp\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Malgre_l%E2%80%99obligation_de_cooperer_les_utilisateurs_demandent_souvent_des_modifications\"><\/span>Malgr\u00e9 l&#8217;obligation de coop\u00e9rer, les utilisateurs demandent souvent des modifications<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Cependant, il n&#8217;est pas toujours possible pour l&#8217;utilisateur, qui n&#8217;est pas un expert en d\u00e9veloppement de syst\u00e8mes, de transmettre de mani\u00e8re exhaustive et sans lacunes toutes les informations n\u00e9cessaires au d\u00e9veloppement du syst\u00e8me. En r\u00e9alit\u00e9, en raison de la nature d\u00e9taill\u00e9e et pr\u00e9cise du travail, il est souvent difficile pour l&#8217;utilisateur de pr\u00e9voir quelles informations auront une importance cruciale dans les \u00e9tapes ult\u00e9rieures. Ironiquement, il est donc possible que les informations les plus importantes soient r\u00e9v\u00e9l\u00e9es progressivement. Pour cette raison, bien que l&#8217;id\u00e9al soit de &#8220;passer en continu de l&#8217;amont \u00e0 l&#8217;aval&#8221; dans les projets r\u00e9els, il est important de savoir comment g\u00e9rer les &#8220;changements&#8221; qui peuvent survenir apr\u00e8s coup, en supposant que diverses modifications peuvent \u00eatre apport\u00e9es apr\u00e8s coup.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Qu%E2%80%99est-ce_qu%E2%80%99un_document_de_gestion_des_modifications\"><\/span>Qu&#8217;est-ce qu&#8217;un document de gestion des modifications ?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith-law.jp\/wp-content\/uploads\/2019\/07\/pixta_40395256_M-1024x682.jpg\" alt=\"\" class=\"wp-image-2910\" \/><figcaption class=\"wp-element-caption\">Comment g\u00e9rer les modifications survenues lors du d\u00e9veloppement du syst\u00e8me ?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Quand_utilise-t-on_un_document_de_gestion_des_modifications\"><\/span>Quand utilise-t-on un document de gestion des modifications ?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Un document de gestion des modifications est un document utilis\u00e9 par l&#8217;utilisateur pour demander au fournisseur de modifier les sp\u00e9cifications ou d&#8217;ajouter des fonctionnalit\u00e9s par rapport \u00e0 ce qui a \u00e9t\u00e9 expliqu\u00e9 pr\u00e9c\u00e9demment. Comme mentionn\u00e9 pr\u00e9c\u00e9demment, lors des phases de d\u00e9finition des exigences et de conception de base, l&#8217;utilisateur a \u00e9galement l&#8217;obligation de coop\u00e9rer avec le travail du fournisseur, mais il est tout \u00e0 fait possible que des demandes diff\u00e9rentes soient faites ult\u00e9rieurement.<\/p>\n\n\n\n<p>Par exemple, un document de gestion des modifications peut \u00eatre n\u00e9cessaire dans les situations suivantes :<\/p>\n\n\n\n<ul>\n<li>Si une omission est constat\u00e9e lors de la d\u00e9finition des exigences ou de la conception de base, et qu&#8217;une fonctionnalit\u00e9 suppl\u00e9mentaire est demand\u00e9e apr\u00e8s coup.<\/li>\n\n\n\n<li>Si une r\u00e9vision de la politique d&#8217;entreprise est effectu\u00e9e en cours de d\u00e9veloppement, n\u00e9cessitant une modification des sp\u00e9cifications.<\/li>\n<\/ul>\n\n\n\n<p>Ces situations sont envisageables.<\/p>\n\n\n\n<p>En ce qui concerne les sujets tels que l&#8217;ajout de fonctionnalit\u00e9s et la modification des sp\u00e9cifications, ce qui pr\u00e9occupe le plus ceux qui acceptent le travail est de savoir si la modification du montant estim\u00e9 est l\u00e9galement autoris\u00e9e. Nous expliquons ce point en d\u00e9tail dans un autre article.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith-law.jp\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith-law.jp\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<p>Le document de gestion des modifications sert de base pour \u00e9valuer la validit\u00e9 de l&#8217;estimation lors de l&#8217;augmentation de celle-ci apr\u00e8s coup. Lorsqu&#8217;une facture est \u00e9mise sur la base d&#8217;une estimation augment\u00e9e ult\u00e9rieurement, la cr\u00e9ation d&#8217;un document de gestion des modifications est importante pour \u00e9viter les conflits avec l&#8217;autre partie (et pour donner du poids \u00e0 votre argument en cas de conflit).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Contenu_du_document_de_gestion_des_modifications\"><\/span>Contenu du document de gestion des modifications<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Alors, quels sont les \u00e9l\u00e9ments qui doivent \u00eatre inclus dans un document de gestion des modifications du point de vue juridique ? L&#8217;utilisation d&#8217;un document de gestion des modifications pour r\u00e9pondre aux modifications des sp\u00e9cifications et \u00e0 l&#8217;ajout de fonctionnalit\u00e9s est d\u00e9j\u00e0 largement reconnue. Par cons\u00e9quent, en v\u00e9rifiant les mod\u00e8les de clauses contractuelles propos\u00e9s par les agences gouvernementales, comme le contrat mod\u00e8le du minist\u00e8re de l&#8217;\u00c9conomie, du Commerce et de l&#8217;Industrie, on peut avoir une id\u00e9e g\u00e9n\u00e9rale de ce qui doit \u00eatre conserv\u00e9 comme enregistrement.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Proc\u00e9dure de gestion des modifications)<br>Article 37 Si A ou B re\u00e7oit une proposition de modification bas\u00e9e sur l&#8217;article 34 (Modification des sp\u00e9cifications du syst\u00e8me, etc.), l&#8217;article 35 (Approbation des documents interm\u00e9diaires par l&#8217;utilisateur), l&#8217;article 36 (Traitement des \u00e9l\u00e9ments non d\u00e9finis), il doit, dans les \u25cb jours suivant la date de r\u00e9ception, remettre \u00e0 l&#8217;autre partie un document \u00e9crit (ci-apr\u00e8s d\u00e9nomm\u00e9 &#8220;<u class=\"remove-format\">document de gestion des modifications<\/u>&#8220;) contenant <u class=\"remove-format\">les \u00e9l\u00e9ments suivants<\/u>. A et B discuteront de l&#8217;acceptation ou non de cette modification lors du conseil de communication pr\u00e9vu \u00e0 l&#8217;article 12.<br> \u2460 <u class=\"remove-format\">Nom de la modification<\/u><br> \u2461 <u class=\"remove-format\">Responsable de la proposition<\/u><br> \u2462 <u class=\"remove-format\">Date<\/u><br> \u2463 <u class=\"remove-format\">Raison de la modification<\/u><br> \u2464 <u class=\"remove-format\">D\u00e9tails de la modification, y compris les sp\u00e9cifications concern\u00e9es<\/u><br> \u2465 <u class=\"remove-format\">Si la modification n\u00e9cessite des co\u00fbts, leur montant<\/u><br> \u2466 <u class=\"remove-format\">Calendrier des travaux de modification, y compris la p\u00e9riode d&#8217;examen<\/u><br> \u2467 <u class=\"remove-format\">Autres impacts de la modification sur les conditions du pr\u00e9sent contrat et du contrat individuel (dur\u00e9e des travaux ou date de livraison, honoraires, clauses contractuelles, etc.)<\/u><\/p>\n<\/blockquote>\n\n\n\n<p>En lisant directement l&#8217;article, vous pouvez v\u00e9rifier les \u00e9l\u00e9ments qui sont recommand\u00e9s pour \u00eatre inclus. Il n&#8217;est pas n\u00e9cessaire d&#8217;expliquer davantage. Pour \u00e9viter les probl\u00e8mes de &#8220;j&#8217;ai dit, je n&#8217;ai pas dit&#8221; plus tard, il est n\u00e9cessaire de consigner en d\u00e9tail et de mani\u00e8re concr\u00e8te le d\u00e9roulement des modifications.<\/p>\n\n\n\n<p>En pr\u00e9cisant ces \u00e9l\u00e9ments et en les associant \u00e0 la signature ou au sceau du responsable ou du d\u00e9cideur du fournisseur et de l&#8217;utilisateur, ils auront la m\u00eame signification qu&#8217;un contrat en tant que preuve, m\u00eame en cas de litige.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Les_choses_a_savoir_concernant_la_gestion_des_changements\"><\/span>Les choses \u00e0 savoir concernant la gestion des changements<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith-law.jp\/wp-content\/uploads\/2019\/07\/pixta_54572310_M-1024x434.jpg\" alt=\"\" class=\"wp-image-2907\" \/><figcaption class=\"wp-element-caption\">Une fois le document de gestion des changements cr\u00e9\u00e9, il est \u00e9galement refl\u00e9t\u00e9 dans la liste de gestion des probl\u00e8mes.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"La_gestion_des_changements_est_generalement_effectuee_en_tandem_avec_la_gestion_des_problemes\"><\/span>La gestion des changements est g\u00e9n\u00e9ralement effectu\u00e9e en tandem avec la gestion des probl\u00e8mes<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>La raison de la cr\u00e9ation d&#8217;un document de gestion des changements est de guider le projet vers l&#8217;accomplissement en g\u00e9rant l&#8217;historique des changements, ou d&#8217;\u00e9viter une responsabilit\u00e9 injuste en cas d&#8217;\u00e9chec. Dans la pratique, la cr\u00e9ation d&#8217;un document de gestion des changements est souvent effectu\u00e9e en tandem avec la cr\u00e9ation et la mise \u00e0 jour de la liste de gestion des probl\u00e8mes. En d&#8217;autres termes, une fois l&#8217;historique des changements g\u00e9r\u00e9 dans le tableau de gestion des changements, les \u00e9l\u00e9ments de changement convenus sont int\u00e9gr\u00e9s dans la liste de gestion des probl\u00e8mes comme des probl\u00e8mes \u00e0 traiter \u00e0 l&#8217;avenir.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Il_est_preferable_de_reglementer_egalement_la_maniere_de_mener_les_discussions_sur_les_changements\"><\/span>Il est pr\u00e9f\u00e9rable de r\u00e9glementer \u00e9galement la mani\u00e8re de mener les discussions sur les changements<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Non seulement la mani\u00e8re de g\u00e9rer les changements, mais aussi la mani\u00e8re de mener les discussions sur les changements devraient \u00eatre r\u00e9glement\u00e9es pour assurer une gestion fluide des changements. C&#8217;est particuli\u00e8rement important dans le cas de m\u00e9thodes de d\u00e9veloppement comme le d\u00e9veloppement agile, o\u00f9 de nombreux changements sont pr\u00e9vus apr\u00e8s coup. Dans la pratique, il est courant de stipuler quand l&#8217;autre partie doit r\u00e9pondre \u00e0 une demande de discussion sur la gestion des changements.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Discussion_sur_les_changements_et_obligation_de_bonne_foi\"><\/span>Discussion sur les changements et obligation de bonne foi<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Lorsqu&#8217;il s&#8217;agit de modifier un contrat sur lequel les deux parties se sont d\u00e9j\u00e0 mises d&#8217;accord, cela revient \u00e0 conclure un nouveau contrat. En principe, le vendeur n&#8217;a pas l&#8217;obligation de consentir \u00e0 un contrat de modification. Cependant, si l&#8217;on insiste trop sur cet aspect des droits, il est \u00e0 craindre que le projet de d\u00e9veloppement du syst\u00e8me ne progresse pas de mani\u00e8re fluide.<\/p>\n\n\n\n<p>Par cons\u00e9quent, il est courant dans la pratique de stipuler explicitement dans le contrat une &#8220;obligation de r\u00e9pondre de bonne foi aux discussions sur les changements&#8221;. Il existe \u00e9galement des cas o\u00f9 le contrat stipule que si le vendeur ne r\u00e9pond pas de bonne foi aux changements, il est possible de demander des dommages et int\u00e9r\u00eats.<\/p>\n\n\n\n<p>Un exemple de formulation serait le suivant (cit\u00e9 du &#8220;Mod\u00e8le de contrat de base\/individuel&#8221; cr\u00e9\u00e9 officiellement par l&#8217;Institut ind\u00e9pendant de promotion du traitement de l&#8217;information du Japon) :<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Article 4, paragraphe 3 : Dans les discussions sur les changements, les deux parties examineront de bonne foi l&#8217;objet du changement, la possibilit\u00e9 du changement, l&#8217;impact du changement sur le prix et le d\u00e9lai de livraison, et d\u00e9cideront de proc\u00e9der ou non au changement.<\/p>\n<\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Reglementation_sur_la_methode_de_changement\"><\/span>R\u00e9glementation sur la m\u00e9thode de changement<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Comme mentionn\u00e9 pr\u00e9c\u00e9demment, il est &#8220;s\u00fbr&#8221; d&#8217;un point de vue juridique de tenir une discussion sur chaque changement. Cependant, pour les petits projets, il peut ne pas \u00eatre n\u00e9cessaire de d\u00e9finir la mani\u00e8re de mener les discussions sur les changements. Dans ce cas, au lieu de stipuler des r\u00e8gles pour les discussions, vous pouvez d\u00e9cider que les changements ne seront effectu\u00e9s qu&#8217;apr\u00e8s que le responsable de l&#8217;utilisateur et du vendeur a sign\u00e9 et appos\u00e9 son sceau sur le document de gestion des changements. Si vous permettez des changements facilement sur la base d&#8217;un accord verbal uniquement, il peut \u00eatre difficile de d\u00e9terminer si des changements ont \u00e9t\u00e9 effectu\u00e9s, ce qui peut entra\u00eener de gros probl\u00e8mes plus tard. Il est donc essentiel de g\u00e9rer soigneusement les documents.<\/p>\n\n\n\n<p>Cependant, il peut \u00eatre trop lourd de pr\u00e9parer des documents s\u00e9par\u00e9s pour chaque gestion des changements, et vous pouvez vouloir privil\u00e9gier une approche flexible. Dans ce cas, une solution pourrait \u00eatre de documenter les questions relatives aux changements dans le proc\u00e8s-verbal de la r\u00e9union. Pour plus de d\u00e9tails sur la mani\u00e8re de conserver les proc\u00e8s-verbaux des r\u00e9unions dans le d\u00e9veloppement de syst\u00e8mes, veuillez consulter l&#8217;article ci-dessous.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith-law.jp\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith-law.jp\/corporate\/the-minutes-in-system-development[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Resume\"><\/span>R\u00e9sum\u00e9<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Dans les environnements o\u00f9 les changements de sp\u00e9cifications sont fr\u00e9quents, il est vrai que le risque de probl\u00e8mes et de conflits est souvent \u00e0 port\u00e9e de main. Cependant, m\u00eame dans de tels environnements o\u00f9 une flexibilit\u00e9 est requise, il est souvent difficile de mettre en \u0153uvre des mesures r\u00e9alistes en insistant simplement sur l&#8217;importance de la gestion de mani\u00e8re rigide.<\/p>\n\n\n\n<p>La question de savoir comment concilier le sens de la vitesse requis en affaires et la pr\u00e9paration \u00e0 une \u00e9ventualit\u00e9 est souvent diff\u00e9rente selon la situation de l&#8217;entreprise et le contenu du projet. Tout en tenant compte du contenu de cet article, il est important d&#8217;avoir une attitude de recherche de la meilleure m\u00e9thode pour chaque entreprise et chaque projet.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Dans les projets de d\u00e9veloppement de syst\u00e8mes, il arrive souvent que le contenu expliqu\u00e9 \u00e0 l&#8217;avance par l&#8217;utilisateur soit modifi\u00e9 au fur et \u00e0 mesure de l&#8217;avancement du travail. Par  [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":68785,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/posts\/67580"}],"collection":[{"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/comments?post=67580"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/posts\/67580\/revisions"}],"predecessor-version":[{"id":68786,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/posts\/67580\/revisions\/68786"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/media\/68785"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/media?parent=67580"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/categories?post=67580"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/tags?post=67580"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}