Also available in english
24
Chefs de projets : et si vous vous occupiez moins des process et plus des gens ?
Category: gestion de projet 2.0Nouvelle note sur la gestion de projet. Et finalement pas tellement éloignée de la première
Comme le dit ce billet les méthodes actuelles rassurent peut être mais montrent leurs limites. En effet
- selon une étude KPMG de 2005, les projets connaissent une inflation galopante en terme de nombre, de complexité et de coûts.
- Seuls 35% des projets IT sont conformes aux prévisions en termes de budget, de budget et de satisfaction des besoins selon un étude du Standish Group.
- Selon Ernst and Young les principaux enjeux de la gestion de projet sont à 80% humains et seulement 10% sont relatifs aux process et aux outils.
- Une étude O’Neil de 1999 montre que 70% du temps des chefs de projet est dédié à des tâches sans valeur ajoutée.
Ca vous inspire quelque chose ?
Tags: gestion de projet , informatique
En fait je suis sidéré par le chiffre de 35% des projets IT qui rentrent dans les clous. Avec l’expérience, 10% m’auraient déjà semblé énorme.
Les méthodes et/ou les normes (ISO, CMMI…)sont des fils rouges qui guident les entreprises sur le chemin de l’excellence. En revanche il est vrai qu’à ce jour aucune de ces méthodes ou démarches n’aient pris en compte l’aspect Humain et surtout les connaissances essentielles sous-jacentes.
Les normes et Méthodes adressent les processus et l’organisation sans capitaliser les richesses qu’apportent les Chefs de Projets à mettre en oeuvre les pratiques imposées par les normes.
Alors si les normes et démarches ont encore des progrés à faire de ce côté, rien n’empêche les sociétés qui accompagnent les entreprises dans les certifications à offrir cette plus-value supplémentaire. Et notre expérience chez nos clients prouve que cela facilite entre autre une appropriation plus perenne de la norme ou de la démarche tout en garantissant une capitalisation des savoirs au sein de l’entreprise.
Je suis d’accord avec Frédéric. D’ailleurs j’ai vu passer une étude d’Accenture, il y a qq années, qui mettait ce chiffre à 16 ou 18%.
à l’époque lointaine ou j’étais chef de projet, j’avais remarqué que si je ne démarrais qu’après être sûr d’où j’allais, je tenais à tous les coups les délais (ce qui m’avait valu un rôle de “trouble shooter”). J’avais cru comprendre que c’est aussi ce que disait le très respecté Brooks (Mythical man month). Je soupçonne que les maux actuels des projets viennent d’une économie de réflexion, accompagnée d’une économie corrélative de tests (tester ce que l’on ne comprend pas est inutile). Mais il y a plus de vingt ans que je ne suis plus informaticien!
@Bernardon : est-ce que cela n’est tout simplement pas du au fait qu’on supprime le temps accordé à l’humain pour promettre un projet plus court…et qu’au bout du compte on finit par le payer ?
@Christophe : tu prêches un convaincu. Mais cela suppose de différer le point de départ jusqu’à ce qu’on sache où on va. Je dirai même plus, on borde tout ce qui touche l’execution…sans trop chercher à comprendre ce qu’on execute vraiment.
[...] Chefs de projets : et si vous vous occupiez moins des process et plus des gens ? | Bloc Note de Bert… [...]
S’occuper d’avantage des gens et moins des process, c’est exactement le premier principe de l’agilité. A mes yeux, celui qui a encore plus de sens que les autres, et dont j’ai fait la baseline de mon blog, après en avoir fait le principe de base de mon management de projet. Car tout projet informatique, quel qu’il soit, est avant tout une aventure humaine.
@Fréderic : ça ne se limite pas aux projets informatiques d’ailleurs….