Note : 3 ; Globalement décevant pour ce qui est d’adresser les rétrospectives de niveau plus avancé.

Il semble donc que les rétrospectives soit un sujet sur lequel on n’est jamais en mal de littérature. Comme le titre l’indique, le sujet du jour est de les améliorer, et celui-ci a doit à la prestigieuse « signature series » d’Addison Wesley.

Le présent ouvrage n’est guère intimidant. D’un format légèrement inférieur à ce que nous avons l’habitude de tenir entre les mains, il ne compte que 230 pages et se découpe en 11 chapitres. Le premier évoque la finalité d’une rétrospective et sa structure. Sans grande surprise, elle s’inscrit dans la continuité de « Agile Retrospective » qui confirme s’il en était besoin, son statut d’ouvrage de référence.

C’est un bon tour de chauffe, mais on n’y apprend pas grand-chose.
Le second chapitre a trait à la préparation. Le contenu n’est guère novateur, mais l’auteur s’efforce de faire le tour de la question dans ses moindres détails : disposition de la salle, type de post-it à utiliser, type de snacks à proposer, etc. Oui, c’est sympa, mais il y a une petite odeur « remplissage » qui n’est pas excellente. Pour moi, ce n’est pas un chapitre nécessaire, surtout quand le thème est l’amélioration : les bases sont censées être là. Le 3ème chapitre n’est pas en reste : il adresse la première rétrospective ! Cette fois encore c’est un peu l’arnaque pour un ouvrage visant l’amélioration des rétrospectives. Les activités choisies sont très basiques, ce qu’on peut considérer comme normal pour une première rétrospective. Le non-débutant n’y apprendra rien. Le débutant y trouvera de l’intérêt car le texte fait découvrir la rétrospective par l’exemple de manière très concrète. Bref, il y a erreur sur le public.

Continuer à lire « Note de lecture : Improving Agile Retrospectives, par Marc Loeffler » →

Note 9 ; Où l’on parle de leadership et d’organisation et où l’on montre que les deux sont liés ! Book of the year 2022 !

Cet ouvrage fait partie des incontournables. J’ai mis du temps à l’extraire de l’étagère où il prenait la poussière et j’ai sans doute eu tort. Le terme « tribal » fait référence au fameux nombre de Dunbar qui met en évidence la limite de taille des organisations en fonction du type d’interaction. Mais il ne sera question de Dunbar qu’au premier chapitre. La totalité du propos fait référence aux 5 étapes de développement d’une organisation selon un modèle mis en évidence par les auteurs. Et il vaut le détour !

Avec 250 pages structurées en 12 chapitres regroupés en 4 parties, l’ouvrage est de taille raisonnable et plutôt bien rythmé. Le propos est construit à la fois sur les histoires de sociétés et de leaders et sur un important de travail de recherche pour construire et valider le modèle que les auteurs nous présentent. La première partie est assez brève avec moins de 40 pages sur 3 chapitres, elle sert à nous présenter le système du tribal leadership. Le premier chapitre de cette partie « corporate tribes » porte assez mal son nom. Il s’agit plutôt d’un avant-propos au reste de l’ouvrage.

La véritable introduction est au chapitre 2 « the five tribal stages ». Comme promis dans le titre, après une intéressante mise en situation au Griffin Hospital, les auteurs introduisent brièvement les 5 étapes du tribal leadership. Tel un executive summary, on sait dès le début en quoi elles consistent, ce qui ne diminue pas l’intérêt de l’ouvrage. Ce chapitre met aussi en avant le focus de l’étude et du modèle : il est sur le langage employé et les interactions entre les personnes. Il s’agit d’un point clé et d’un enseignement majeur. Cette première partie se conclut par un court chapitre 3 qui nous décrit le reste du texte. Un élément que l’on trouve généralement dans l’avant-propos.

Continuer à lire « Note de lecture : Tribal Leadership, par Dave Logan, John King & Halee Fischer-Wright » →

Note: 4 ; Sérieux, mais modérément passionnant.

Il semble difficile de trouver un ouvrage sur XML Schéma titrant moins de 1000 pages! En voilà pourtant un. Le sujet abordé est à la fois un point fort de XML et le sujet d’acerbes critiques, car les schémas XML sont à la fois indûment compliqués et terriblement verbeux. Ce texte, nous allons le voir, n’est peut-être pas le meilleurs, le texte est souvent un chouia laborieux, mais il fait le travail.

Avec près de 400 pages pour sa partie principale, le volume brut reste conséquent. Mais il a au moins la bonne idée d’être divisé en 2 parties : une partie « guide de l’utilisateur », puis une partie « manuel de référence ». La première partie consacrée à l’apprentissage du langage couvre la majeure partie du texte, avec 14 chapitres sur 225 pages. Passons rapidement le premier chapitre qui évoque plutôt succinctement l’utilisation des schémas. Ce n’est pas le plus marquant de l’ouvrage. Le chapitre 2 est un peu le « hello world » du XML schéma. On voit déjà que même pour des choses simples, on arrive vite à un schéma très verbeux. Cela dit, c’est plutôt bien expliqué, même si le style n’est pas particulièrement enjoué.

C’est plutôt une bonne idée de partir de cette base pour enrichir cette grammaire au chapitre 3. Toutefois, cela se complexifie pas mal et l’auteur nous assène déjà certains choix de conception que permet la souplesse (que l’on paie en complexité) de XML schéma. Comme le texte est un peu avare de développements pédagogiques, il faut s’accrocher un peu. Cela se calme un peu au chapitre 4 où l’on passe en revue, de manière plutôt exhaustive, les types simples prédéfinis. Voilà un chapitre qui ressemble un peu à un manuel de référence.

Continuer à lire « Note de lecture : XML Schéma, par Eric Van Der Vlist » →

A leader is not an administrator who loves to run others, but someone who carries water for his people so that they can get on with their jobs.

Note : 5 ; Un éclairage unique sur la gestation de Linux

Une autobiographie du créateur de Linux, c’est assez intriguant. Linus Torvalds n’est guère connu pour sa prose, ni même en fait pour ses talents d’orateur. D’ailleurs il préfère communiquer avec du code qu’avec des mots. S’il existait un titre de « meilleur développeur au monde », il pourrait sans aucun doute y concourir.

Même s’il apparait en petits caractères, David Diamond n’est pas pour rien dans la genèse de ce texte. Il ne s’agit pas d’une grande littérature, mais néanmoins d’une lecture agréable et surtout éclairante sur ce qui a conduit Linus Torvalds à créer Linux, depuis son enfance, son caractère, ses passions. Mais aussi sur sa vie personnelle et ses prises de position. Dans la forme, il s’agit plutôt de dialogues, avec David Diamond ou plus souvent de sortes de monologues, généralement de Linus Torvalds et plus rarement de David Diamond.

Dans la première partie « naissance d’un nerd », Linus Torvalds nous parle de son enfance, de la Finlande et de sa scolarité jusqu’à l’université. Bref de tout son parcours avant Linux. Les chapitres sont courts et le style du créateur de Linux s’adressant au lecteur très engageant. Le tout se lit très bien.

Continuer à lire « Note de lecture : Il était une fois Linux, par Linus Torvalds & David Diamond » →

All problems in computer science can be solved by another level of indirection.