Page 34 - M1-Master MBFA-Management projet-Support de formation
P. 34

aux exigences, quelles qu'elles soient (stratégiques, techniques, performances,
              ergonomiques...).



              • ...on anticipe...

              La gestion des risques du projet n'est pas une formalité. Il est tout de même aberrant
              de négliger cette étape, et de se retrouver en plein cœur du projet aux prises avec un
              sinistre parfaitement prévisible...



              • ...et on accompagne !
              Et on accompagne la mise en œuvre du projet de bout en bout, sans omettre
              d'intégrer les coûts de la conduite du changement dans l'enveloppe budgétaire
              initiale...




              Quelle méthode pour votre projet informatique ?
              • Les besoins sont-ils bien exprimés ?

              C'est bien là la principale source de problèmes des projets informatiques. Les
              méthodes agiles bouleversent les approches traditionnelles de conduite de projets de
              développement informatique pratiquées jusqu'alors. Les méthodes classiques
              conditionnent la réussite du projet à la qualité de l'expression des spécifications
              initiales. Toute la réalisation et, notamment, l'élaboration du plan (délais, ressources,
              budget, qualité) seront conduites en référence aux besoins exhaustivement exprimés.



              • Inverser l'ordre des choses
              C'est une démarche projet à "flux poussé". Nous sommes dans le domaine du
              déterminisme prédictif de type laplacien. Si le projet est correctement conduit, il
              devra coller pile-poil aux spécifications initiales. Tout est prévu. Ce postulat régit
              toute la réalisation. La conception dépend de la précision et de la stabilité des
              spécifications. C'est à ce point précis que commence la remise en question.
              Les référentiels de conduite de projet s'inscrivent d'ailleurs dans cette logique
              déterministe.



              • Que faire lorsque les spécifications changent ?

              En effet, imaginons que les spécifications évoluent en cours de réalisation. Lorsque
              l'on reste dans les limites du raisonnable, il suffit de faire un avenant. Pour le
              moment, ce n'est pas encore bien compliqué. Considérons maintenant le cas où les
              spécifications s'avèrent incomplètes non pas par négligence, mais bien parce qu'il est
              de nature impossible d'envisager toutes les situations au préalable. C'est le cas pour






                                                                                                                    20
   29   30   31   32   33   34   35   36   37   38   39