Les Nouvelles Règles de Développement d’un Nouveau Produit

((/dotclear/public/./.ballon_rugby_sq.jpg|Ballon de rugby|L|Ballon de rugby, juin 2009))Comme l’a si bien rappelé Nicolas Martignole dans son billet ++[Les origines de Scrum|http://www.touilleur-express.fr/2009/02/17/les-origines-de-scrum/|fr]++ :%%% %%% > La première apparition du mot Scrum date d’un article de janvier 1986 de douze pages que vous pouvez trouver sur internet : ++[“The New New Product Development Game”|http://apln-richmond.pbwiki.com/f/New+New+Prod+Devel+Game.pdf|en]++ publié par Hirotaka Takeuchi et Ikujiro Nonaka. J’ai enfin terminé la traduction de cet article extrêmement intéressant qui a le mérite de rappeler les fondamentaux de Scrum:%%% > Aptitude au changement, équipe projet auto organisée, phases de développement se chevauchant, « pluri apprentissage », contrôle subtil et organisation du transfert de connaissances. Les six pièces s’emboîtent comme dans un puzzle, formant un processus très souple pour le développement d’un nouveau produit. Cela m’aura pris une dizaine d’heures, mais ++[le résultat est là|/dotclear/public/mes-documents/TheNewNewProductDevelopmentGame_French.pdf|fr]++.%%% %%% —- ((/dotclear/public/traductions/Kanban-sign-icon.png|Kanban sign|L|Kanban sign))Retrouvez l’intégralité de mes traductions sur le wiki ++[Traductions Agiles|http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:start|fr]++.

Simple Kanban

!A Kanban Board Application in Simply One Html File%%% [((/dotclear/public/./.Simple-Kanban_t.jpg|Simple-Kanban|L|Simple-Kanban, juin 2009))|/dotclear/public/Simple-Kanban.png]++[Stephan Schmidt|http://www.codemonkeyism.com/|en]++ met gratuitement à disposition un fichier HTML (autonome, un peu comme ++[TiddlyWiki|http://www.tiddlywiki.com/|en]++) permettant de gérer un tableau Kanban. C’est un début prometteur et j’attends avec intérêt les ++[évolutions|http://simplekanban.uservoice.com/pages/20692-general|en]++.%%% %%% Téléchargeable sur ++[Simple-Kanban|http://www.simple-kanban.com/|en]++.%%% %%% [((/dotclear/public/./.Firefox_Chasing_IE_t.jpg|Firefox Chasing IE|L|Firefox Chasing IE, juin 2009))|/dotclear/public/Firefox_Chasing_IE.jpg]J’ai fait un test ci-dessous avec le plan d’une présentation de Scrum. Il suffit de drag & dropper les user stories de statut en statut. Évidemment, ça marche pas bien sous Internet Explorer ! ///html alt : Kanban_FrenchRedistributableIntroToScrum.html ///

Scrum mou

((/dotclear/public/mflogo.gif|Logo Martin Fowler|L|Logo Martin Fowler, juin 2009))J’ai traduit un billet de Martin Fowler qui parle de « Scrum mou » (++[Flaccid Scrum|http://martinfowler.com/bliki/FlaccidScrum.html|en]++) :%%% %%% > Récemment, j’ai entendu parlé d’une pagaille sur un certain nombre de projets. Le sujet est remonté ainsi :%%% > – Ils veulent utiliser un processus agile et choisissent Scrum.%%% > – Ils adoptent les pratiques de Scrum, et peut-être même les principes.%%% > – Après un certain temps, les progrès sont lents parce que le code développé au départ était de mauvaise qualité.%%% > %%% > Ce qui s’est passé, c’est qu’ils n’ont pas attaché suffisamment d’importance à la qualité interne de leur logiciel. Si vous faites cette erreur, vous verrez bientôt votre productivité tomber en chute libre en constatant qu’il est bien plus difficile que vous ne pensiez au départ d’ajouter les nouvelles fonctionnalités souhaitées. Vous venez de prendre un gros handicap de ++[Dette Technique|http://martinfowler.com/bliki/TechnicalDebt.html|en]++ et votre équipe est à genoux (et si vous faites vraiment du Scrum, vous savez que c’est une mauvaise chose).%%% > %%% > J’ai mentionné Scrum, car quand on constate ce problème, Scrum semble être le processus le plus fréquemment suivi par l’équipe. Pour de nombreuses personnes, cette situation est aggravée par Scrum parce que le processus est centré sur les techniques de gestion de projet et omet délibérément toutes pratiques techniques, contrairement à l’eXtreme Programming (par exemple).%%% > %%% > Pour défendre Scrum, il est important de souligner que ce n’est pas juste parce qu’il n’englobe pas les activités techniques dans son périmètre d’application qu’il ne doit pas laisser penser qu’elles ne sont pas importantes. Chaque fois que j’ai écouté d’éminents Scrumistes en parler, ils ont toujours insisté sur le fait que vous devez avoir de bonnes pratiques techniques pour réussir un projet Scrum. Ils ne peuvent pas vous imposer ces pratiques techniques, mais sachez que vous en avez besoin. Après tous, les projets rencontrent des problèmes de faible qualité interne tout le temps, le fait que beaucoup tombent sous la bannière Scrum est peut être plutôt dû au fait que Scrum est très populaire en ce moment et n’est donc pas lié à Scrum lui-même. Popularité et « ++[Diffusion Sémantique|http://martinfowler.com/bliki/SemanticDiffusion.html|en]++ » ont tendance à aller de pair.%%% > %%% > Alors, que faire ?%%% > %%% > La communauté Scrum doit redoubler d’efforts pour veiller à ce que les gens comprennent l’importance de mettre en oeuvre de solides pratiques techniques. Tout audit de projet devrait inclure l’examen des pratiques techniques utilisées. Si vous êtes impliqué sur un projet, remontez une alerte si le côté technique est négligé.%%% > %%% > Si vous cherchez à introduire Scrum, assurez-vous de bien prêter attention aux pratiques techniques. Nous avons tendance à appliquer majoritairement celles de l’eXtreme Programming qui marchent parfaitement. Les eXtreme Programmers blaguent souvent, avec raison, que Scrum c’est juste XP sans les pratiques techniques qui le font fonctionner. Blague à part, les pratiques d’XP constituent un bon point de départ – et certainement beaucoup plus que de ne rien faire du tout.%%% > %%% > J’aime souligner que ce ne sont pas les méthodes qui réussissent ou échouent, mais ce sont les équipes qui réussissent ou échouent. Choisir un processus peut aider une équipe à appliquer les règles du jeu, mais à la fin, c’est l’équipe qui prend la responsabilité de mettre en œuvre ce qui fonctionne pour elle-même. Je suis sûr que les nombreux projets en cours mettant en œuvre du « Scrum mou » (Flaccid Scrum), nuiront à la réputation de Scrum, et probablement également plus largement à la réputation de l’Agile. Mais depuis que je considère la « ++[Diffusion Sémantique|http://martinfowler.com/bliki/SemanticDiffusion.html|en]++ » comme une fatalité, je ne suis plus trop inquiet. Les équipes qui échouent, échoueront probablement quelle que soit la méthodologie, qu’ils appliqueront mal; les équipes qui réussissent fonderont leurs pratiques sur de bonnes idées et le rôle de la communauté Scrum est de diffuser ces bonnes idées largement autour d’elle.%%% > %%% > Beaucoup de gens se tournent vers le Lean comme la dernière mode de l’Agile. Mais plus le Lean sera populaire, plus il sera confronté au même genre de problèmes auxquels Scrum fait face aujourd’hui. Cela ne rend pas le Lean (ou Scrum) sans valeur, mais il nous rappelle que “les Individus et les Interactions sont plus précieuses que les Processus et les Outils”.%%% —- ((/dotclear/public/traductions/Kanban-sign-icon.png|Kanban sign|L|Kanban sign))Retrouvez l’intégralité de mes traductions sur le wiki ++[Traductions Agiles|http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:start|fr]++.

Comment reconnaître une entreprise Agile ?

[((/dotclear/public/./.whiteboard_sq.jpg|Tableau blanc (plus très blanc)|L|Tableau blanc (plus très blanc), juin 2009))|/dotclear/public/whiteboard.jpg]Je viens de tomber sur un ++[vieux billet de Rachel Davies|http://agilecoach.typepad.com/agile-coaching/2007/01/how-do-you-recognise-an-agile-company.html|en]++ que je vous ai retraduit ci après :%%% %%% %%% > Récemment, on m’a posé cette question :  »Comment reconnaître une entreprise Agile ? » Une bonne façon de commencer est de regarder autour de vous et de noter quelques observations.%%% >%%% > Notez les modalités de communication avec la société. Une des choses que je remarque est la quantité de procédures bureaucratiques en jeu dans la mise en place de toute réunion. Plus il y a de paperasse, pire est la situation. Les longues signatures d’email de l’entreprise peuvent être une première indication.%%% >%%% > Les entreprises qui servent de la nourriture de mauvaise qualité à la cantine avec des couteaux et des fourchettes en plastique ne font pas beaucoup confiance à leurs employés et les équipes auront probablement de la difficulté à obtenir l’autonomie nécessaire pour travailler en mode agile.%%% >%%% > Les entreprises qui s’habillent simplement le vendredi mais qui affiche sur un grand panneau les vêtements propices à cette journée décontractée veulent des drones, et n’encouragent probablement pas les nouvelles idées. Des posters de motivation tapissant les murs pourraient être un indice que l’équipe de management est dans l’impasse.%%% >%%% > Les entreprises avec des bureaux très chics ont tendance à ne pas comprendre la nécessité pour les développeurs de disposer d’outils de « réflexion désordonnée » tels que des tableaux blancs. Inversement, les entreprises dont les bureaux ont l’air en mauvais état, négligent aussi sans doute leur infrastructure informatique; ainsi les développeurs auront du mal à mettre en place des environnements de développement, …%%% >%%% > Une indication sur le fait que les équipes peuvent être ouvertes aux nouvelles idées sont les livres (de fiction ou techniques) et les revues/magazines. Des environnements personnalisés pour les équipes indiquent la confiance du management et que ces équipes sont autorisées à effectuer des changements dans leur espace de travail. Voir des développeurs se parler autour d’un tableau blanc ou d’un écran plutôt qu’avec des écouteurs peut aussi indiquer qu’ils sont ouverts pour débattre de leurs idées avec leurs collègues.%%% >%%% > Ce n’est évidemment pas une liste exhaustive, mais cela vous donnera une idée des signes à reconnaître et à surveiller.%%% %%% —- ((/dotclear/public/traductions/Kanban-sign-icon.png|Kanban sign|L|Kanban sign))Retrouvez l’intégralité de mes traductions sur le wiki ++[Traductions Agiles|http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:start|fr]++.

Rétrospective Scrum Café Bordeaux du 11 juin

!!What went well%%% [((/dotclear/public/./.SUG_BdX_20090611_t.jpg|French SUG à Bordeaux le 11 juin 2009|L|French SUG à Bordeaux le 11 juin 2009, juin 2009))|/dotclear/public/SUG_BdX_20090611.jpg]- Excellent retour d’expérience de la mise en place de Scrum depuis 2006 chez Agfa par Philippe Launay (Coach Agile), humble, pragmatique avec de vraies contraintes (gros projet, équipes multi-pays, marchés publics, …)%%% – L’échange d’idées qui a suivi était (déjà) très enrichissant%%% – Alexandre George (++[Intitek|http://www.intitek.fr/|fr]++) très (très) motivé pour aborder le modèle économique propre à Scrum et à la réalisation de projets au forfait sur Bordeaux%%% – J’aime bien la tentative de définition de Scrum par Steve Quignon (Ingénieur d’affaires Capgemini), “Maximiser la valeur métier pour le budget disponible dans un projet court et un environnement changeant”), ça a le mérite d’être un message en français et vendeur pour un client !%%% – Philippe a repris sur ses slides ++[mon logo customisé|/dotclear/index.php?post/2009/04/29/Scrum-Cafe-Bordeaux]++ de la French SUG @ Bordeaux%%% !!What went wrong%%% – Je n’avais pas assez de carte de visite…%%% – Scrum OU XP ? Scrum ET XP !%%% – Certains ont commencé à laisser entendre qu’il faudrait faire des ateliers plus séniors, d’autres plus juniors… SVP, pas plusieurs équipes séparées, UNE SEULE TEAM !%%% !!Puzzles%%% – Le middle management va perdre le pouvoir (???) : la plupart était justement autour de la table pour s’y mettre…%%% – ++[Flaccid Scrum|/dotclear/index.php?post/2009/06/15/Flaccid-Scrum]++ ?%%% !!Lessons (re-)learnt%%% – les eXtreme Programmers sont extrêmes (c’est dans le nom, c’est pas pour rien !)%%% – les projets Scrum qui plantent appliquent le “Ha Ri” en oubliant de passer par le “Shu” (cf. ++[Shu Ha Ri|/dotclear/index.php?post/2009/03/12/Shu-Ha-Ri]++)%%% – review meeting 1 vendredi sur 2 : “si vous voulez savoir ce qui va arriver, venez voir !”%%% – retrospective meeting : “moment privilégié où l’équipe propose d’elle même des changements : laissez l’équipe expérimenter et tirer partie de ses erreurs…”%%% – “certains clients se sont satisfaits de 30% de la commande ! (win-win)”%%% – “progressez sprint par sprint, montez le niveau des exigences progressivement, intégrez petit à petit les pratiques XP”%%% !!Appreciations%%% [((/dotclear/public/./.agile_tour_2009_bordeaux_t.jpg|Agile Tour 2009|L|Agile Tour 2009, juin 2009))|/dotclear/public/agile_tour_2009_bordeaux.jpg]- Merci à Philippe Launay (++[Agfa Healthcare|http://www.agfa.com/france/fr/he/index.jsp|fr]++), l’animateur%%% – Merci à ++[Capgemini Ouest|http://www.capgemini.com/|en]++, l’organisateur%%% – Merci aux organisateurs de l’++[Agile Tour 2009 à Bordeaux|http://www.agiletour.org/fr/node/14|fr]++ (le 29 octobre !)%%% – Merci à Arthur, Michel, Julie, Charles, Alexandre, Frédéric, David, Samir, Cédric, Stéphane, Jean-Baptiste, …

Rétrospective Formation Certifiante Scrum Master

((/dotclear/public/CV/.csm_seal_t.jpg|CSM|L|CSM))Je vous livre ici une rétrospective de la Formation Certifiante Scrum Master animée par Jeff Sutherland et Xebia les 4 et 5 juin et à laquelle j’ai participé.%%% %%% !!What went well – Le 1er jour je suis arrivé avec 10 minutes de retard, ce qui m’a permis d’entrer dans la salle de formation, de me diriger droit vers Jeff et de lui serrer la main. [((/dotclear/public/./.JeffSutherland_t.jpg|Jeff Sutherland|L|Jeff Sutherland, juin 2009))|/dotclear/public/JeffSutherland.jpg]Je peux vous dire que ce gars vous regarde droit dans les yeux… vous en connaissez beaucoup qui ont eu l’occasion de toucher leur Dieu de son vivant ? (je précise que je suis polythéiste)%%% – 40 personnes environ de sociétés et pays différents, Scrum à la croisée des cultures…%%% – Le 2ème jour, j’ai mangé à sa table, en face de lui. Nous avons eu tout loisir de poser nos questions… Un vrai bouillon de culture à idées et plaisanteries.%%% – Présentation de son voisin en anglais, 6 « ilôts » de tables en ‘U’ donc 6 équipes Scrum, une mixité des équipes organisé par Jeff, beaucoup d’ateliers, … donc une cohésion très rapide dans chaque équipe.%%% %%% [((/dotclear/public/./.CertificationPath_s.jpg|Certification Path|L|Certification Path, juin 2009))|/dotclear/public/CertificationPath.gif]- Au final, je fais donc partie de la centaine – voire plus – de Scrum Master qui seront certifiés en 2009 par Jeff Sutherland et Xebia. La certification n’est pas si importante, mais je suis quand même parti de très loin pour faire cette formation, donc j’en suis content.%%% %%% %%% %%% [((/dotclear/public/./.arche_t.jpg|Grande Arche de Paris La Défense|L|Grande Arche de Paris La Défense, juin 2009))|/dotclear/public/arche.jpg]- En prime, superbe temps ensoleillé pendant ces deux journées passées sur l’esplanade du quartier de La Défense. J’en ai profité pour faire quelques photos.%%% %%% %%% %%% Quelques phrases percutantes et anecdotes :%%% > – la femme de Jeff est ministress (pasteure) et a introduit Scrum dans 4 églises (« encroûtées » dans le bureaucratisme et l’administratif) ; Jeff vient de publier aujourd’hui même un ++[article|http://jeffsutherland.com/scrum/ScruminChurch.pdf|en]++ sur le sujet.%%% > – le Planning Poker est disponible sur l’++[iPhone|http://www.baronnet.fr/iphone/?p=planning_poker|en]++%%% > – « your team has the ideas but no money, we have no ideas and a lot of money… »%%% > – « velocity = how many suffer can you get from a team ? »%%% > – « Product Owner is responsible for revenue, Product Owner holds priorities »%%% > – « if the Product Owner does a good job, the revenue of the company explodes ! »%%% > – « the teams pulls just-in-time what they can do and they decide how much they can take »%%% > – « a good Scrum Master is Lean »%%% > – « you are General Motors and your competitor is Toyota : game over ! »%%% > – « there isn’t too low velocity, just actual velocity and a realistic or unrealistic plan »%%% > – « never let a developer write a line of code that cannot be tested inside the sprint »%%% > – « when the cost of a feature is more than its business value, you have to stop ! »%%% > – « don’t use more than 5-7 people ! »%%% !!What went wrong – Méfiez-vous, ce n’est pas une introduction à Scrum ! Préparez la formation avant d’y aller sinon…%%% – Jeff démarre sur les chapeaux de roue en anglais (je devrais dire en américain). Soyez concentré et habituez-vous très vite à comprendre ce qu’il dit avec un léger décalage… pour ceux qui sont largués en anglais, s’abstenir ou bossez dur avant…%%% – J’aurais bien garder un jeu de cartes de Planning Poker aux couleurs de Xebia, mais ne soyons pas fétichiste…%%% – Pas de photo de groupe à la fin, tant pis…%%% – C’est déjà fini !%%% !!Puzzles – Est-ce que Jeff à un Product Backlog sur le miroir de sa salle de bain ?%%% – Q : Can we do Scrum with COBOL project ? A : Scrum is independant of technology…%%% – On pourrait aussi dire : « never let a Product Owner backlog a user story thant cannot be ‘INVEST’ed inside the Product ».%%% – Étape suivante : pratiquer Scrum, en « attendant » un projet agile ou en « cannibalisant » un projet qui ne l’est pas au départ ?%%% !!Lessons (re-)learnt – Je sais maintenant pourquoi les frigos américains sont plus larges !%%% – « __trust community leads to team pride__ » (so the first thing to build is trust !)%%% – « __teams get better by being successfull__ »%%% – Exemple d’une équipe qui a confiance : ///html /// So find your haka !%%% !!Appreciations ((/dotclear/public/./.xebia_t.jpg|Xebia|L|Xebia, juin 2009))- Merci à ++[Jeff Sutherland|http://jeffsutherland.com/scrum/|en]++,%%% – Merci à ++[Xebia|http://www.xebia.fr/|fr]++, notamment Nadia Sidhoum (Responsable Formation) et Roderic Pratt (Ingénieur Affaires),%%% – Merci à Luc Legardeur (Président de Xebia, fondateur du ++[French Scrum User Group|http://www.frenchsug.org/|fr]++),%%% – Merci au Service de restauration de ++[NCI Com’square|http://www.groupenci.com/fr/ile-de-france/defense.com-square.html|fr]++,%%% – Merci à Dorin, Vincent, Jeremy, Benjamin, Bruno, Gregory, …%%% !!Feedback%%% * Xebia Training : ++[« Témoignages »|http://training.xebia.fr/temoignages/retrospective-formation-certifiante-scrummaster-par-fabrice-aimetti/|fr]++

Manifeste pour une informatique hédoniste et responsable

[((/dotclear/public/./.manifeste_hedoniste_sq.jpg|Manifeste pour une informatique hédoniste et responsable|L|Manifeste pour une informatique hédoniste et responsable, juin 2009))|/dotclear/public/manifeste_hedoniste.jpg]Je vous laisse lire (et comprendre) le programme de l’intervention de ++[Thierry Cros|http://www.thierrycros.net/|fr]++ et Jean-Marie Damas lors du ++[XP Day France|http://xpday.fr/|fr]++ 2009 :%%% > Nous présenterons l’agilité d’un point de vue humain, en démythifiant la vie des projets agiles, en nous appuyant sur des cas concrets, pour aborder: (1) l’aspect libertaire, cadré par les contraintes projet, (2) l’organisation du projet : le communalisme, et (3) l’aspect processus : le cadre de la liberté. > > L’objectif, la « promesse » étant de : (1) (re)trouver le plaisir de coder, (2) partager la force de la collaboration, et (3) viser la satisfaction du client (nous redéfinirons la notion de « succès »). > > Cet objectif se cristallisera dans la proposition d’un manifeste pour une informatique hédoniste et responsable. %%% J’aime particulièrement le passage suivant dans la diapositive n°12 du ++[manifeste|http://etreagile.thierrycros.net/manifesteHR/ManifesteHedonisteResponsable_JMD_TCR_20090526.html|fr]++ :%%% > Agissez (sur le terrain) ! > > – N’attendez pas que l’agilité vous « tombe dessus », elle n’est ni transcendante, ni imposée (tout comme la valeur « plaisir »). > > – N’attendez pas de « gourou », n’espérez pas un « maître ». Respect !%%% %%% PS : petit clin d’œil à l’ouvrage « La puissance d’exister. Manifeste hédoniste. » du philosophe-écrivain ++[Michel Onfray|http://pagesperso-orange.fr/michel.onfray/accueilonfray.htm|fr]++.

Managers Role In Scrum

[((/dotclear/public/./.manager_t.jpg|Manager|L|Manager, juin 2009))|/dotclear/public/manager.gif]Dans cette ++[présentation lors d’un Scrum Gathering 2007|http://blog.crisp.se/henrikkniberg/2007/11/14/1195064820000.html|en]++, Henrik Kniberg repositionne le rôle de tout Manager d’une entreprise Scrum. Ça date de 2007 et ça reste terriblement vrai…%%% %%% Je l’ai traduite en français : ++[Rôle des Managers En Scrum|http://www.fabrice-aimetti.fr/dotclear/public/mes-documents/Role-des-Managers-En-Scrum.pdf]++%%% %%%

Face your manga

((/dotclear/public/./.avatar_t.jpg|Mon Avatar avec Face Your Manga|L|Mon Avatar avec Face Your Manga, juin 2009))Pour créer votre avatar, je vous conseille ++[FaceYourManga.com|http://www.faceyourmanga.it/faceyourmanga.php?lang=ita|it]++, surtout si vous êtes client de japanimation. Le site n’existe pour le moment qu’en italien, mais la langue ne constitue pas un souci pour la création et la navigation très intuitives.