Gestion de projet: la partie casse gueule de l’aventure…
Publié le 17 August 2008, par Babozor dans la catégorie Développement, Gestion de projet
Pendant la durée de vie d’un projet beaucoup de choses peuvent mal se passer… mauvais choix technologique, outils pas adaptés, concurrent qui sort du bois avec un meilleur produit, etc… mais la réelle partie problématique d’un projet, le plus gros danger de merdasse reste la gestion de projet.
Pourquoi?
Il y a beaucoup de raisons à un “foirrage” de projet, mais la gestion de projet reste la partie essentielle pour plusieurs raisons:
- timing du projet et planning
C’est sans aucun doute une des causes les plus apparentes à un plantage de projet: votre projet a été plannifié correctement, mais plusieurs personnes n’étaient pas dispo, le projet a pris du retard, puis les différents postes s’enchaînent mais avec une certaine latence entre les différentes personnes, qui peut faire prendre littéralement des semaines de retard à un projet qui paraissait relativement simple.
- objectif fluctuant
Là aussi, une mauvaise définition du projet initial, un scop flou, ou un résumé de votre site/application mal définit et très vite vous pouvez vous retrouver avec un site ou une application qui n’a rien à voir avec ce que vous pensiez avoir signé.
- maîtrise des couts
S’assurer que le développement de votre projet reste “dans les clous” au niveau budget reste la combinaison entre planning/timing et coût des différents acteurs attachés à votre projet (aussi bien en interne qu’en externe)
- gestion des hommes
C’est peut être la question la plus critique et précipite bon nombre de projets dans les abysses du développement-hell… deux personnes dans une même équipe qui se détestent et c’est e début de la fin! Si la mayonnaise de votre équipe ne prend pas, vous allez au devant de conflits sans fin, avec à la clef retard et dépenses supplémentaire dans le meilleur des cas, au pire les gens qui quittent le navire et votre projet qui prend l’eau.
Comment faire pour bien “guider” son projet?
- trouver un vrai gestionnaire
Ce sera votre première tâche, trouver un vrai chef de projet, expérimenté, un vrai gestionnaire qui sait anticiper les problèmes, prévoir le timing du projet, manager les susceptibilités, etc…
- bien s’entourer
Construire votre équipe… un boulot difficile, essayer de constituer une équipe cohérente avec des compétences et caractères épars, qui permettra à votre projet d’aller dans le bon sens. Je n’ai malheureusement pas de recette miracle pour vous (sinon je serais riche aujourd’hui), mais fiez vous à votre instinct.
- savoir se restructurer et s’adapter
Souvent dans un projet, on s’obstine, alors que la bonne tactique reste de contourner momentanément l’obstacle, ou de changer radicalement d’objectif.
Par expérience, 75% des projets foirrent à cause d’une mauvaise équipe ou de personnes pas qualifiées ou qui ne s’entendent pas. C’est pourquoi constituer une équipe est un art à part entière.
Et vous vos expériences de projet boiteux, ça venait d’où?
le 17 August 2008 à 20h23
Je m’y retrouve a chaque point. Merci !
le 17 August 2008 à 22h23
Salut Babozor !
Si tu pouvais partager avec nous “les petits trucs” qui t’ont permis de gérer correctement des projets, surtout dans le domaine du développement d’applications ça serait sympa
Adam
le 18 August 2008 à 11h51
“75% des projets foirrent à cause d’une mauvaise équipe ou de personnes pas qualifiées ou qui ne s’entendent pas”
Ouaouh, moi c’est plutot l’inverse, 75% des projets foirent plutot à cause l’objectif fluctuant,
Du coup, on essaie de mettre en place des structures plutot agiles, et tout part de la doc,
Je dirais même que 90% sur lesquels ont produit des choses écrites (cdc, specs fonctionnels) ne foirent pas,
Pour les hommes(ou femmes), comme je tourne à peu près avec le même pool de développeurs, il suffit de connaitre les qualités (humaines et techniques) et les défauts de chacun. Ne jamais mettre de développeur que tu ne connais pas sur des projets sensibles, ne pas hésiter à mettre la main dans le cambouis, et toujours avoir un lead developper un peu libre de ses mouvements (si possible ou en tout cas avoir sous la main un développeur que tu connais très bien voire expérimenté), qui te permet de te décharger des problèmes technico-techniques, avoir pas plus de 3 développeurs sur un projet(1 ou 2 c’est mieux même pour les projets longs), bien séparer les lots fonctionnels pour qu’ils ne se battent pas sur vss ou svn et faire des mini-projets sinon,
Pour le planning, je pense que ça n’existe pas, où plutot qu’il faut tenir deux plannings différents (avec des dates d’arrivées assez similaires mais des lotissements plus ou moins caché pour ne pas faire peur) : le planning client tout rose qui permet de communiquer, et le planning développeur(le “vrai”), qui permet de contourner les problèmes et qui peut changer tous les jours,
Toujours faire une livraison à la date donnée au début de l’aventure qui répond à 75% de la demande (même si ça n’est pas fini et qu’il ya de la bricole),
Voilà, comment aujourd’hui, j’essaie de survivre à ce monde de brutes (même si de mon point de vue, je suis pas encore au top la dessus)
le 17 October 2008 à 10h11
Bonjour à Babazor et toute l’équipe,
je dois avouer que je me régale de lire tous ces billets sur la gestion de projet.
Franchement bravo pour la plume et les idées… j’adhère complément !
En plus… ça rassure de voir que “y a pas que nous :)”
Je ne résiste pas à l’envie de vous inviter à lire un petit billet que j’ai ecris sur mon blog a propos de quelques idées reçues sur le sujet : http://www.eco20.com/dc/index.php?post/2007/10/10/FAUX
Bien à vous !
Ludo
le 4 November 2008 à 18h41
Et bien, disons que la gestion de projet, c’est pas simple du tout, ca s’apprend tous les jours et surtout au fur et à mesure qu’on fait des erreurs, bah oui !
Sujet très vaste la GdP !
La gestion va aussi être “aidée” par la méthodo et la politique de l’entreprise (ou de l’agence web). Comment sont gérés les plannings des gens ? Quel client (donc quel projet) passe avant ? et oui, même avec les meilleurs dans une équipe, on est pas toujours en mesure de faire passer son projet avant un autre, ou de prévoir le congés maladie de untel, ou l’indisponibilité du client au moment voulu, etc…
La GdP, après la maitrise des facteurs clés (planning, budget, équipe, client, objectifs) c’est surtout une capacité à rebondir, à s’adapter (souplesse avec les gens et le planning, et aussi et surtout avec le client), à anticiper, et surtout à trouver des alternatives quand ca dérape ! Et ca seule l’expréience le permet