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.
