Peopleware, Productive Projects and Teams

Classique de la littérature informatique, il a accumulé la poussière dans ma bibliothèque pendant quelques années et je me rappelle que j'étais tellement habitué de le voir que j'en avais oublié l'existence. Pourtant, la présence du signet à l'intérieur m'indiquait que je l'avais commencé mais j'avais dû l'abandonner pour une quelconque raison.

J'ai recommencé à le lire du début et à mesure que ma lecture progressait, je le trouvais de plus en plus pertinent car beaucoup, BEAUCOUP des idées présentées touchaient des irritants que je vis au quotidien à mon travail. Le timing était bon.

Pourtant, il ne s'adresse pas aux programmeurs et développeurs mais bien aux chargés de projets et aux gestionnaires. Quoi que dans mon cas, ayant toujours eu beaucoup d'entrepreneurship et ayant touché à un peu tout comme travailleur autonome et en entreprise (programmation, analyse, gestion de projets, recherche et développement), j'y ai trouvé mon compte assez rapidement.

Ce qui m'a impressionné, c'est que ce livre est tellement concis qu'il touche à tout coup au coeur du problème, ce qui en confirme la pertinence même si l'édition originale date de 1987. La copie que je me suis procuré est la seconde édition de 1999 qui compte 8 chapitres supplémentaires (comme l'indique la page couverture) et croyez moi, c'est encore autant d'actualité sinon plus car ça touche un élément clé du succès (ou de l'échec) d'un projet informatique :

• hardware
• software
• peopleware
  

On aura beau avoir de l'équipement de qualité et du code irréprochable, l'équilibre dépend beaucoup du facteur H (humain). Et évitez de penser que ce livre présente de la psychologie à 5 cennes; au contraire, les exemples sont réels et frappants, tous issus du monde des TI. Le temps avance mais les problèmes restent les mêmes. En plus, c'est facile à lire et très accessible pour n'importe qui.

On nous fait comprendre qu'il n'y a pas de recettes miracles à appliquer et que les situations sont à traiter cas par cas. Voici quelques idées abordées :

• l'investissement en capital humain : comme à la bourse, c'est rentable et à long terme
  
• l'effet non anticipé des heures supplémentaires : je vous laisse deviner...
  
• le concept des free electrons : un traitement privilégié aux employés d'exception
  
• l'esprit d'équipe, la chimie entre ses membres et les comportements qui peuvent la détruire
  
• le dérangement de toutes les façons, dont le téléphone : ne répondez pas pour rien (à chaque fois qu'on se fait déranger, ne serait-ce que 2 minutes, la perte représente 15 minutes de productivité)
• L'importante loi de Parkinson dont j'ai déjà parlé : "organizational busy work tens to expand to fill the working day"
• Plus une entreprise se rapproche de l'uniforme (ou de la cravate), moins votre emploi sera stimulant : "uniformity is so important to insecure authoritarian regimes that they impose dress codes". Comme dirait Gandalf : Fuyez pauvres fous !
• Le E-Factor : "brain time versus body time" (volontaire ou non)
  
• Le taux de roulement des employés (la moyenne n'est-elle pas de 2 ans au sein de la même entreprise ?). S'ils quittent trop vite, il faut se poser des questions et comprendre les motivations.
  

Enfin un livre de management qui prend position en faveur des programmeurs qui appuie des problématiques exposées et trop longtemps ignorées de nos supérieurs (enfin, pas tous mais certains que je connais).

J'y ai aussi extrait quelques phrases clés qui résument la pensée des auteurs DeMarco et Lister et que je partage également :

• Learning is limited by an organization's ability to keep its people
• The fundamental response to change is not logical, but emotional
• It's supposed to be fun to work here
• Visual supervision is for prisoners
• Voluminous documentation is part of the problem, not part of the solution
• Quality, far beyond that required by the end user, is a means to higher productivity
• People under time pressure don't work better, they just work faster
  

Je peux sembler enthousiaste et c'est vrai. Ce livre figure parmi mon top 5 des meilleurs livres en technologies de l'information même s'il ne traite de rien de technique. Joel Spolsky aura peut-être trouvé le meilleur qualificatif pour décrire de livre : un manifeste "Anti-Dilbert". Chaque chapitre m'a fait réfléchir à un aspect de mon travail et je dois avouer que ça a radicalement changé mon approche face au boulot et mes objectifs professionnels. Un peu comme une révélation sur des éléments qui étaient demeurés obscures. J'ai même photocopié un chapitre pour aider un collègue dans une situation conflictuelle et il m'a avoué que ça l'avait aidé et qu'il serait tenté d'en lire davantage.

En tout cas, pour moi, c'est clair que j'y ferai référence plus d'une fois.