10th
Scrum : gestion de projet agile
- Publié dans Scrum
- Commentaires 8
Méthodologie de travail spécialement orientée pour les équipes de développement web et techno, la méthode de travail Scrum va être mise à l’essai dans l’équipe des nerds chez DuProprio cette année.
L’an dernier, nous avons souvent eu l’impression de pédaler dans le vide et de ne pas avancer assez vite à notre goût, à force de toujours travailler sur 10 000 choses en même temps. L’équipe grandit rapidement, et la recette magique d’organisation et de coordination des ressources n’est toujours pas parfaite…
Je ne ferai pas parti directement de l’équipe qui exécutera le premier projet Scrum des 3 prochaines semaines car je vais m’occuper d’éteindre les feux et de “goaler” les urgences mais j’ai bien hâte de voir comment le tout va se dérouler. C’est une approche qui a réglé bien des problèmes dans une multitude de compagnies.
Pour en savoir plus sur cette méthode agile de développement, je vous suggère les liens suivants :
http://fr.wikipedia.org/wiki/Scrum
Explication rapido en 5 minutes »
Explication longue, pour les plus courageux »
ou encore, la version vidéo :
http://video.google.com/videoplay?docid=-7230144396191025011
La méthode scrum est tout simplement géniale. Nous développons notre produit Planzone avec cette méthode et tant sur le plan de la vitesse de dev que sur la qualité c’est juste impressionnant.
Bon scrum !
L’approche Scrum se veut une implémentation des valeurs Agiles appliquées spécifiquement à la gestion de projet. Scrum permet, lorsque pratiquée avec discipline et courage, d’augmenter significativement la productivité des équipes de développement logiciel, et ce, presque instantanément.
Si l’approche Scrum donne un cadre efficace pour la gestion du projet et de l’équipe, elle ne propose pas de pratiques d’ingénierie pour la développement.
À Pyxis notre expérience nous a convaincu qu’adopter une approche Scrum sans adopter les pratiques d’ingénierie Agiles telles que le développement piloté par les tests (TDD), le remaniement du code (refactoring), la conception pilotée par le domaine (DDD), l’intégration continue… peut rapidement abaisser les gains attendus de productivité.
Je vous encourage donc, si vous ne l’avez encore fait, à prendre en compte rapidement la nécessité de mettre en place les pratiques d’ingénierie Agiles.
Je viens de découvrir ton blogue grâce à twitter et cet article m’a particulièrement intéressé…
Il serait vraiment intéressant que tu en fasse un autre qui explique, 6 mois plus tard, si vous avez réussi à adopter une telle gestion de projet! Pour ma part, depuis novembre dernier, je travail de cette façon et je ne retournerais pas en arrière. Contrairement à Tremeur, je crois que les tests sont vraiment importants dans un environnement Agile, c’est eux qui te permettent de calculer l’avancement réel du projet. Je connais d’ailleurs un très bon coach Agile si jamais une compagnie a besoin d’aide pour implanter cette méthodologie!
Bon… tu m’as convaincu de me botter le cul et d’écrire ce post, eheh. Je le repousse depuis la fin du premier sprint au début de l’année, car on dirait en fait que je ne sais pas trop encore quoi penser de la méthode.
J’y vois plusieurs points positifs et plusieurs points négatifs à chaque jour au bureau… Au fond, je crois que d’écrire cet article va p-e m’aider à cerner mon opinion sur le sujet.
Je vais donc faire comme mon bon ami Bassoburo.com et vous promettre un nouvel article dans les prochains jours. En espérant que je vais être plus rapide que lui
J’en profite aussi pour te partager ce lien, où Samuel, notre Directeur Techno fait son propre compte-rendu de l’expérience en février dernier :
http://www.lablogatoire.com/2009/02/24/methode-agile-1er-test/
Scrum est une excellente méthode pour gérer “la gestion de projet” dans un contexte agile.
Mais, je permets de vous rappeler, qu’il n’existe pas uniquement Scrum dans les méthodologies agites.
D’autres méthodes existent, certaines adressent d’autres choses. Exemple, le classique XP, pour la gestion de l’équipe de développement avec son pair programming.
Se lancer en agile, avec ou non-Scrum, il prendre le temps de bien réfléchir. Choisir, une ou plusieurs, méthode, en totalité ou partie selon les besoins qu’on doit adresser. Surtout, de ne pas avoir peur, de demander l’aide de spécialiste !
Souvent on pose, la question, existe-il de recette magique. Ma réponse est toujours la même, non, il faut trouver votre recette.. !
Et en passant, Frédérick, si tu dois éteindre des “feux”, il y a moyen de l’adresse en agile.. Au besoin, je peux vous aider ..!
En terminant, Scrum et les autres méthodologies agiles, ça marche bien. Mais, il faut trouver les bonnes doses de chacun ..! Comme on dit il faut être « Agile ».
Si vous avez besoin, n’hésitez surtout pas ..!
Mon blog sur les méthodologies agiles : http://twurl.nl/jomzkj
[...] 2009 marque le début d’une grande histoire d’amour/haine entre l’équipe de développement web de DuProprio.com et la méthode [...]
[...] le début de l’année, nous avons joué avec la métho Scrum, et en avons constaté des points positifs et négatifs chacun de notre côté. Lors de la [...]