Une gestion de projet adaptée aux très petites structures (1 à 3 pers)
29 mai 2008 - 34 commentaires
Tous ceux qui ont eu l’occasion de travailler dans/avec des SSII (sociétés de service informatique: l’intérim de luxe de l’informatique) le savent les méthodes de pilotage des projets sont lourdes.
De mémoire, les étapes par lesquelles passe un projet dans ce type de structure :
- Analyse de l’existant (avec interviews): Power point, Word
- Spécifications fonctionnelles (en gros ce que le client veut voir à la sortie) : Power point, Word
- Spécifications techniques (comment mettre en œuvre le bouzin ci-dessus): Power point, Word
- De ces quelques kilos de feuilles découlent le fumeux fameux cahier des charges: Word
- Lancement de la réalisation
- Dialogue par email / réunions / pilotage via M$ Project / mises à jours du cahier des charges: Word
Parfois on coche dans un tableaur Excel une sorte de todo list qui permet de savoir où l’on en est… - Fin de la « V1″ (on aura pris soin de balancer tout ce qui est trop en retard dans une « V2″ qui ne sortira jamais
) - Recette: On vérifie que cela correspond grosso modo à ce que le client voulait (quand il s’en souvient encore tellement le projet a prit de retard )
- Livraison: on donne les clés + quelques kilos supplémentaires de documentation que personne ne lira jamais
- En parallèle il y a parfois une conduite du changement (souvent clé quand on voit les freins au changement développés par certaines personnes de la boite)
- bye bye mr le client et merci pour le chèque !
J’en oublie certainement et je suis peut être un peu dur mais vous l’aurez compris: mettre en place ce type de « process » pour une équipe de 2 ou 3 personnes n’est clairement pas envisageable.
Nous sommes petits ? tant mieux on va couper dans le gras.
Voici ce que j’ai gardé (on fait un essai avec Thomas dans le cadre du projet Cuicui) :
- Une réunion au café pour échanger sur le projet, griffonner quelques écrans, avoir la même « vision » du projet. (hier matin)
- Ce soir Thomas m’envoie les maquettes des pages (rédigées via Open Office), je lui retourne annotées demain matin, finalisation dans la journée.
- Avec les écrans il va produire une liste des fonctions/actions correspondantes (histoire de vérifier facilement que tout est là à la fin)
- On se met d’accord sur une date pour la réalisation, dès qu’il a une question / suggestion: Skype.
Surtout pas de réunion
- Comme nous utilisons un framework le socle technique n’a pas à être repensé: développement rapide et « agile ».
- A la fin de la réalisation on vérifie ensemble que tout est en place -> mise en ligne.
Sur le très bon blog de Stéphane on peut voir une liste des sites de gestion de projets.
D’expérience j’ai toujours eu du mal à m’imposer ce type d’outil, et je ne suis pas certain que cela nous apporterait plus que cela nous ralentirait.
Votre avis sur la question et vos retours d’expériences me serait précieux 
