tlog (Articles sur team)

Revue: Team of Teams

Thibauld Nion — Sat, 15 Apr 2023 17:11:10 GMT

L'essentiel du livre suit la "Task Force" de l'armée US en Iraq alors qu'elle doit s'adapter à une guerilla d'AQI (Al Qaeda en Irak).

Les auteurs développent leur proposition d'organisation d'une équipe d'équipes ("team of teams") progressivement, à travers une succession de compte-rendus de missions militaires de cette campagne.

Ils complètent leur raisonnement d'illustrations venant du monde civil pour démontrer comment le type d'organisation qu'ils mettent en avant peut s'appliquer dans un domaine plus large. De façon intéressante, cela les amènes à déconstruire certaines idoles du monde entrepreneurial telles qu'Adam Smith et Taylor et leur opposer d'autres idoles parfois plus inattendues sur ce sujet telles que Tocqueville, l'amiral Nelson, George Mueller de la NASA et un ancien maire de New-York, Bloomberg.

Dans les tous derniers chapitres les auteurs donnent aussi quelques exemples d'initiatives qui ont contribué à changer l'organisation de la "Task Force". Ces exemples sont intéressants mais c'est aussi la partie que j'aurais aimé voir plus détaillée.

Voyons donc ce qu'est une équipe d'équipe pour ces auteurs.

Lire la suite… (Il reste encore 5 min. de lecture)

Revue: Peopleware, Productive Projects and teams

Thibauld Nion — Mon, 09 Nov 2015 00:11:22 GMT

C'est parti pour une revue de Peopleware: Productive Projects and Teams, 2013 (1ère édition en 1987) par Tom DeMarco et Tim Lister. Encore une revue très en retard puisque j'ai eu le temps de le lire deux fois depuis que j'ai décidé d'en faire la revue. C'est un livre à propos des équipes de développeurs, de ce qui leur permet de créer des logiciels exceptionnels et de comment (pour les managers) ne pas les en empêcher. De mon point de vue c'est aussi la suite logique du Mythical Man Month. L'idée centrale c'est que le développement logiciel est un travail essentiellement intellectuel (de communication et de réflexion) dans un environnement (le marché et la technologie) qui change rapidement. Je grouperais les autres idées dans les trois catégories suivantes:

les projets logiciels se gèrent différemment des autres projets traditionnels
équipes et motivations
créativité et gestion du changement

Lire la suite… (Il reste encore 4 min. de lecture)

Revue: Individuals and interactions

Thibauld Nion — Fri, 28 Dec 2012 17:40:05 GMT

Dans mon élan actuel d'exploration de la littérature sur la gestion de projets informatiques, j'ai voulu chercher des réponses à une question que je me pose depuis quelques temps à propos des méthodes Agiles: le Manifeste Agile m'avait particulièrement plu parce qu'il met en avant les "individus et interactions devant les processus et les outils" et pourtant la quasi totalité des ressources que j'ai pu lire sur le sujet tournent autour des carcans de tests, de l'intégration continue, des sprints, itérations, daily scrums et autres kanban... En bref: toutes ces ressources se focalisent sur les processus et les outils ! Il y a une explication simple à cela: les procédures sont plus faciles à décrire, critiquer et raffiner pour des gens avec un penchant technique comme les ingénieurs tels que moi, et après tout, les "processus agiles" sont conçus pour encourager les interactions et soulager les gens des problèmes inhérents au développement informatique (bugs, changement des spécifications etc). Cela-dit ça revient tout de même à mettre les processus en avant en supposant que les personnes en bénéficieront automatiquement par la suite. Et c'est cette petite contradiction qui m'a motivée pour rechercher un livre qui traite explicitement des aspects "humains" des méthodes agiles et finalement de lire Individuals and interactions: An Agile Guide par Ken Howard, Barry Rogers .

Lire la suite… (Il reste encore 3 min. de lecture)