2010/03/03
Newsletter Décembre 2009 - Février 2010
Last changed: 03 mars 2010 12:04 by Antoine Vernois
EditoLe SUG a presque un an.... Que le temps passe vite. Malgré nos emplois du temps des plus serrés, nous avons réussi à créer une association qui a fédéré 380 membres, organisé des rencontres avec les deux pères fondateurs de Scrum : Jeff Sutherland et Ken Schwaber, lancé la première étude nationale autour des méthodes agiles à laquelle ont répondu 150 entreprises et organisé 11 rencontres à Paris et en Province. Sans nos sponsors Borland, IBM, Microsoft, Xebia, Zenika et Valtech nous n'aurions pas pu faire cela. Merci à nos sponsors pour leur soutien. Le meilleur reste à venir pour clôturer cette année riche en contenu. After Work avec Scott Ambler à l'atelier BAROK. En effet, le 15 Mars, grâce à notre sponsor IBM RATIONAL, nous vous invitons à rencontrer Scott Ambler dans une ambiance cosy et musicale à l'Atelier Barok. Scott est une figure emblématique de l'agilité aux US, un vétéran de l'orienté objet, l'auteur d'ouvrages de référence. Ne pas le rencontrer serait passer à coté d'une très grande occasion. Il ne reste plus que quelques places, pour vous inscrire c'est par ici Premier anniversaire du Scrum User Group le 30 Mars. Nous fêterons le 30 Mars 2010, notre première anniversaire grâce à notre sponsor MICROSOFT qui nous accueillera pour l'occasion à son siège social. Nous vous avons préparé une soirée riche en contenu et aurons la joie de recevoir un autre hôte de marque, Roman Pichler, une autre figure de l'agilité dans le monde. Les inscriptions seront ouvertes cette semaine. Par Luc Legardeur Le point de vue du coachPar Véronique Messager la collaboration entre le Product Owner et l'équipe (6)
On ne s'improvise pas Product Owner, surtout si l'on n'a pas l'habitude de collaborer avec une équipe IT, pas plus qu'on ne décrète la bonne qualité des échanges entre l'équipe et ce Product Owner, sous prétexte d'être agile. Certains développeurs n'ont parfois jamais rencontré de client !"Les individus et leurs interactions avant les processus et les outils" Extrait, Manifeste Agile, 2001 Il est donc souhaitable de définir une « charte » qui va définir les droits et les devoirs, les uns envers les autres. Il ne s'agit pas de rigidifier ni de codifier les échanges ; il s'agit juste de se mettre d'accord sur les engagements mutuels et les modalités de les respecter. Le rôle du coach est de faciliter l'établissement de cette charte : pas en proposant une charte « toute faite » ayant précédemment été utilisée sur un autre projet. Non, l'objectif est d'amener les acteurs en question à mieux se comprendre, à mieux se connaître et à mieux dialoguer. Ensemble, l'équipe et le Product Owner définissent les moyens de coopérer efficacement, en tenant compte des individus, aux profils différents et aux qualités relationnelles variées, dans le contexte de ce projet en particulier. Ce peut être, au début du projet, au cours d'un atelier dédié (une heure maximum) : chaque membre de l'équipe exprime ses attentes vis-à-vis du Product Owner et vice-versa. Chaque attente est ensuite analysée : d'accord/engagement, pas d'accord/pourquoi, d'accord avec aménagements. La charte est ainsi élaborée de façon constructive et itérative, grâce à la facilitation du coach : celui-ci, en effet, crée les conditions favorables à l'expression de chacun et veille à la bienveillance des échanges. Tous signent la charte et s'engagent à la respecter et à la faire respecter. Il est surprenant de constater combien cette démarche constitue une première étape vers une coopération efficace. Des barrières tombent, et c'est tant mieux ! Ouverts au changement, l'équipe agile et le Product Owner adapteront, si nécessaire, après quelques sprints, les détails de cette charte. À suivre... Les événements ScrumSigmaT 12 Toulouse - 11 décembre 2009Par Antoine Vernois Le 11 décembre 2009 avait lieu la douzième édition du séminaire sur l'agilité organisé par la SigmaT. Le programme faisait encore la part belle à Scrum. Au programme une présentation de Team Foundation Server 2010 et son template qui implémente les concepts agiles. Des formulaires reprenant toutes les infos utiles pour créer des User Story avec des liens vers les docs, les tests cases et autres détails et ainsi gérer backlog et itérations. Les discussions sur ces sujets et d'autres se sont longuement poursuivies autour du traditionnel pot qui clôturait l'événement. Le prochain SigmaT 13 aura lieu le 19 mars 2010. Les inscriptions sont ouvertes sur le site de la SigmaT Scrum Café Bordeaux - 16 décembre 2009Par Philippe Launay Une dernière fois pour l'année 2009, et ce malgré un temps exécrable et un trafic très difficile sur la rocade bordelaise, une douzaine de personnes sont venues participer au Scrum café Bordelais. Comme pour les précédents Scrum café, nous avons accueilli une fois de plus de nouvelles personnes, y compris une personne en dehors du monde IT illustrant bien le nouveau slogan "Change the world of Work" de la Scrum Alliance. Les accueillir va être un joli challenge mais leur apport est très enrichissant, donc à nous de le relever. Pour ce Scrum Café, Fabrice Aimetti a eu la gentillesse de présenter la traduction qu'il a faite de l'article Le Rôle des Managers En Scrum de Henrik Kniberg. Dans un deuxième temps, une discussion portant sur le concept Lean kanban a montré qu'un certain intérêt apparaît aussi pour pouvoir répondre à certaines situations particulières. Une fois de plus cette discussion a été illustrée par l'article de Henrik Kniberg, Scrum vs Kanban. La réunion s'est terminée avec un rappel sur le concours de Logo, puis les discussions ont pu se poursuivre ensuite autour d'un verre. Le bilan de l'année 2009 est plus que positif. On peut dire désormais que la communauté Scrum Bordelaise fonctionne désormais régulièrement, un Scrum Café par trimestre depuis son lancement en Juin, une vingtaine de participants en moyenne, une douzaine de membre réguliers. Agile Breizh - 6 janvier 2010Par Laurent Morisseau Ca bouge chez les Bretons Agiles depuis le début de l'année:
Il était donc temps de consolider toutes ces dynamiques autour de l'association Agile Breizh Rencontre avec Ken Schwaber - 26 janvier 2010Par Xavier Warzee Tout d'abord, un grand merci aux passionnés et courageux, environ 150, a avoir fait le déplacement à Issy-les-Moulineaux pour assister, à une heure assez tardive, à cet événement avec Ken Schwaber ! Lorsque j'ai appris que Ken venait à Paris pour donner son nouveau training « Scrum In Depth/Certified Scrum Master Microsoft utilise Scrum Avec l'arrivée du support de Scrum directement dans Visual Studio 2010 et Team Foundation Server 2010 (cf. http://programmez.com/magazine_articles.php?titre=Developper-votre-projet-agile-avec-Scrum-et-Visual-Studio-2010&id_article=1266&magazine=122 En France, Microsoft accompagne la communauté agile en tant que partenaire des principaux événements comme les XpDays (Conférence Agile France maintenant), l'Agile Tour et même d'événements plus ciblés comme CITCON. Microsoft est aussi partenaire depuis sa création du « French Scrum User Group » mené tambour battant par Luc Legardeur. À ce titre, j'ai proposé à Luc d'organiser cette rencontre du « French Scrum User Group » avec Ken le 21 janvier. Je crois que cette rencontre a été réellement marquante pour chacun d'entre nous tellement Ken sait faire passer sa passion pour le métier du développement logiciel. Suite à cette rencontre, j'ai noté plusieurs retours enthousiastes ou plus simplement encourageants :
La présentation de Ken sur Scrum.org, dont il est fondateur, a été très appréciée. Scrum.org vise à être la référence en termes de certification et de consulting concernant Scrum dans le domaine du développement logiciel exclusivement. Ken comprend cependant que l'impact de Scrum est tellement important dans les organisations qu'il est tout à fait compréhensible que la « Scrum Alliance » cherche à répondre aux attentes organisationnelles et de management. Ce n'est simplement pas le sujet traité par Scrum.org. Scrum.org répond avant tout au besoin des équipes logicielles dans leur ensemble dans l'adoption de Scrum avec des plateformes ciblées comme .NET et Java et des outils donnés comme Visual Studio 2010 cité dans la présentation de Ken. Scrum.org propose aussi une auto-évaluation (self-assessment) en ligne afin de se situer avant de suivre une formation certifiante. En effet, une évaluation est proposée en fin de formation pour obtenir une certification. Il est donc possible d'échouer, dès lors mieux vaut bien se préparer ! Parmi les autres points forts de l'intervention de Ken, on peut citer
D'autres points, tout aussi passionnants, ont été abordés. N'hésitez pas à consulter les différents blogs cités précédemment ! Les échanges, lors du cocktail qui a suivi, me donnent l'impression que Ken a donné envie à chacun d'aller encore plus loin avec Scrum et surtout de convaincre de plus en plus de clients de l'intérêt de Scrum. L'actualité du « French Scrum User Group » fin mars, c'est la soirée anniversaire avec 4 tracks de sessions, des échanges, de nouveaux usages, etc. Pour les inscriptions, c'est ici : http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032440852&culture=fr-FR Notes de lectureCe début d'année aura été riche en littérature francophone avec la sortie du tout premier livre sur Scrum en français par Claude Aubry et de la traduction du dernier mini livre de Henrik Kniberg et Matthias Skarin sur Scrum et Kanban. Scrum le guide pratique de la méthode agile la plus populaire - Claude AubryPar Christophe Addinquy Les deux premières choses que je regarde quand j'ai un livre entre les mains sont le nombre de pages et le nombre de chapitres. Notre temps est précieux et la plupart des pavés de 500 pages échouent à justifier leur volume. Avec 260 pages, ce texte se situe dans la fourchette raisonnable. Pour une raison probablement culturelle, nos auteurs hexagonaux aiment les looongs chapitres. Le standard pour 260 pages est d'environ 6 chapitres (je vous fais ça de tête, mais je pense ne pas me tromper). J'ai donc été surpris de compter ici 19 chapitres ! Une très bonne surprise, car chaque chapitre traite d'un aspect particulier de Scrum, de façon concise. La lecture du livre s'en trouve mieux rythmée, plus vivante. Un excellent point, Claude ! Il serait certainement fastidieux de passer en revue les chapitres un à un. Je ne vais donc pas le faire. L'introduction à l'agilité ne couvre qu'un très bref premier chapitre, mais après-tout la littérature à cet égard est déjà abondante (essentiellement en Anglais, mais nous évoquerons le livre de Véronique Messager-Rota un autre jour). Assez logiquement, chaque chapitre traite un rôle ou une pratique particulière de Scrum : Scrum Master, Product Owner, Sprint, Backlog, planification, Scrum quotidien, .... Quelques points particuliers méritent toutefois une évocation particulière : Le plan de release : L'auteur évoque ce concept à plusieurs reprises dans son texte et de manière prépondérante aux chapitres 2 et 6. Ce concept également développé par d'autres auteurs (par Mike Cohn par exemple, dans Agile Estimating and Planning) ne fait pourtant pas partie des concepts de base de Scrum. Dommage que Claude ne soit pas très clair sur cela. Mais que cela ne vous empêche pas d'utiliser cela dans vos projets ! Le chapitre 13 « de la Vision aux stories » aborde un sujet hélas rarement évoqué au sein de la communauté agile, sauf peut-être par Jim Highsmith. C'est en tout cas un chapitre qui a dû faire plaisir à Philippe Kruchten ! En effet, on insiste rarement sur l'idée de donner un sens et un contour au projet, et on laisse penser parfois qu'un projet n'est qu'une suite de sprints avec des lignes de backlog s'empilant les unes sur les autres. Merci à l'auteur de mettre si bien en évidence qu'il n'en est rien ! Au final, ce livre s'avère ne pas être simplement un descriptif de Scrum : c'est Scrum avec les pratiques et les concepts complémentaires dont l'auteur s'est entouré dans ses missions et au long de son expérience. Je regrette un peu que l'auteur n'ait pas d'avantage cherché à distinguer les deux. Mais je dois également dire que je ne cherche pas au travers d'un livre une prose « neutre », mais bel et bien l'éclairage subjectif qu'un expert peut apporter. Eh non, je ne suis pas d'accord avec tout ce que Claude dit (mais il est assez rare que je sois complètement d'accord avec un auteur sur un sujet que je connais), mais comme j'attends qu'il me livre sa vision des choses, je m'estime au final satisfait par la marchandise. Un dernier regret aussi (oui, ce sera le dernier) : si l'auteur émaille son texte d'anecdotes et de situations vécues (et aussi d'illustrations humoristiques), il manque cruellement d'exemples ! L'auteur nous décrit ce que l'on doit trouver dans un backlog ou ce que doit faire durant une rétrospective, mais à quoi peut donc ressembler un backlog ? Des stories regroupées en epic ? Pourrait-on mettre en scène un stand-up meeting. C'est certainement le point qui m'a le plus frustré dans ma lecture. Mais peut-être il y a-t-il là matière à un prochain ouvrage ? Le verdict ? N'hésitez pas, plongez-vous dans « Scrum, le guide pratique de la méthode la plus populaire ». C'est un tour d'horizon complet de Scrum avec les pratiques pouvant le soutenir. La lecture en est agréable grâce aux nombreux chapitres très courts. L'auteur n'est pas avare de ses conseils et de son savoir-faire. Après avoir refermé un livre, je m'interroge sur « l'impression viscérale » qu'il me laisse, le ressenti que j'en ai instinctivement sans chercher à le rationaliser : est-ce une révélation comme le fut la lecture du Design Patterns en 95, une déception, une frustration ou simplement un moment agréable ? Sur celui-ci, je dirais que c'est une « bonne surprise ». Et croyez-moi, ce n'est pas mal du tout ! Kanban et Scrum : tirez le meilleur des deux - Henrik Kniberg, Mattias SkarinPar Christophe Addinquy La meilleure référence pour comprendre le Kanban, pour les praticiens de Scrum Ouvrir un nouveau texte signé Henrik Kniberg était forcément pour moi un moment fort attendu, tellement le livre précédent était excellent. Mon premier réflexe est de voir la taille du livre : 128 pages d'une couverture à l'autre pour la version française, contre 122 pour la version originale. Ça va. Cette fois, Henrik s'est associé à Mathias Skarin, également consultant chez Crisp. La table des matières montre une répartition remarquablement symétrique : 50 pages nous viennent d'Henrik Kniberg et traitent de la comparaison de Kanban et de Scrum sur 16 chapitres. La seconde partie, rédigée par Mathias Skarin, est une étude de cas. Elle couvre également 50 pages sur 16 chapitres. On aura bien sûr compris que ces chapitres sont très courts, chacun couvrant 3 pages en moyenne ! Kanban et Scrum, s'ils peuvent être complémentaires, se distinguent fortement l'un de l'autre. Scrum se focalise sur l'itération, lui donnant un périmètre au départ et s'organisant de façon à ce que celle-ci aboutisse positivement en suivant l'avancement des tâches et en acquérant du feedback à la fois au cours de l'itération et à sa fin. Kanban en revanche ignore pratiquement le concept d'itération, et se focalise sur le flux des tâches, sur les limites d'accumulation de celles-ci aux différents stades d'avancement et en organisant le travail des différents membres de l'équipe en fonction des goulots d'étranglements pouvant apparaître. Dans la première partie du livre, Henrik Kniberg compare pied à pied les deux approches sur différents aspects : définition des rôles, durée de l'itération, définition des tâches à finir, gestion du changement, constitution des équipes. On termine cette partie en visualisant ce qui, au contraire, rapproche Scrum et Kanban : le respect des principes de l'agilité et la gestion multi-produits, par exemple. Au final les deux approches ne paraissent pas si différentes que cela, sinon complémentaires. Cette partie permet de bien appréhender Scrum en s'appuyant sur ce que nous connaissons (qui est Scrum, je le rappelle). Le tout abondemment illustré et fort d'un texte vivant au style très efficace. Si vous avez lu l'ouvrage précédant d'Henrik, vous voyez ce que je veux dire. Si vous ne l'avez pas fait, lâchez ce que vous faites et précipitez-vous sur Scrum from the Trenches (qui existe aussi en français) ! Comment, vous êtes encore là ? La seconde partie est la description d'une véritable mission de gestion de changement utilisant Kanban. On prend l'histoire au début, avec le tableau d'une situation peu réjouissante, mais qui ressemble à nombre de situations que j'ai moi-même rencontrées (ah ! si j'avais connu Kanban...). L'histoire se poursuit avec la mise en place de Kanban au sein d'une équipe d'exploitation, l'impact de ce processus dans la coopération avec les autres équipes (managers, développement), l'ajustement des limites, des estimations. Pour finir, Mathias Skarin expose la situation finale, ce qui a changé dans le fonctionnement de l'équipe d'exploitation, dans le processus global et dans les relations entre équipes. De la compréhension à la pratique, voilà un livre qu'il serait dommage de rater. Surtout que plus encore que « Scrum from the Trenches » il est très, très court. En fait, on peut le lire dans la journée sans problème. Le ratio information / temps passé est tout simplement l'un des meilleurs que vous puissiez espérer d'un ouvrage. Personnellement, je préfère lire le texte en anglais. Même si je ne me rabats vers la traduction que si le niveau littéraire du texte est trop élevé pour moi, ici le style et le vocabulaire utilisés sont très abordables. Mais il est toujours préférable de prendre une traduction plutôt que de rater de l'information en VO. Il faut « simplement » que la traduction ne trahisse pas le sens. Aucune inquiétude ici, les traducteurs étant tous des Scrum Master chevronnés. Si vous avez encore besoin d'une confirmation, je vous donne la mienne : tout est OK ! Simplement, comme souvent lors d'une traduction, les phrases ont cette tournure assez peu naturelle qui nous fait dire que l'on n'aurait pas écrit ainsi s'il ne s'était pas agi d'une traduction... Un autre petit défaut est le décalage entre les figures (non traduites) et le texte. Dommage, cette fois. Dans l'ensemble, saluons l'excellent travail réalisé. Que ce soit en anglais ou en français et en un mot comme en cent : ne ratez pas cette lecture ! ndlr : depuis l'écriture de cette note, les traducteurs ont mis à disposition une version incluant les images traduites. Les événements à venirUnable to render {include} Couldn't find a page to include called: Events
|
05 mars 2010
19 févr. 2010 |
|||||||||||||||||||||||||||||||||||||||||||||||||
