Auteur : addinquy

Software Freethinker

Note de lecture : Agile Retrospectives, Making good teams great, par Esther Derby & Diana Larsen

Le par addinquydans Notes de lectureLaisser un commentaire

Note : 7 ; Des patterns pour les rétrospective

Le « project retrospectives » est incontestablement l’ouvrage phare sur les rétrospectives de projets. Hélas, cette approche en grand était fort peu adaptée aux simples rétrospectives d’itération, destinées à être menées en une heure ou deux. Ce titre couvre cet aspect, entre autres choses. Certaines des pratiques évoquées sont également adaptées aux rétrospectives de release, mais sans un focus particulier sur ce dernier point. Tout comme le livre de Norman Kerth, celui-ci est construit en une suite d’activités que l’on peut sélectionner judicieusement. En fait, ces activités sont même présentés sous forme de patterns regroupés en 5 rubriques (les chapitres 4 à 9) qui sont autant de phases de la rétrospective :

• Activities to set the stage : 4 activités sont proposées afin de démarrer la rétrospective et accueillir les participants.

• Activities to gather data : Cette phase permet de collecter des données chiffrées ou qualitatives sur l’itération passée. Ce ne sont pas moins de 8 activités différentes (et interchangeables) qui sont offertes pour aboutir à cette fin.

• Activities to generate insights : 9 activités sont proposées ici afin d’élaborer causes et conséquences du déroulement de l’itération.

• Activities to decide what to do : Une rétrospective qui n’aboutit pas à un plan d’action n’a que peu de valeur. Ce sont 4 activités qui sont proposées ici pour aboutir à cette fin.

• Activities to close the retrospective : Les 5 activités proposées ici permettent de conclure la rétrospective.

Au-delà de ces phases, cet opuscule de 160 pages complète le paysage par quelques mots sur les rétrospectives de release et de projet, et un panorama de l’environnement nécessaire à la menée des rétrospectives.

Cet ouvrage propose incontestablement des outils pour les rétrospectives, hélas l’exposé de ceux-ci est parfois bien léger. Quelques pages (de 2 à 4) sont consacrés à la description, avec un format invariant : But, durée nécessaire, description, étapes, matériel et préparation et exemples. Justement, la partie « exemples » pourrait être plus développée afin de décrire l’activité de façon moins abstraite. De même, toutes les activités ne se combinent pas entre elles, et lister les activités en entrée possible aurait bien aidé !

L’utilité de ce livre est incontestable, il est hélas plus léger que ce que les auteurs auraient été capables de produire. Je suggère de toute façon de commencer par lire le livre de Norman Kerth, il permet de bien comprendre la notion de rétrospective. Ce livre est certes différent car s’adressant à un type de rétrospectives différent, mais il est plus pertinent en complément du premier.

agile-retrospectives-pragprog

Référence complète : Agile Retrospectives, Making good teams great – Esther Derby & Diana Larsen – Pragmatic Bookshelf 2006 – ISBN : 0-9776166-4-9

Agile Retrospectives: Making Good Teams Great


http://www.goodreads.com/book/add_to_books_widget_frame/0977616649?atmb_widget%5Bbutton%5D=atmb_widget_1.png&atmb_widget%5Bhide_friends%5D=on

Note de lecture : Project Retrospectives, a handbook for team reviews, par Norman Kerth

Le par addinquydans Notes de lectureLaisser un commentaire

Note : 8 ; De l’or en pages ! Book of the Year 2006 !

La plupart du temps, quand un auteur traite un sujet, et plus encore lorsqu’il s’agit d’un sujet touchant au consulting, si cet auteur nous livre son savoir, il garde souvent pour lui son savoir-faire. Rien de tel ici, Norman Kerth nous lâche tout : ses trucs, sa façon de vendre les rétrospectives, l’attitude qu’il adopte dans certaines situations, absolument tout !

La rétrospective est une étape méconnue (et souvent méprisée) de la vie du projet : elle permet de tirer les enseignements positifs comme négatifs, du déroulement de celui-ci. C’est grâce aux rétrospectives qu’une organisation peut réaliser une démarche d’amélioration de ses processus. Après un rapide chapitre introductif traitant du besoin de rétrospectives, le livre débute réellement par un chapitre consacré à une présentation générale des rétrospectives, à l’aide d’une étude de cas fictive. Celle-ci campe très bien le contexte et permet de comprendre la progression d’une rétrospective. Les trois chapitres suivants sont consacrés aux étapes préalables : la vente, les choix et la préparation de la rétrospective.

