13 fév
Publié par yvan.bolduc dans Gestion de projet, Logiciels libres, Méthodologie, Meilleures pratiques, Ressources
« Garbage in, Garbage out », voilà une expression qui prend tout son sens dans le processus de gestion de projet. Afin de faire un suivi de projet efficace, le chef de projet a besoin de s’appuyer sur des informations justes et complètes. Chez AXON, l’implantation de DotProject nous a permis de donner l’occasion aux développeurs (j’emploie ici développeur pour tous les membres du projet : programmeur, designer, analyste, AQ, …) de fournir cette information dans un processus naturel où le développeur lui-même y trouve son compte.
Mais de quelle information s’agit-il? Grande question! Et la réponse est finalement toute simple. Le développeur doit entrer sur chaque activité les 4 éléments d’informations suivants :
Ces quatre informations sont ce que le chef de projet a besoin pour connaître l’avancement du projet. Je vous expliquerai dans un prochain article ce que le chef de projet fait avec cette information mais pour le moment analysons comment la saisie de ces données impacte le développeur.
Le nombre d’heures (1) est une information de base, tous les systèmes de feuille de temps (FDT) l’ont. Sauf que dans le contexte de DotProject où le processus demande au développeur d’entrer sa FDT quotidiennement, cette information est beaucoup plus précise que lorsqu’on demande aux développeurs de compléter sa FDT au minimum une fois par semaine ou une fois par mois (!).
L’entrée du commentaire (2) est beaucoup moins présente dans les systèmes de FDT. Pourtant, elle est de première importance. Elle permet au chef de projet de bien comprendre quels efforts ont été mis sur une activité et si c’est le cas, pourquoi il y a une variation entre le réel et le planifié. Chez Axon, cette information est fournie au client hebdomadairement avec la feuille de temps de chaque développeur.
Le pourcentage d’avancement (3) de l’activité est la plus difficile à obtenir. Elle demande de la rigueur et un minimum de planification au développeur. Pour fournir ce chiffre le plus exactement possible, le développeur doit connaître et comprendre la nature du mandat identifié par l’activité. Pour y arriver, il doit mettre en place trois bonnes pratiques : (a) faire un plan d’action pour livrer l’activité, (b) prendre le temps de vérifier avec son chef de projet si sa compréhension est bonne, (c) s’assurer dès le début d’adresser les incertitudes qu’implique l’activité. Ensuite, il devient tout à fait aisé pour le développeur de fournir un degré d’avancement le plus juste possible.
La dernière information est un indicateur (4). Le développeur jugeant qu’il ne rencontrera pas le délai établi pour l’activité en raison de problèmes techniques, d’un manque d’information ou simplement d’une estimation qui n’était pas réaliste, doit cocher l’indicateur « Problème » afin que le chef de projet en soit avisé le plus tôt possible.
Implanter un système de suivi comme DotProject implique un changement important dans les façons de faire des développeurs. Ces changements sont parfois difficiles à instaurer, mais tous les membres de l’équipe de projet en retirent les avantages suivants :
Avec ces avantages, un bon système de suivi de projet devient plus facile à implanter et va entraîner de meilleures pratiques et de nombreux bénéfices pour l’organisation.
5 commentaires
Roxanne Carmel
14 février 2008 à 10:41
1J’avoue que j’aurais eu du mal à faire ressortir les avantages que retire un développeur à entrer ses feuilles de temps à tous les jours, mis à part le fait qu’il a encore bien en tête les activités qu’il a accompli. (..et que son chargé de projet sera content :0 )
Mais les autres points que tu soulèves sont bien réels et pertinents.
J’ajouterais aussi que le fait d’avoir pour soi, une image bien à jour, concrète et précise de notre travail en cours, contribue à notre sentiment d’accomplissement et de satisfaction personnelle. Il est toujours motivant de garder une image claire de l’objectif à atteindre, le travail déjà accompli en ce sens et ce qu’il reste à faire pour y arriver.
Nabila
9 juin 2008 à 13:28
2Bonjour,
Je suis une dévéloppeuse et auparavent je travaillais sans outil de gestion de projet .
Dotproject m’a permis de cerner le concept d’un projet pour tous ses acteurs.
Il a beaucoup d’avantages et ceci graçe à sa polyvalence et son système modulaire.
Toutefois la notification par mail ne marche pas pour moi meme si j’ai bien configuré les parametres du serveur SMTP!!
DotProject a t’il un bug dans ce sens ou c’est juste moi qui a ce problème?!!
Jean-Claude de Paris
19 août 2008 à 14:22
3Bonjour,
Pour avoir activé avec succès la notification par mail aujourd”hui, je confirme que c’est simple à activer en 2 points :
1-sur le serveur php, activer les extensions php_smtp
2- sur la partie configuration de dotProject, renseigner l’option smtp_mail avec juste le nom d’un serveur smtp indispensable. sans authentification.
Et ça fonctionne tout de suite, après restart du moteur web/php/mysql
En cas de pb, me contacter par mail sur jcmechiche@gmail.com
Bye
Nabila
16 décembre 2008 à 5:33
4Oui,
Merci pour la réponse meme si je l’ai pas vu à temps:)
en effet j’ai constaté ça aprés plusieurs tentatives en essayant toutes les combinaisons possibles!:)
La notification par mail marche bien mnt mais pour tous ceux qui ont cette configuration et n’arrivent pas à notifier par mail je les invite à verifier dans le serveur si l’antivirus ne bloque pas le port 25 qui est le port smtp .
Maintenant Dotproject est un quotidien pour moi et j’espère que ca soit pour vous aussi.
together without any cost!
phifeshaheed
8 mai 2009 à 5:08
5Dotproject est certes une solution tres robuste et complete mais je trouve que sa philosophie repose sur le suivi de projet d’équipe de dev logiciel de l’époque pré web agency, pré société d’ingénierie style clever-age.com ou ap2s.fr, voven.fr voir adyax.fr ou smile.fr etc… qui travaillent onc au forfait pour développer des applications web, les équipes de dev web et de logiciels desktop ne travaillent pas de la meme façon avec les meme techniques et n’ont surtout pas la meme culture… d’ou pour des équipes qui veulent continuer à regarder vers l’avenir mais en introduisant un outil serieux de suivi de projet je recommande plutot de regarder du coté de basecamp http://www.basecamphq.com ou de xwiki http://www.xwiki.com/xwiki/bin/view/Products/XWikiChronopolys ou de collabtive http://collabtive.o-dyn.de/ ces outils ne gerent pas de diagram de gant d’ailleurs qui utilise ça dans le moonde du dev web meme dans les boites les plus grosses comme Smile ou SQLI? enfin bref, le choix entre les un ou les autres sont une question de culture d’entreprise qui devra se réfléter dans une ergonomie qui permettra l’adoption de l’outil… et pour avoir fait du dotproject dans uen précédente experience endehors de la peur de se faire licencier qui nous faisait remplir les feuilles de temps, aucun des dév n’utilisaient cet outil, nous avions notre propre solution de partage et de gestion de taches et document etc…
Flux RSS pour les commentaires de cet article. URI de TrackBack.
Laisser un commentaire
Catégories
Articles récents
Archives
AXON Intégration et développement Inc.
Visitez notre site Web corporatif
Méta
Modernisation de systèmes Legacy est propulsé par WordPress - Thème BloggingPro créé par Design Disease et traduit par Cyrille Grobost