97 Things Every Project Manager Should Know

J’avais publié une note de lecture sur cet ouvrage. Il est aussi disponible en eBook. En fait, le texte en licence Creative Commons. Bonne lecture !

La réalisation collaborative de ce texte s’est faite au travers d’un Wiki.

97 Things Every Software Architect Should Know

Disponible en version papier (il a fait l’objet d’une note de lecture), cet ouvrage l’est aussi en version électronique. La licence Créative Commons nous permet de profiter de son contenu.

Un Wiki a été créé pour permettre l’élaboration de cet ouvrage collectif.

97 Things Every Programmer Should Know

J’avais fait la note de lecture de cet ouvrage il y a un bon moment. Grace à la licence “creative commons”, vous pouvez librement bénéficier de son contenu.

Un Wiki a aussi été créé, justement dans le but de permettre les contributions collectives autour de cet ouvrage.

Kevlin Henney, qui a été le rédacteur en chef de ce volume s’est appuyé sur son contenu pour une Keynote. En voici le support

Note de lecture : 97 Things Every Software Architect Should Know

Note : 4 ; Un concept intéressant, avec un contenu plutôt hétéroclite, mais aussi certaines entrées plutôt pertinentes

Voilà un concept vraiment original : un livre collaboratif, publié en open source, compilant 97 conseils écrits par presque autant d’auteurs différents, chaque conseil tenant en 2 pages (en réalité plutôt un peu moins, environ 1 page et demi). L’intérêt de ce concept est que chaque « thing » est nécessairement concise, efficace et se doit d’aller au but, on n’a guère le temps de s’ennuyer. Le volume du livre reste aussi de taille plus que raisonnable : 195 pages dont j’estimerais que cela correspond à 150 pages d’un ouvrage plus classique.

L’ouvrage souffre quand même d’une faiblesse due au sujet traité : qu’est-ce qu’un architecte et quel est son travail ? Ainsi les conseils traitent d’aspect très diversifiés, ce qui peut être vu comme un bénéfice en élargissant le spectre des aspects traités : aspects fonctionnels, humains, performances, infrastructure matérielle, conceptions, technologies et frameworks, etc… Mais cela ressemble finalement à un grand « melting pot » qu’à un tout cohérent.

Il est d’ailleurs intéressant de voir à quel point les avis d’experts sont variés, allant de la figure paternaliste aux travail d’architecture réparti chez les développeurs eux-mêmes. Parmi les tendances que je vois se dessiner au long de ces 97 conseils :

  • La nécessité de connaître la substance de base : les patterns, qu’ils soient architecturaux ou de conception.
  • L’importance du facteur humain.
  • L’importance des facteurs « environnementaux » : le lien avec le contexte métier, la contrainte d’entropie du système, etc..

Au final, il y a certes des choses à jeter, mais aucun article n’est mal écrit (ils sont courts, donc les auteurs doivent faire très attention), et il y a nécessairement des choses valables.

Ce n’est pas le livre de l’année, mais je le classerais volontiers dans les « lectures amusantes ».

97-things-soft-architect-oreilly

Référence complète : 97 Things Every Software Architect Should Know – Richard Monson-Haefel edt. – O’Reilly 2009 – ISBN : 978 0 596 52269 897

97 Things Every Software Architect Should Know: Collective Wisdom from the Experts


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

Note de lecture : 97 Things Every Project Manager Should Know, Barbee Davis edt.

Note : 4 ; Hétéroclite et peu convaincant

Ce livre qui fait partie de la collection « 97 things » n’est guère marquant. On y trouve des conseils de chefs de projets ou personnes apparentées, venus de tous horizons. C’est là que le bât blesse : il n’y a aucune cohérence entre les différentes interventions. Certaines viennent du monde « commande & contrôle » nous avisant de mieux définir les rôles les frontières et de rendre le processus plus définis, tandis que d’autres nous guident vers des processus agiles. Il en va de même pour les aspects évoqués : depuis la vision jusqu’au suivi d’avancement en passant par les estimations, la collaboration avec les utilisateurs. Tous ces sujets méritent d’être traités, mais ici on a plus un patchwork d’intervention avec des conseils parfois contradictoires que la couverture du sujet !

Certaines interventions sont toutefois très pertinentes. Si l’on prend cet opuscule pour ce qu’il est, une sorte de menu à la carte où l’on retient ce que l’on veut, on peut retirer disons 10% à 20% de matière donnant à réfléchir. Ce n’est pas sensationnel, mais on a vu pire.

97-things-PM-oreilly

Référence complète : 97 Things Every Programmer Should Know – Kevlin Henney edt. – O’Reilly 2010 – ISBN : 978 0 596 80948 5

97 Things Every Programmer Should Know: Collective Wisdom from the Experts


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