Note 4 ; Un tour d’horizon à haute altitude bien écrit, mais manquant de consistance, de SAFe l’ERP de l’agilité.

SAFe est réellement le raz de marée de la seconde moitié des années 2010. Il serait vain de l’ignorer. Avec quand même un certain bagage sur le framework, j’aborde ce livre dans le but de mieux appréhender comment l’ensemble des briques s’articulent. Un objectif qui, nous le verrons, est malheureusement loin d’être atteint.

C’est un livre de taille moyen, avec ses 300 pages environ, qui surprend par son poids quand on le prend en main. Et pour cause : il est imprimé sur papier glacé, et même imprimé totalement en quadrichromie ! Un peu comme une plaquette publicitaire, ce qu’il est en partie. Le contenu est divisé en 6 parties et ne compte pas moins de 22 chapitres. La première partie nous invite à une vue générale, sur 25 pages comptant deux chapitres. Le premier est à peine un tour de chauffe, avec le « business case » de SAFe mâtiné de perspectives historiques. C’est bien écrit, mais on n’y apprend rien. C’est un peu plus concret au chapitre 2 qui nous explique clairement les différentes déclinaisons de SAFe et les rôles utiles. C’est une introduction comme il faut.

La seconde partie dédiée au mindset et principes compte 3 chapitres et couvre une cinquantaine de pages. On commence au chapitre 3 par parler mindset avec le manifeste agile et avec la « SAFe House of Lean », un peu librement adapté de l’original. A part cette nouveauté, la seule originalité est la déclinaison du manifeste à l’échelle, tout à fait sensée. Les principes SAFe sont détaillés au chapitre 4. Franchement ils sont bien et sont clairement évoqués. D’inspiration très largement Lean, j’ai quand même un peu de mal à les raccorder à ce que j’ai compris du framework. J’ai hâte d’en savoir plus. J’adhère aussi au propos sur le « Lean-Agile leader ». Du focus sur le développement des personnes au recrutement ciblé sur les soft-skills, nous sommes clairement dans la bonne direction !

Lire la suite →

Note 2 ; Un texte bien austère, où il est question d’agilité à l’échelle, mais surtout d’une usine d’intégration…

L’agilité à l’échelle est le sujet du moment, c’était l’opportunité pour moi de dépoussiérer ce petit livre. Il ne compte en effet que 170 pages, rythmées sur 16 chapitres. Hélas, le texte s’est avéré décevant su de nombreux points. Certes, on pourrait considérer qu’un retour d’expérience est rarement palpitant. Pourtant Henrik Kniberg parvient à rendre cela palpitant. Au moins s’attends-t-on à y trouver une bonne compréhension des dynamiques d’une grande équipe répartie, mais cela aussi s’avère décevant. En fait, ce sont surtout des éléments de description d’une agilité pour les débutants que nous y trouvons. Le réel point de fierté de cette équipe (qui a quand même très bien réussi son pari) réside dans une mécanique d’intégration continue très bien faite, directement inspirée du « continuous delivery » de Jez Humble. Cet ouvrage et ceux de Dean Leffingwell sont d’ailleurs les sources d’inspiration des auteurs.

Le premier chapitre semble s’adresser plutôt aux nouveaux venus à l’agilité. Les auteurs nous y expliquent comment ils ont fait leur marché dans les principes agiles qui les intéressaient le plus. Ce sont 8 pages vite passées. 8 pages aussi pour le second chapitre intitulé « tuning agile to your business objectives ». En fait on nous y explique le contexte initial du projet et ce que l’on cherche à obtenir, à savoir une usine de développement bien rôdée, mais aussi les sources de gains que l’on vise (baisse de la maintenance, augmentation de la productivité et part du développement consacré à l’innovation). Le tout adossé à des chiffres. Très bien.

Lire la suite →

Note : 10 ; Une vue holistique inspirante de l’agilité à grande échelle !

Le Général McChrystal fut le commandant en chef des forces américaines en Irak et en Afghanistan à partir de 2003. Ce livre nous raconte comment et pourquoi il a été amené à repenser la structure de fonctionnement de ce détachement militaire face à un ennemi (Al Quaïda en Irak) qui était tout simplement en train de gagner. Mais il ne s’agit pas simplement d’une histoire militaire, en fait il s’agit même assez peu de cela. Il s’agit avant tout de comprendre ce que signifie « s’adapter » au 21ème siècle, pourquoi cela est devenu indispensable, ce que cela signifie et quelles en sont les implications.

Car en réalité, ce que nous appelons « adapter » est souvent au mieux « aménager », car notre façon de pensée est largement imprégnée du réductionnisme direct descendant du Taylorisme, grand vainqueur du 20ème siècle. Le texte de McChrystal tisse de nombreux liens entre le fonctionnement des troupes au moyen-orient et des histoires du passé qui mettent en exergue sous différents angles les limites (voir les dangers) de la pensée réductionniste : le « better, faster cheaper » de la NASA, la gestion holistique des situations d’urgence ou encore les nouveaux entrainements des pilotes de l’aviation civile mettant l’accent sur la collaboration. Il y a encore beaucoup d’autres histoires qui y sont racontées. Car l’ouvrage est avant tout un grand story-telling. Plutôt que de passer les chapitres en revue, je préfère énumérer quelques uns des sujets qui sont évoqués, ce qui ne sera malheureusement pas exhaustif :

Lire la suite →

Note : 3 ; Très loin de ce que j’espérais…

Sans jamais avoir lu aucun de ses livres, mais en ayant croisé son nom à de multiples reprises, j’avais mis beaucoup d’espoirs dans le texte de Jutta Eckstein. La caution « Dorset House » ajoutant encore un peu à cela. Une attente d’autant plus importante que la fameuse mode du « scaling agile » ne donne rien de réellement convainquant, la plupart des approches misant sur le processus plus que sur le savoir-être agile.

Hélas, ici encore, c’est surtout de processus qu’il est question ! Le corps du texte tient en 220 pages, constitué en 10 chapitres. On ouvre le bal avec « getting started » qui campe la structure du livre en 5 pages. Passons. Au chapitre 2 « assessing agility and distributed projects », l’auteur nous présente sur une quinzaine de pages des généralités sur les différentes catégories (structures) de développement distribué d’une part et les bases de l’agilité d’autre part. Certainement utile et bien écrit pour des débutants mais je n’y ai rien appris.

Le 3ème chapitre « building team » est plus conséquent avec 25 pages. On y fait la différence entre la feature team (équipe pluridisciplinaire à un seul endroit) et l’équipe dispersée où les compétences nécessaires à une réalisation sont réparties sur plusieurs localisations. Si l’auteur insiste à juste titre sur la nécessité de se connaître sur le plan individuel, j’ai été plus déçu par le focus important donné aux rôles qui occupe la dernière partie du chapitre.

Lire la suite →