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
Pingback: Scrum et méthodologies agiles… J’aime ou j’aime pas? » en direct chez DuProprio.com
Pingback: DuProgrammeur » Pourquoi le Kanban?
Salut Frederic,
Maintenant nous sommes rendu en 2011 quel est ton compte-rendu de votre passage a Agile ?
Merci !
Yanik
Bonjour Yanik,
Nous avons eu du succès avec cette manière de fonctionner au cours des dernières années, c’est indéniable. Nous n’avons jamais été jusqu’au bout et à 100% dans la méthode par contre. Par exemple : le défi d’avoir un vrai product owner unique est un problème que nous n’avons jamais réellement su résoudre.
Je dois aussi avouer que depuis quelques temps, nos méthodes tendent à s’éloigner un peu des principes du just-in-time avec plus d’analyse up-front versus ce que nous avions l’habitude de produire avant. Plusieurs “clients” ne sont pas à l’aise de se lancer dans du développement sans voir tous les paramêtres d’un projet, et il est difficile de les convaincre que c’est la manière de procéder.
Je demeure convaincu que scrum est une bonne manière de travailler, et que les principes de l’agilité doivent être respectés pour mener un projet avec le plus de succès et de résultats possible, par contre, j’accepte aussi la vision que d’autres ont par rapport à la manière de gérer un projet.
Pour l’instant, j’aime mieux ramer dans le même sens et voir où ça nous mène.
Est-ce que vous travaillez dans un “setup” semblable?
Article très sympa (surtout bien positionné dans google
pour ma part chez eBuildy (jeune startup du web..) cette méthode s’est révélé très payante et encore plus lorsque nous avons mis en place de vrais outils (logiciels en mode Saas) et surtout placé le client en queue de validation de chaque itération, bien géré cela permet à nos équipes de “souffler” en faisant travailler le client plutôt que le chef de projet 
Mais gare aux itérations sans fin …