Where both problems and solutions are largely unknown, it is optimal to iterate around less code and more learning.
Ash Maurya in Running Lean 2nd edt.
Auteur : addinquy
Software Freethinker
Note de lecture : Scrum, le guide pratique de la méthode agile la plus populaire 2nd édition, par Claude Aubry
Note : 7 ; Un très bon livre de référence sur Scrum, encore affiné et amélioré dans sa seconde édition
J’ai l’habitude douteuse de faire baisser la note d’un livre dans son édition suivante si je considère que celle-ci ne représente pas un progrès. Le texte doit donc s’être améliorer pour seulement maintenir sa note, et donc progresser significativement pour escompter une meilleure note ! Sans vouloir casser le suspens, il me semble bien que c’est la cas. Pour en être sûr il me faudra comparer cette cuvée à la précédente. Ca tombe bien, j’ai les deux !
Le premier syndrome concerne généralement la taille du livre. A l’image de l’adulte mâle, le livre tend à prendre de l’embonpoint avec l’âge. Celui-ci ne fit pas exception : il passe de 263 pages à 284 et de 19 à 20 chapitres. Le chapitre supplémentaire (le 19 : Scrum à grande échelle) explique par ses 15 pages ajoutées une grande partie de cette différence.
Sans grande surprise, ce que j’appréciais dans l’édition précédente se retrouve ici :
- Les chapitres sont de taille raisonnable, donnant du rythme à la lecture et poussant l’auteur à une écriture efficace.
- Les chapitres sont bien focalisés sur un aspect particulier de Scrum. Cela favorise la lecture discontinue. Il faut y penser car on n’a pas toujours le luxe de pouvoir allouer le temps pour lire un ouvrage d’une couverture à l’autre d’une traite.
- Le style est excellent. J’ai pris plaisir à lire la prose de Claude. Cela mérite d’être souligné car ce n’est hélas pas la majorité des textes qui sont dans ce cas.
- Les illustrations humoristiques. Je recommande spécialement celle de la page 260, particulièrement hilarante.
Passer en revue 19 chapitres serait fastidieux et probablement un peu vain. Je ne vais donc pas le faire. Assez logiquement, chaque chapitre traite un rôle ou une pratique particulière de Scrum : Scrum Master, Product Owner, Sprint, Backlog, planification, Scrum quotidien, et… 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 partie des concepts de base de Scrum que du bout des lèvres. A la différence de ce que l’on voit ou lit par ailleurs, Claude donne plus d’importance à ce concept. Mais j’attends aussi d’un auteur qu’il défende ses idées !
- Le chapitre 13 « de la Vision aux stories » aborde un sujet qui était peu abordé jusqu’à récemment. J’ai trouvé là une matière plutôt bien finie et assez solide sur le sujet. C’est une bonne chose que les personnes recherchant une référence sur Scrum trouvent cette matière sans devoir aller se référer à un autre ouvrage … qu’ils n’iront probablement pas chercher !
Ce livre n’est pas neutre. C’est tant mieux, car ce n’est jamais ce que je recherche. C’est Scrum avec les pratiques complémentaires pour mener à bien les projets. Sur la première édition j’étais resté assez circonspect sur la façon dont Claude Aubry intégrait ces pratiques à Scrum sans vraiment discerner ce qui est Scrum et ce qui est pratique complémentaire. Soit mon regard a changé, soit le texte a évolué, car cela me choque moins dans cette seconde édition. Sure les quelques vérifications que j’ai pu faire, j’ai l’impression que la différence vient surtout de moi. Le texte n’a pas tant changé.
Ce texte est excellent sur la présentation de Scrum, son habillage de pratiques et de conseils. Mais ce n’est pas un livre de mise en pratique. Il ne rivalise pas avec le « Scrum from the Trenches » d’Henrik Kniberg de ce point de vue. C’est pourtant un point essentiel à aborder : et en pratique, qu’est-ce que je fais ? Comment ça se passe ?
J’ai bien aimé par contre que l’auteur mette en évidence certaines différences avec la première édition, souvent liées à sa façon différente de voir les choses aujourd’hui. On voit ainsi comment sa pensée a évolué. Le plan du livre lui-même a très peu changé, à part le chapitre 19. Mais on constate de multiples ajouts et modifications de détail dans l’évocation de certaines techniques absentes de la première édition, ou des changements de terminologies. J’ai trouvé que ces changements allaient dans la bon sens.
N’hésitez pas, plongez-vous dans cette seconde édition de « 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. Encore une fois, 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 souvent sur l’impression qu’il me laisse, sans chercher à rationaliser : est-ce une révélation comme le fut la lecture de « Lean Startup » cette année, 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 ! C’est pour ça et pour les changements dont je trouve qu’ils gratifient le livre que la note de l’ouvrage est passée à 7. Cela répond à la question initiale…
Référence complète : Scrum, le guide pratique de la méthode agile la plus populaire, 2nd édition – Claude Aubry – Dunod 2011 – ISBN : 978-2-10-056320-3
Les mains dans le Ceylon
(not yet) ready
Ce mardi 18 décembre, nous étions invités par les Duchesses à nous initier au langage Ceylon développé par Red Hat. Encore un nouveau langage sur la JVM ! Encore un “better java” ! Mais certaines idées ont attiré mon attention. Je ne voulais pas manquer cette occasion de m’y initier, en le faisant mieux et plus rapidement qu’en m’arranchant les cheveux tout seul devant ma machine. Bref, Emmanuel Bernard et Stéphane Epardaud ont joué les formateurs chez Capitaine Train qui était notre hôte pour l’occasion (on les remercient chaleureusement).
De mon côté j’avais déjà passé un petit moment dimanche pour faire le setup de mon nouveau Mac Book. Pour bien commencer, je suis arrivé en retard et je me suis retrouvé au fond avec un peu de mal à lire le code projeté par notre duo de choc.
Prendre conscience, c’est transformer le voile qui recouvre la lumière en miroir.
Lao Tseu in Tao Te King
Lean Startup Conférence 2012 playlist
Pour ceux qui ont raté tout ou partie de la Lean Startup conférence 2012, voici les vidéo des interventions. Je vous suggère le site de la conférence pour les teasers des interventions.
Mais aussi :
- Mon feedback sur les quelques sessions que j’ai pu voir en Livestream.
- Le roundup avec plus de slides, mais moins de vidéo.
- Toujours le roundup, mais de la conférence 2011 cette fois. La conférence s’appelait alors “Startup lessons learned”. Du titre du 1er ouvrage (et du blog) d’Eric Ries.
- Encore la conférence Startup Lessons Learned, mais celle de 2010.
Merci à Nicolas Marchand de l’association Lean Startup France pour les liens vers les 3 éditions de la conférence.
Note de lecture : De Merise à UML, par Nasser Kettani & al.
Note : 6 ; Attention, classique !
Voici un « best seller hexagonal », dont le but est de permettre la transition vers UML aux populations aguerries à Merise, comme l’indique le titre. Il faut également savoir que c’est un titre largement promu par Rational France, société où les auteurs officient.
En fait, moins de 100 pages sont consacrées au parallèle entre UML et Merise ! La partie la plus importante de l’ouvrage est consacrée à une approche « standard » de projet utilisant UML, sans faire référence au vocable spécifique à Merise. Certes, la chose est bien menée, bien que je désapprouve la francisation systématique des termes UML. Les modèle développés sont presque systématiquement enrichis de concepts issus d’UP : les 4+1 vues, les stéréotypes UP, etc. Ceci est discutable, je pense, car il est difficile de discerner ainsi ce qui fait partie d’UML car ce n’est pas précisé ! D’un autre coté les textes sont clairs et précis, supérieurs en cela à « UML en action » auquel on pourrait le comparer ; les auteurs vont jusqu’à nous présenter du code OCL, suffisamment simple pour être naturellement compréhensible.
On remarquera la présence d’un chapitre (le 3ème) consacré aux processus métier, et plus précisément au BPR. Deux autres sont consacrés à, la gestion de projet (où il n’est bien évidemment pas question d’UML), dont un consacré à UP.
Finalement, ainsi que je l’ai dit au début, seule la troisième partie, constituée de deux chapitres, est consacrée à la transition Merise – UML, ou devrai-je dire : Merise – UP / UML ! Ceci est fait essentiellement sous forme de parallèles !
Au final, le titre est éminemment trompeur, le livre ne traite que peu de la transition Merise vers UML, qui plus est dans une partie mineure sans rapport avec le reste de l’ouvrage ! Ceci ne réduit en rien la qualité du livre, mais un autre titre (par exemple : réalisation de projets avec UP et UML) aurait été mieux adapté. Parmi les curiosité, on trouve des diagrammes repris de nombreuses fois sur différents chapitres ! On trouve aussi une bibliographie, très solide, à la fin de chaque chapitre. Bref, un ouvrage somme toute solide et dense, avec ses 400 pages.
Référence complète : De Merise à UML – Nasser Kettani, Dominique Mignet, Pascal Paré & Camille Rosenthal-Sabroux – Eyrolles 1998 – ISBN : 2-212-08997-X
Dans votre ascension professionnelle, soyez toujours très gentil pour ceux que vous dépassez en montant. Vous les retrouverez au même endroit en redescendant.
Woody Allen
Agile Playground #4 (en images)
J’ai raté les trois premiers, je n’aurais pas raté le quatrième ! Deux jeux étaient au programme de cette nouvelle édition. Cela se déroule comme d’habitude chez Valtech, au 103 rue de Grenelle.
Première chose à faire en arrivant : choisir son jeu. J’aime bien l’originalité de la méthode : 2 boites contenant des balles de ping pong de couleur différentes. Chaque boite contient bien sûr un nombre de balles correspondant aux places disponibles ! Je choisis le très classique “buy a feature et prends la balle correspondante !
Ensuite on fait salon en attendant, en discutant avec d’anciennes connaissances ou de plus récentes. On est là aussi pour cela, n’est-ce pas ?
Pour ce Buy A Feature, 3 tables sont disposées et nous allons travailler sur le backlog d’une plateforme d’enseignement à distance.
Un backlog et une somme somme d’argent sont distribués sur chaque table.
Le backlog était imprimé sur une feuille A4, avec les prix associés. Comme l’a fait remarqué Gery Derbier, ce n’était peut-être pas le bon média car cela nous a empêché de manipuler plus physiquement l’argent mis à notre disposition. En fait, nous l’avons rapidement mis en commun ! Bref, on a bien pourri le jeu !
Un tableau avec les features à sélectionné et déplacer était aussi affiché au mur.
En fait, ce seul tableau, disposé sur une table aurait peu faire l’affaire. D’ailleurs l’une des équipe a procédé ainsi.
Dans cette équipe, Cyrille Martraire s’est efforcé de jouer au troll en exigeant les features les moins avenantes. Il y est parvenu en en obtenant plus qu’il n’avait lui-même d’argent !
Notre tableau, dans toute sa splendeur.
Yannick était l’un des maître de cérémonie. Ils étaient 3 en tout pour gérer les fauves…
… avec Audrey …
… et Nathaniel (et de nouveau Yannick).
De l’autre côté se déroulait le jeu de la compétition. J’y ait fait un passage éclair pour happer une photo, pas assez longtemps pour comprendre de quoi il s’agissait !
Une bonne soirée achevée, merci aux organisateurs.
Et à la prochaine soirée, mi-janvier. Yannick Ameur et moi-même y soumettons un jeu qu’il nous reste à travailler !
Evernote Meetup (en images)
De passage pour la conférence Le Web, des membres du staff Evernote nous proposaient une petite rencontre dans un lieu convivial, à savoir La Mutinerie, dans le 19ème. On est d’ailleurs bien accueillis par les membres du staff : une petite étiquette autocollante qui ne colle pas, mais surtout un petit sac en toile Evernote avec quelques goodies. Bon, y’a surtout un tee-shirt !
Allez zou, direction la cave pour un discuter un peu avant les présentations.
Je retrouve des habitués des Meetups de Pierre Journel (Pierre arrivera plus tard dans la soirée). L’espèce d’arrosoir vert typé Evernote distribue le breuvage officiel de l’éléphant vert. Ce n’est pas très bon.`
Dans la salle de présentation nous sommes accueillis par l’un des responsables de La Mutinerie.
Rafe Needleman qui est plateform advocate chez Evernote ouvre les festivités. Le temps d’évoquer son blog opportunitynotes qui vaut certainement le détour.
John McGeachie vient nous parler principalement de l’offre business (même si je note au passage qu’il y a aujourd’hui 45 millions d’utilisateurs d’Evernote. Cette offre business a été largement relayée par ailleurs, j’en résume quelques caractéristiques:
- Les carnets de notes appartiennent à l’entreprise. Ils ne sont pas subordonnés à un employé et à son départ.
- On peut combiner dans son compte Evernote ses carnets personnels et ceux de l’entreprise.
- C’est toujours Evernote et toujours les fonctionnalités que nous connaissons.
Tiffany Muehlbauer est ambassadrice Evernote. Ca existe ! En fait, il y a même des “small business ambassadors” tels que Jimmy’s iced coffee. Ce sont simplement des gens ou des sociétés ne travaillant pas pour Evernote mais enthousiastes utilisateurs du service et prêts à en parler. En fait, j’aurais l’occasion de parler avec l’un d’entre eux à la fin, qui m’a présenté Evernote Hello. Le truc de Tiffany apparemment, c’est plutôt Evernote Food. Chacun son truc.
Le quart d’heure du développeur était assuré par Damian Mehers. Damian travaille sur la version Windows Phone d’Evernote. Damian développe deux points en particulier :
- On n’a pas besoin d’être affilié à Evernote pour développer une application : toutes les API sont publiques.
- Pourquoi travailler chez Evernote ? Parce que c’est un très bon endroit où travailler : pas de politique, pas de questions d’ego et les décisions se prennent rapidement !
Je discuterais un peu avec Damian après sur leur processus de développement. Il se rapproche de celui de Google, donc d’inspiration agile, mais sans ressembler complètement à l’un des processus connus type Scrum ou Extreme Programming.
Un (petit) aperçu de l’auditoire en attendant l’intervention de Sina Khanifar…
Sina Khanifar a gagné le Hackaton Tech Crunch avec l’application Memstasch. Cette application a pour but de vous aider à ancrer des choses dans votre mémoire en utilisant la technique de la répétition espacée.
Le temps de discuter avec les uns et les autres, comme Maxence, rencontré au Paris Evernote Meetup (et réalisateur d’une excellente app iPad), il est bientôt temps de conclure cette excellente soirée.
Si vous labourer un champ, qui préférez-vous utiliser ? … Deux bœufs puissants ou 1024 poulets ?
Seymour Cray (finalement, les poulets l’ont emporté)