Le chapitre 6 est de loin le plus long de ce livre, avec ses 70 pages. Il présente des exercices (il y en a 12) sous forme de patterns. Ce sont ces exercices qui forment la substance des rétrospectives. Ceux-ci sont largement expliqués, en termes de but, de contexte et de déroulement. Ils sont généralement illustrés par une expérience vécue qui ajoute encore à l’intérêt de l’exercice.

Les chapitres 7 et 8 sont consacrés aux postmortems: la rétrospective des projets ayant échoué et arrêtés avant leur terme. Les conditions psychologiques de tels projets ont amené Norman Kerth à adapter sa démarche et ses exercices à ces conditions particulières. On ne saurait conclure un tel ouvrage sans aborder les aspects de compétence du facilitateur : quelles qualités, quelle formation doit-il avoir, quelles compétences doit-il développer. Enfin, l’ouvrage se conclut sur les rétrospectives de rétrospectives et la manière de collecter ces expériences dans une organisation.

Vous l’aurez compris : cet ouvrage est non seulement complet sur le sujet, mais d’une substance hors norme, il s’agit pour moi d’un livre incontournable sur le sujet, qui doit absolument être lu par quiconque souhaite devenir facilitateur de rétrospectives.

project-retrospectives-dorsethouse

Référence complète : Project Retrospectives, a handbook for team reviews – Norman L. Kerth – Dorset House 2001 – ISBN: 0-932633-44-7

Project Retrospectives


http://www.goodreads.com/book/add_to_books_widget_frame/0932633447?atmb_widget%5Bbutton%5D=atmb_widget_1.png&atmb_widget%5Bhide_friends%5D=on

Journal de bord d’une apprentie agiliste: Scrum Day 2012 : atelier Lego4Scrum retenu !

Le par addinquydans publicationLaisser un commentaire

agabrillagues:

Je suis heureuse de vous annoncer que je vais co-animer un atelier “Agile Games” au Scrum Day 2012, qui aura lieu le 27 mars prochain à Paris.

Nous avons choisi de présenter Lego4Scrum, une mise en pratique de l’ensemble de la méthode Scrum par le biais de la plus stimulante des API :…

Journal de bord d’une apprentie agiliste: Scrum Day 2012 : atelier Lego4Scrum retenu !

Note de lecture : How to Become an Exceptional DBA, 2nd edition, par Brad M. McGehee

Le par addinquydans Notes de lectureLaisser un commentaire

Note : 6 ; Toutes les facettes du DBA idéal !

Brad McGehee serait-il aux DBA ce que Chad Fowler est au développement logiciel? La lecture de cet ouvrage le laisse penser. En tout cas l’objectif de ce livre recoupe celui du « passionate programmer » : exceller dans son métier.

12 chapitres et 170 permettent et suffisent à l’auteur pour prendre la mesure de ce que devrait être le code de conduite du DBA exceptionnel. Et il est vrai (surtout pour moi qui en cherche un) que cela fait rêver. Le chapitre 2 est d’ailleurs consacré à l’énumération et à l’explication des trait important attendus de ce DBA.

Le chapitre 3 invite le lecteur à choisir sa voie, car on ne peut tout savoir. Et pour compléter cela, le chapitre 4 donne des pistes pour améliorer et entretenir son savoir. Savoir qu’il faudra peut-être valoriser ensuite : le chapitre 5 évoque les certifications, celles qui existent qu’elles soient utiles ou inutiles. L’auteur finalement évalue l’importance de ces certifications.

Les 4 chapitres suivants évoquent la valorisation du DBA exceptionnel : participation aux communautés (chapitre 6), gestion de carrières (chapitre 7), gestion et valorisation de l’image (chapitre 8 et 9) et finalement recherche d’un nouvel emploi (chapitre 10).

Les derniers chapitres reviennent sur les points évoqués tout au long du livre, en les synthétisant sous forme d’un code de conduite (chapitre 11) et d’un résumé des « best practices » du DBA exceptionnel.

Je dois dire que j’ai pas mal apprécié cet eBook, outre que je converge pleinement sur l’éthique développée, il m’a aidé à comprendre ce qu’est un DBA. Cela dit, et quoi qu’ait voulu exprimer l’auteur, il est essentiellement centré autour du « DBA production ».

exceptional-dba-2edt

