Pourquoi utiliser une méthode de management de projet en SI ?

D'abord certainement pas pour remplacer les femmes et les hommes qui réalisent les travaux ! Une méthode de management de projet en TIC ou en SI, quelle qu'elle soit, est à exploiter pour ce qu'elle est : un guide, une série de préconisations. Aux intervenants sur le projet à l'adapter en fonction de leurs besoins, du contexte de leur projet. Aucune méthode ne vient remplacer le jugement, l'expertise et le savoir-faire de professionnels en SI ; l'élément humain est LE facteur ayant le plus d'impact sur la qualité des solutions logicielles réalisées.

Une méthode apporte des outils, suggère des processus pour :
  • mieux connaître les utilisateurs, leurs contextes de travail ou d'utilisation du système, leurs objectifs, leurs tâches
  • faciliter l'élaboration de design, de prototypes
  • justifier des choix sur l'interface utilisateur
  • supporter des décisions sur l'architecture fonctionnelle et applicative
  • étayer l'architecture technique
  • communiquer plus efficacement sur le projet, autant sur le contenu que sur son déroulement
  • éviter d'oublier des éléments importants sur le projet
  • supporter des arbitrages fonctionnels, applicatifs et techniques
  • documenter le projet
Nous savons depuis plusieurs années -- et mon expérience le confirme -- que le recours à une méthode de travail contemporaine* permet d'être plus efficace dans un rapport pouvant aller :
  • de 1 à 10 sur la réalisation applicative et technique
  • d'au moins 1 à 20 sur la maintenance après livraison du produit
Certes, il faut se former à une méthode, y consacrer du temps au départ. Mais cet investissement est largement payé de retour par l'aisance, l'espace, l'efficacité qu'elle peut nous procurer.



---

* : par contemporaine, j'entends des méthodes de management de projet en SI où les dimensions "délai court", "incertitude" et "risque" sont au coeur de l'approche. En outre, ces méthodes tiennent compte, à des degrés divers, de l'identification des utilisateurs, de leurs objectifs, de leurs besoins ; comportent une phase d'études avant le développement ; préconisent un prototypage ; recommandent souvent l'itération sur les solutions envisagées.