Je vous propose de lire cette excellente traduction de l’article de Tobias Mayer « Scrum does anything » . On y trouve beaucoup d’analogies très pertinentes et le rôle de Scrum y est très bien expliqué.
Bonne lecture
Thales a publié une vidéo qui décrit la mise en place des pratiques Agile.
Les pratiques sont présentées sous le sigle Lean mais les principes des méthodes agiles et le vocabulaire Scrum sont omniprésents.
Merci à eux !
Je viens de finir un projet de R&D mené en collaboration entre Norsys et l’équipe innovation d’un des gros comptes du Nord pas de Calais.
Ce projet innovant démarrait avec des facteurs de risque importants :
Pour mener à bien ce projet, nous avons choisi d’utiliser des itérations d’une semaine : nous pensions que quatre itérations de deux semaines n’auraient pas permis de réagir suffisamment rapidement aux découvertes et problèmes rencontrés.
Le client a pu réagir rapidement pour ajuster ses priorités, intégrer de nouvelles idées provoquées par la prise en main d’une application dès la première itération.
Au final, les applications comportent plus de fonctionnalités que prévu initialement et la date butoir matérialisée par un showroom a été abordée sereinement.
Je pense que les méthodes agiles se marient parfaitement avec ce contexte risqué, le client a une très bonne visibilité sur l’avancée des travaux, le cycle court permet de vite changer d’orientation en cas de problème technique ou de mauvais feedback et les échéances à très court terme évitent de tergiverser.
Au chapitre des petites améliorations pour le prochain projet, je pense que nous n’avons pas assez creusé du coté des outils de développement « agiles » sur ces nouvelles plateformes et notamment en ce qui concerne les tests unitaires, l’outillage du build et l’intégration continue. Si vous avez des billes, je suis preneur.
C’est reparti avec les articles qui ont retenu mon attention cette semaine.
Afin d’avoir des informations de qualité, il est important qu’un maximum d’entreprises utilisatrices participent à l’enquête, merci donc de prendre cinq minutes pour y répondre.
Les méthodes agiles aident à mettre en place une dynamique d’équipe afin que celle ci soit responsable et solidaire.
J’ai eu la chance de participer à des projets ou cette dynamique s’est installée et ou le travail collectif devient à la fois efficace est très sympathique.
En lisant cette interview de Claude Onesta (lequipe.fr), le coach de l’équipe de France championne d’Europe, olympique et du monde, je retrouve des valeurs qu’un coach agile mets en œuvre : responsabilité, autonomie, réactivité, solidarité.
Extraits :
On obtient ce résultat à partir du moment où les joueurs sont acteurs de leur performances. Quand ils sont obéissants sur des stratégies définies par d’autres, ils finissent par être en difficultés dès lors que la stratégie ne permet plus les solutions. Là, les joueurs soient en charge de leur propre jeu, nous (le staff) on accompagne, on construit, on règle… Mais eux sont en ébullition permanente sur la définition du projet. De cette manière, ils ont l’emprise sur les éléments. Il n’y a rien de pire qu’un joueur qui a la sensation de ne plus rien maitriser. Là, il devient défaillant.
Cette construction a pris du temps, mais aujourd’hui -et je le répète, à partir du talent des joueurs-, on les a mis dans un mode de fonctionnement où ils sont de plus en plus responsable, autonomes. Dans la difficulté, ils ont la capacité de réagir. J’ai longtemps rêvé et je rêve encore d’arriver à gérer une équipe qui tout d’un coup n’a plus besoin de moi.
Alors, bien sur que Onesta insiste aussi sur le talent de ses joueurs, mais cette force collective permet de mettre le talent au service de la performance.
Lors de la formation ScrumMaster, Jeff Sutherland a d’ailleurs parfois fait le parralèle avec une équipe de sport et c’est une des taches les plus subtiles du ScrumMaster que de favoriser la mise en place de cet esprit d’équipe.
Pour continuer mon apprentissage de scrum, j’ai commandé ce soir deux livres :
Et pour être prêt le jour J, j’ai aussi commandé deux jeux de carte de planning poker.
Je viens de suivre la formation Scrum donnée par Jeff Sutherland et Xebia.
Nous étions 30 et je pense que tout le monde connaissait déjà les grands principes des méthodes agiles et de Scum, Jeff a donc pu passer beaucoup de temps à nous partager son énorme expérience, à nous décrire le fonctionnement de sa société ainsi qu’a répondre aux nombreuses questions.
Jeff a énormément de charisme et présente beaucoup de données sur la productivité des équipes, il doit être capable de convaincre n’importe quel DSI
Si vous êtes intéressés par Scrum ou que vous désirez améliorer votre pratique, je vous conseille vivement cette formation/certification ScumMaster.
De mon coté ça n’a fait que décupler mon désir de travailler sur des projets agiles, objectif numéro un de ce deuxième semestre !
Edit : Frédéric Doillon a posté un article sur sur ces deux jours.
Depuis déjà quelques années et sous l’impulsion d’Arnaud j’ai fait en sorte que les projets auxquels je participe intègrent certains grands principes connus :
- Tests : La mise en place réelle de ces tests est directement soumise à la conviction de l’encadrement du projet. Dans tous les cas, je propose l’outillage qui permet de mettre en place les tests unitaires et fonctionnels. La testabilité doit faire partie des critères de définition de l’architecture, par exemple l’injection de dépendance favorise la mise en place des tests. La testabilité peut aussi être un critère de choix de technologie, notamment pour l’IHM.
- Intégration continue : De plus en plus facile à mettre en œuvre grâce à des outils comme subversion, maven ou continuum, je constate une demande forte des chefs de projet. Tout le monde a déjà vécu les intégrations laborieuses, notamment en off-shore. Cela donne une visibilité commune sur le travail en cours et responsabilise l’équipe.
J’ai maintenant envie de passer la vitesse supérieure et d’embrasser complètement les principes des méthodes agiles. Dans ce cadre, je me suis documenté sur eXtreme Programming (XP) que je connaissais de nom et sur Scrum que j’ai découvert. XP traite plus des méthodes d’ingénierie logicielle alors que Scrum propose une organisation projet. Guillaume Bodet a publié un article très pédagogique sur ce sujet.
J’ai organisé une session de formation aux méthodes agiles l’été dernier, c’est Claude Aubry qui assuré la formation les participants étaient très satisfaits. En fin d’année, j’ai participé aux rencontres agiles qui m’ont permis d’avoir un peu plus de retours d’expérience.
Je pense que la plus grosse marche à franchir consiste à casser la barrière MOA/MOE et cette habitude de tout vouloir planifier / analyser / concevoir à l’avance.
En 2008, il faut maintenant passer à l’action. Comment faire ?