Référence complète : How to Become an Exceptional DBA, 2nd edition – Brad M. McGehee – Simple Talk publishing 2009 – EAN: 978 1 9064 22 9

Note de lecture : Le management pour les nuls, par Bob Nelson & Peter Economy

Le par addinquydans Notes de lectureLaisser un commentaire

Note : 8 ; Non, en fait il n’est pas nul du tout !

Une véritable surprise, ce livre. Si un ancien collègue ne me l’avait conseillé, je ne me serai jamais arrêté dessus. Les auteurs sont très aguerris sur le management, et le texte s’attache à ce qui est important, la gestion des hommes, leur motivation, la délégation de travail, le leadership, etc.. Les techniques de suivi en tout genre qui font les choux gras de bien d’autres ouvrages de moindre qualité n’ont pas leur place ici. Outre la remarquable pertinence du propos, le livre recèle deux qualités importantes : le texte est bien écrit, facile à lire, passionnant même. La seconde qualité du livre est de couvrir de façon volontariste les différentes facettes du management, dont le licenciement, les aspects politiques et la budgétisation, entre autre exemple.

Il y a peu de méchantes choses à dire sur cet excellent ouvrage qui permet, outre sa lecture linéaire, une utilisation en ouvrage de référence, eut égard au découpage en nombreux chapitres (23 en tout) et aux nombreuses « check-lists » et autres encadrés. Ah, si ! Une chose tout de même : le texte aurait pu être mieux adapté au contexte français sur certains points ; le chapitre sur le licenciement aurait pu (entre autre) être mieux adapté au contexte français.

Le Management pour les nuls

Référence complète : Le management pour les nuls – Bob Nelson & Peter Economy – First Editions 2004 (V.O. : Management for dummies – Wiley Publishing 2001) – ISBN : 2-87691-952-4

Le Management pour les Nuls


http://www.goodreads.com/book/add_to_books_widget_frame/2876919524?atmb_widget%5Bbutton%5D=atmb_widget_1.png&atmb_widget%5Bhide_friends%5D=on

Note de lecture : Lean from the Trenches, managing large-scale projets with Kanban, par Henrik Kniberg

Le par addinquydans Notes de lectureLaisser un commentaire

Note : 10 ; Efficace, pertinent, intelligent !

J’ai acheté ce livre avec de grosses attentes. Non pas sur le contenu, car je ne me suis même pas préoccupé d’en connaître la teneur en l’achetant, mais simplement de par la connaissance des autres écrits d’Henrik Kniberg.

Henrik Kniberg aime faire court. Une tendance qui s’agrave avec l’âge : ce texte fait 150 pages. Et encore la partie principale (celle qui vient des tranchées) n’en compte que 100. A l’arnaque me direz-vous ? Il n’en est rien. L’auteur boucle en 100 pages ce qui en demande 250 à d’autres ! Ca tombe bien : notre temps est précieux, quand l’auteur va droit au but et fait que chaque ligne compte et donne de l’information, cela fait vraiment la différence. A ce jeux, Henrik Kniberg est le meilleur.

A l’image de Scrum from the trenches, l’auteur nous livre un retour d’expérience. Il nous livre ce qu’il a fait, ce qui a marché et ce qui n’a pas marché, comment son équipe en est arrivé là et qu’est-ce qui reste imparfait. Le texte est un modèle de clarté, de pertinence et d’honnêteté. Il est éclairant de par ses bonnes idées, par la démarche et l’analyse fine qui sous-tend cela. Mais que recèle donc ce texte ?

En fait les 16 (oui, 16 chapitres sur 100 pages !) tournent autour du tableau Kanban : la façon dont il est construit, comment a-t-il évolué, quelles sont les dynamiques de travail qui gravitent autour, quelles métriques en sont extraites. Bien sûr le texte est naturellement illustré par des photos (parfois auxquelles des indications sont supperposées) du Kanban ou de l’équipe. L’auteur n’a pas essayé de décrire de manière approfondie la façon de travailler de l’équipe (à la façon de ce qu’il avait fait dans « Scrum from the Trenches »), mais plutôt de se focaliser sur les dynamiques de l’équipe et du projet.

La seconde partie consacre 4 chapitres sur 50 pages pour évoquer certains aspects plus informatifs auxquels le texte principal se rapporte : ce qu’il y a dans XP, Scrum, Lean et Kanban ; l’automatisation des tests ; le planning poker et les diagrammes de cause-effets. Chaque chapitre est un modèle de pertinence et de concision.

