\n
Cela signifie que le fournisseur est tenu de mener le projet selon le calendrier d\u00e9fini par le contrat, et, en fonction de la situation, de faire des efforts pour que le d\u00e9veloppement se d\u00e9roule sans encombre.<\/p>\n<\/div><\/div>\n\n\n\n
– L’obligation de g\u00e9rer correctement l’implication de l’utilisateur dans le d\u00e9veloppement et de faire en sorte que l’utilisateur, qui n’a pas de connaissances sp\u00e9cialis\u00e9es en d\u00e9veloppement de syst\u00e8mes, ne fasse rien pour entraver les travaux de d\u00e9veloppement.<\/p>\n\n\n\n
Cela signifie que le fournisseur doit indiquer les probl\u00e8mes et les d\u00e9lais pour les questions qui n\u00e9cessitent une d\u00e9cision de l’utilisateur, montrer les probl\u00e8mes qui peuvent survenir si la d\u00e9cision de l’utilisateur est retard\u00e9e, conseiller l’utilisateur pour encourager la prise de d\u00e9cision, et si des demandes inacceptables sont faites en fonction de l’avancement du d\u00e9veloppement, expliquer suffisamment les raisons et refuser les demandes de l’utilisateur.<\/p>\n\n\n\n
Ainsi, le fournisseur a l’obligation de promouvoir les travaux de d\u00e9veloppement tout en encourageant l’utilisateur \u00e0 prendre des d\u00e9cisions, et de faire des efforts pour que le d\u00e9veloppement du syst\u00e8me soit couronn\u00e9 de succ\u00e8s<\/strong>.<\/p>\n\n\n\n<\/span>L’obligation de coop\u00e9ration du c\u00f4t\u00e9 de l’utilisateur<\/span><\/h3>\n\n\n\nCependant, dans le d\u00e9veloppement de syst\u00e8mes, ce n’est pas seulement le fournisseur qui assume toutes les obligations de mani\u00e8re unilat\u00e9rale. Apr\u00e8s tout, puisqu’il s’agit d’un syst\u00e8me informatique \u00e0 utiliser dans l’entreprise du client, le projet de d\u00e9veloppement de syst\u00e8me ne devrait pas \u00eatre une affaire d’autrui pour le client.<\/p>\n\n\n\n
M\u00eame si vous utilisez des experts externes en vous fiant \u00e0 leur comp\u00e9tence technique et organisationnelle pour d\u00e9velopper le syst\u00e8me, la gouvernance interne devrait s’appliquer. Sans efforts pour tirer parti des comp\u00e9tences des experts externes, il est impossible de livrer le produit n\u00e9cessaire en le consid\u00e9rant comme une affaire d’autrui. Dans ce sens, l’utilisateur a \u00e9galement une obligation de coop\u00e9rer dans le d\u00e9veloppement du syst\u00e8me<\/strong>.<\/p>\n\n\n\nLes obligations de coop\u00e9ration que l’utilisateur doit remplir sont les suivantes :<\/p>\n\n\n\n
\u3000\u2460 L’utilisateur effectue une analyse des risques de mani\u00e8re proactive, coordonne correctement les opinions internes, unifie les points de vue et communique ses demandes au fournisseur.<\/p>\n\n\n\n
\u3000\u2461 V\u00e9rifier les livrables.<\/p>\n\n\n\n
\u3000\u2462 R\u00e9pondre aux demandes de coop\u00e9ration du fournisseur.<\/p>\n\n\n\n
Il est demand\u00e9 \u00e0 l’utilisateur de communiquer clairement au fournisseur les fonctions qu’il attend du syst\u00e8me et de coop\u00e9rer activement dans le d\u00e9veloppement<\/strong>.<\/p>\n\n\n\n<\/span>La gestion de projet n’est pas facile<\/span><\/h3>\n\n\n\nLa gestion du projet se fait en tenant compte de la gestion des risques.<\/figcaption><\/figure>\n\n\n\nLe fait qu’un syst\u00e8me informatique soit constitu\u00e9 d’une combinaison de petites pi\u00e8ces peut \u00eatre difficile \u00e0 r\u00e9aliser pour l’utilisateur qui ne voit que l’\u00e9cran. Cependant, c’est tr\u00e8s important lorsqu’on r\u00e9fl\u00e9chit \u00e0 la difficult\u00e9 de g\u00e9rer un projet de d\u00e9veloppement de syst\u00e8me. C’est pr\u00e9cis\u00e9ment parce que le syst\u00e8me informatique est de cette nature que le fournisseur est tenu de faire preuve d’une attention minutieuse et, en m\u00eame temps, d’une capacit\u00e9 \u00e0 organiser et \u00e0 avoir une vue d’ensemble de l’ensemble du projet.<\/p>\n\n\n\n
Il y a des difficult\u00e9s dans le travail que l’on ne peut pas imaginer en regardant simplement l’\u00e9cran, et cela peut aussi \u00eatre la raison pour laquelle un projet “prend feu”. Il est important de comprendre ces points et de savoir que “la gestion d’un projet de d\u00e9veloppement de syst\u00e8me informatique n’est pas une t\u00e2che facile”<\/strong>. C’est une pr\u00e9condition majeure pour apprendre \u00e0 g\u00e9rer les risques d’un projet.<\/p>\n\n\n\n<\/span>Ce qui peut se produire en cas de violation des obligations de gestion de projet<\/span><\/h2>\n\n\n\n\nAlors, que se passe-t-il concr\u00e8tement en cas de violation des obligations de gestion de projet ?<\/p>\n\n\n\n
Il n’y a pas de clause claire \u00e0 ce sujet, et il n’y a pas de r\u00e8gles \u00e9tablies qui disent “voici ce que sont les obligations de gestion de projet”.<\/p>\n\n\n\n
Cependant, \u00e0 partir des pr\u00e9c\u00e9dents judiciaires, nous pouvons d\u00e9duire une certaine coh\u00e9rence sur ce que l’utilisateur peut faire en cas de violation des obligations par le fournisseur.<\/p>\n\n\n\n
Si le fournisseur a viol\u00e9 ses obligations, l’utilisateur peut r\u00e9clamer des dommages et int\u00e9r\u00eats ou la r\u00e9siliation du contrat<\/strong>. Cependant, si l’utilisateur est \u00e9galement en faute, le fournisseur peut \u00eatre jug\u00e9 non responsable, ou une compensation pour n\u00e9gligence peut \u00eatre appliqu\u00e9e, r\u00e9duisant ainsi le montant des dommages et int\u00e9r\u00eats.<\/p>\n\n\n\nD’autre part, si l’utilisateur a viol\u00e9 son obligation de coop\u00e9ration, le fournisseur peut r\u00e9clamer \u00e0 l’utilisateur un montant \u00e9quivalent \u00e0 la r\u00e9mun\u00e9ration sur la base du risque d’ach\u00e8vement non r\u00e9alis\u00e9 (Article 536, paragraphe 2, du Code civil japonais) ou de l’inex\u00e9cution de l’obligation.<\/p>\n\n\n\n
<\/span>Exemples de jurisprudence illustrant l’obligation de gestion de projet<\/span><\/h2>\n\n\n\n\nIl existe plusieurs exemples de jurisprudence qui illustrent l’obligation de gestion de projet. <\/p>\n\n\n\n
Le cas suivant concerne un litige qui a \u00e9volu\u00e9 jusqu’au tribunal en raison de retards dans les d\u00e9lais de livraison et de demandes d’augmentation du devis initial de la part du fournisseur lors du d\u00e9veloppement d’un syst\u00e8me. Il s’agit peut-\u00eatre d’un exemple typique de ce que l’on appelle un “projet en crise”, o\u00f9 le conflit s’est prolong\u00e9 jusqu’au tribunal sur la question de savoir comment r\u00e9partir la responsabilit\u00e9 entre l’utilisateur et le fournisseur.<\/p>\n\n\n\n
\nLe d\u00e9fendeur, en tant que professionnel du d\u00e9veloppement de syst\u00e8mes, avait l’obligation de terminer le syst\u00e8me informatique concern\u00e9 d’ici la date de livraison convenue en phases, conform\u00e9ment au contrat de d\u00e9veloppement du syst\u00e8me informatique et \u00e0 la proposition du syst\u00e8me informatique, en se basant sur ses connaissances et son exp\u00e9rience sp\u00e9cialis\u00e9es. Par cons\u00e9quent, le d\u00e9fendeur devrait \u00eatre consid\u00e9r\u00e9 comme ayant l’obligation de progresser dans le d\u00e9veloppement en suivant les proc\u00e9dures de d\u00e9veloppement, les m\u00e9thodes de d\u00e9veloppement, les processus de travail, etc., pr\u00e9sent\u00e9s dans le contrat de d\u00e9veloppement du syst\u00e8me informatique et la proposition du syst\u00e8me informatique, de g\u00e9rer constamment l’\u00e9tat d’avancement, de s’efforcer de d\u00e9couvrir les facteurs qui entravent le travail de d\u00e9veloppement et de traiter correctement ces facteurs. De plus, comme le d\u00e9veloppement du syst\u00e8me est effectu\u00e9 en consultation avec le client, le d\u00e9fendeur devrait \u00eatre consid\u00e9r\u00e9 comme ayant l’obligation de g\u00e9rer correctement l’implication du client, l’assurance nationale du demandeur, dans le d\u00e9veloppement du syst\u00e8me et de faire en sorte que le demandeur, qui n’a pas de connaissances sp\u00e9cialis\u00e9es en d\u00e9veloppement de syst\u00e8mes, n’entrave pas le travail de d\u00e9veloppement (ci-apr\u00e8s, ces obligations sont appel\u00e9es “obligations de gestion de projet”).<\/p>\nJugement du tribunal de district de Tokyo, 10 mars 2004 (ann\u00e9e 16 de l’\u00e8re Heisei)<\/cite><\/blockquote>\n\n\n\nIl n’est pas n\u00e9cessaire de d\u00e9chiffrer le langage d\u00e9taill\u00e9 ou le d\u00e9roulement complexe de l’affaire \u00e0 partir du r\u00e9sum\u00e9 du jugement ci-dessus. Le point cl\u00e9 est que le terme “obligation de gestion de projet” est utilis\u00e9 tel quel<\/strong>. Bien qu’il n’y ait pas de disposition explicite, on peut voir l’attitude du tribunal qui cherche \u00e0 \u00e9tablir des lignes directrices pour la r\u00e9partition des responsabilit\u00e9s juridiques.<\/p>\n\n\n\nApr\u00e8s avoir simplifi\u00e9 le contenu du jugement ci-dessus, r\u00e9sumons-le en points. L'”obligation de gestion de projet” mentionn\u00e9e ici signifie :<\/p>\n\n\n\n