Mois : avril 2012

Note de lecture : Managing Agile Projects, par Sanjiv Augustine

Le par addinquydans Notes de lectureLaisser un commentaire

Note 6 ; Pour définir la « substance » de l’agile leadership…

Ecrire sur la gestion de projets agiles n’est pas chose facile, tant cette activité est difficile à définir en termes d’activités et de processus. Au lieu de cela, l’auteur a choisit d’évoquer le sujet sous l’angle des thèmes qui constituent le périmètre d’action de l’agile management.

Agile manager : Ce chapitre nous dévoile quelles sont les qualités que doit avoir l’agile manager, ainsi que les différences entre management et leadership.

Organic team : Deux chapitres traitent de la collaboration et de l’apprentissage (au sens de l’artisanat) eu sein des équipes agiles. On y évoque aussi l’émergence des communautés.

La Vision : L’un des rôles principaux du leader est de porter la vision du projet. Ce chapitre évoque la création et l’animation autour de cette Vision.

Les règles simples : Dans ce chapitre, on évoque les pratiques propres au management agile (backlog, release plan, etc.).

Information ouverte : L’une des valeurs essentielles de l’agilité est la communication. Ce chapitre traite des principes de communication applicables dans le cadre de l’agile management.

Touche légère : Le management agile passe par une ingérence la moins forte possible au sein des équipes, mais sans être totalement absent toutefois. Ce chapitre développe les actions possibles pour gérer une équipe en lui laissant l’initiative.

Le leadership adaptatif : Le feedback et l’adaptation sont un autre principe de l’agilité. Ce chapitre explique comment mettre en œuvre ces principes dans le management agile.

Effectuer la transition : Finalement, ce dernier chapitre traite du passage à l’agilité : quelles actions sont à mettre en œuvre, comment savoir si l’on est dans le bon chemin.

Au final, ce livre n’est pas grandiose, mais le sujet n’est pas facile. Je suis un peu resté sur ma faim, car le traitement du sujet manque de concret. La division en thèmes est une bonne idée, elle structure l’approche mieux que dans le livre de Jim Highsmith, et les liens vers d’autres références sont particulièrement pertinents. En bref, à l’époque le livre le plus utile sur le sujet. Aujourd’hui, je préfèrerais celui de Jurgen Appelo.

managing-agile-projects

Référence complète : Managing Agile Projects – Sanjiv Augustine – Prentice Hall 2005 – ISBN: 0-13-124071-4

Managing Agile Projects


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

Note de lecture : Release It ! Par Michael T. Nygard

Le par addinquydans Notes de lectureLaisser un commentaire

Note : 9 ; Comprendre enfin les impératifs de production sur l’architecture. Book of the year 2007 !

Pour être tout à fait honnête, je dois avouer que j’ai d’abord acheté ce livre d’avantage par confiance envers l’éditeur (Pragmatic Programmers) que pour le titre, qui ne me disait pas grand-chose. Bien m’en a pris, le livre s’est avéré une mine de connaissances.

Ce livre traite de l’architecture des applications d’entreprise. Mais plutôt que de se focaliser sur les qualités classiquement attendues de telles applications, l’auteur s’intéresse aux comportements de applications d’entreprise en production. Et il connaît particulièrement bien son sujet, ayant participé aux mises en production de très gros sites de e-commerce. De fait, le texte regorge « d’histoires horrifiques » arrivés en production.

J’ai conscience que mon appréhension des besoins des équipes de productions par rapport aux systèmes que je développe est superficielle. Nous sommes dans deux mondes séparés. Cet ouvrage vient confirmer ce pressentiment. Jusqu’à présent, je pensais que la meilleure chose que j’avais à faire par rapport à la production était de produire un système solide et stable (de bonnes considérations), et que la seconde meilleure chose à faire était de produire un système très, très solide (ce qui commence à devenir stupide). L’auteur nous assène une vérité : tous les systèmes, d’une manière ou d’une autre peuvent et vont finir par faillir. Le design des applications doit êtres orientés par rapport à cette vérité, en termes de stabilité et en termes de capacité et surtout en terme de reprise sur crash !

Les 334 pages du livre sont découpées en 4 parties formant 18 chapitres. Il regorge littéralement de conseils d’architecture et de design formulés sous forme de patterns et d’antipatterns. Une vraie mine d’or !

Je recommande cet ouvrage sans aucune réserve. L’auteur prend des positions importantes et intéressantes, éclairées par une d’incontestables compétence et connaissances. Il nous fait découvrir un nouveau point de vue et de nouvelles idées à intégrer dans nos designs et nos architectures.

release-it-pragprog

Référence complète : Release It ! Design and deploy production-ready software – Michael T. Nygard – Pragmatic Bookshelf 2007 – ISBN : 0-9787392-1-3 ; EAN : 978 0 9787392 1 8

Release It!: Design and Deploy Production-Ready Software (Pragmatic Programmers)


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