Je ne vais pas passer du temps à décrire ce que contient le livre : il vous faut simplement le lire vous-même. Si vous êtes agiliste, débutant ou expert, il n’y a simplement aucune raison, aucune excuse pour ne pas consacrer du temps à vous plonger dedans !

lean-from-trenches-pragprog

Référence complète : Lean from the Trenches, managing large-scale projets with Kanban – Henrik Kniberg – Pragmatic Bookshelf 2011 – ISBN : 978-1-934356-85-2

Lean from the Trenches: Managing Large-Scale Projects with Kanban


http://www.goodreads.com/book/add_to_books_widget_frame/1934356859?atmb_widget%5Bbutton%5D=atmb_widget_1.png&atmb_widget%5Bhide_friends%5D=on

Note de lecture : Effective C++, 55 specific ways to improve yours programs and designs, 3rd edition, par Scott Meyers

Le par addinquydans Notes de lectureLaisser un commentaire

Note : 10 ; Un texte à l’écriture hors pair, remis à jour en prenant en compte la STL, mais toujours irréprochable!

Je sais que vous pouvais être surpris de voir une note de relecture sur un livre dédié à C++ ici ! Sachez deux choses:

  • Ayant pratiqué C++ pendant 12 ans, j’ai un très important fond de commerce de livres, et donc de notes de lectures, sur C++.
  • Discutant l’autre jour avec une de mes collègues, nous parlions de style d’écriture de livres, et de ce à quoi ressemble un très, très bon style d’écriture. De ceux qui vous accrochent, vous passionne, vous font comprendre les choses et vous font rire, quel que soit la complexité ou l’aridité du sujet. L’exemplarité dans le domaine existe, de mon point de vue. Parmi plusieurs centaines de livres, il s’agit de cet auteur là, de ce livre là. Sans aucun doute possible.

Pour ceux qui seraient inquiets quand à cette 3ème édition de l’ouvrage, le style de l’auteur est resté égal à lui-même : un régal ! En fait, l’écriture de Scott Meyers est l’exemple même de ce que devrait être l’écriture d’un texte technique. La première fois que j’ai lu cet auteur, j’ai dû avaler le livre en 2 ou 3 jours. On s’y accroche tel en bon roman, peut-être ai-je surpris des personnes dans le métro en éclatant de rire… Il m’a fallu un moment pour que je prenne conscience, une fois la dernière page tournée, que j’avais lu un texte très technique !

Alors c’est vrai : j’ai sauté la seconde édition ! Je devrais donc me contenter de comparer cette 3ème mouture avec la seconde édition. Dix ans ont passé depuis, et l’auteur a fait bien plus qu’un simple rafraichissement des items présentés, il a effectué un travail d’introspection en réévaluant la pertinence des items (9 ont disparus), en créant de nouveaux (15 items complètement nouveaux), en fusionnant certains et en découpant d’autres. Au-delà de ce remaniement, le texte est complètement revu, eut égard au niveau des compilateurs actuels, de la librairie standard et même du futur standard, et même de la librairie Boost. On trouve aussi des inspirations nouvelles : ainsi le « copy and swap », les 3 types de garanties (basic guarantee, strong guarantee et no-throw guarantee) ainsi que le NVI idiome sont directement inspirés des « exceptional C++ » de Herb Sutter, d’ailleurs largement cité en préface.

Ce volume est plus épais que les précédents, avec ses 280 pages, en impression bicolore, s’il vous plait ! Je vois une double raison pour céder à la lecture de cette seconde édition : se rafraichir la mémoire sur les bonnes pratiques de Meyers, dans le contexte actuel du C++ et découvrir de nouvelles choses non traitées dans les éditions précédentes (dans les nouveaux items comme dans les items existant). Je vous laisse deviner la conclusion qui s’impose…

Pour ceux qui n’ont rien à faire du C++ mais rêvent de devenir auteur, et même auteur hors pair, voici ce à quoi vous pouvez vous mesurer. Je n’ai aucune meilleure référence à vous proposer.

effective-c++-3edt-Meyers

Référence complète : Effective C++, 55 specific ways to improve yours programs and designs, 3rd edition – Scott Meyers – Addison Wesley / Professional Computing series 2005 – ISBN: 0-321-33487-6

Nb : La première édition de ce livre était mon “book of the year” 1994.

Effective C++: 55 Specific Ways to Improve Your Programs and Designs


http://www.goodreads.com/book/add_to_books_widget_frame/0321334876?atmb_widget%5Bbutton%5D=atmb_widget_1.png&atmb_widget%5Bhide_friends%5D=on

Note de lecture : Software Project Manager’s Bridge to Agility, par Michele Sliger & Stacia Broderick

Le par addinquydans Notes de lectureLaisser un commentaire

Note : 6 ; Du PMI à l’agilité par des auteurs qui savent de quoi ils parlent !

Franchir le pas entre les approches classiques et l’agilité est un thème désormais classique. Mais la littérature traitant sérieusement de cette transition est plutôt rare. Les auteurs de ce livre ont un passé (ou un passif) lié au PMBOK plutôt sérieux, elles ont donc largement la crédibilité nécessaire pour attaquer le sujet sous cet angle.

L’agiliste accompli apprendra peu de choses à la lecture de cet ouvrage. Cela ne signifie pas pour autant que la lecture ne puisse en être profitable : si votre besoin est de pouvoir expliquer ou argumenter le passage à l’agilité aux managers classiques, voici un texte sérieux sur lequel s’appuyer !

Cela dit, la cible privilégiée du livre n’est pas celle-ci. Le texte s’adresse directement aux managers et aux « middle managers » issus de la culture de la gestion de projet en cascade. Il s’adresse directement à eux pour expliquer comment passer à l’agilité, quels en sont les bénéfices, la façon de changer les différentes pratiques et la nouvelle posture qu’ils doivent prendre dans cet environnement changé.

Sur le fond, nous avons un matériel assez dense accusant 330 pages, donc une taille de livre moyenne, mais malgré une bonne illustration du propos, cela reste du tassé du point de vue texte. Fort heureusement, les 300 pages du texte principal sont très bien découpés en 17 chapitres d’une part, eux même regroupés en 3 parties formant une progression logique. Chaque chapitre est élégamment introduit avec de surcroit une ou deux citations toujours fort bien choisies. Pour clore les chapitres, nous avons aussi chaque fois un résumé reprenant sous forme de liste à points les éléments passés en revue et une liste des références présentes dans le texte. Un travail de très bonne facture, le découpage en chapitres de moins de 20 pages en rend la lecture plaisante.

La première partie « an agile overview » consacre 3 chapitres à la présentation du monde agile au manager PMI. On commence pour les principes de l’agilité, le manifeste, etc… Bref, les grands classiques. La suite est plus originale, car on passe vers un « mapping » des principes PMI vers les principes agiles. Pour finir on fait un tour du propriétaire du projet agile (itération planning meeting, stand-up, etc…) en le comparant à son pendant PMI.

La seconde partie est la plus conséquente du livre, elle compte 9 chapitres sur 160 pages. Elle aborde les différentes facettes d’un projet en se calquant sur l’approche PMI des différents domaines à couvrir : intégration, cadrage, gestion du temps, gestion des coûts, qualité, ressources humaines, communication, gestion du risque, sous-traitance. Malgré cet angle d’attaque, jamais les auteurs n’abdiquent sur l’approche agile et ils présentent l’alternative agile avec beaucoup d’à propos et de pertinence. J’ai peu à dire là dessus, car si j’ai peu appris, le tout est fort bien ficelé.

La 3ème partie évoque la problématique de la transition. 80 pages sur 5 chapitres y sont consacré. Cela va du changement dans le type de management, à la façon de vendre l’agilité jusqu’aux écueils dans lesquels ne pas tomber. Personnellement, c’est la partie qui m’a le plus apporté.

Au final, un livre qui n’apprendra probablement rien à l’agiliste confirmé, mais pourra aider un coach à faire changer un manager classique vers une approche agile. Mais surtout, c’est probablement la meilleure lecture que l’on puisse proposer à ce dernier pour réussir son changement. Bien entendu, cela nécessite au préalable le bon état d’esprit !

soft-PM-bridge-agility

Référence complète : Software Project Manager’s Bridge to Agility – Michele Sliger & Stacia Broderick – Addison Wesley ASD series 2008 – ISBN : 978 0 321 50275 9

The Software Project Manager's Bridge to Agility


http://www.goodreads.com/book/add_to_books_widget_frame/0321502752?atmb_widget%5Bbutton%5D=atmb_widget_1.png&atmb_widget%5Bhide_friends%5D=on