Si j'étais responsable de mon entreprise, j'offrirais ce livre aux managers et aux équipes. Je leur conseillerais avec insistance de le lire.Certes, je n'ai pas l'impression d'avoir beaucoup appris, mais sa lecture m'as fait du bien pour deux raisons:
- le livre est drôle, ce qui est rare pour un ouvrage concernant le développement logiciel, et
- le livre met des mots clairs sur des impressions issues de mon expérience.
Voici une petite sélection de vérités bonnes à retenir:
- Les projets de développement échouent très rarement pour des raisons techniques;
- Les principaux problèmes affectant les projets de développement sont d'ordre sociologique et non technique;
- Les managers promus managers savent comment le travail est fait - pas comment il faut le gérer;
- Plus le projet est risqué et plus il faut prendre le temps de réfléchir à la manière dont on travaille;
- Les gens "pressurisés" ne travaillent pas mieux - juste plus vite;
- Viser un très haut niveau de qualité est un moyen pour gagner en productivité;
- Les managers ne doivent pas faire travailler leurs équipes. Ils doivent permettre à leurs équipes de travailler;
- N'importe quoi peut être mesuré d'une manière plus bénéfique que ne pas mesurer (Gilb's Law);
- Pour réussir un projet, il faut prendre des gens compétents et motivés et adopter un style de management délégatif;
- Plus un processus est déterministe et moins il est adaptatif;
- Un standard doit être consigné à postériori, c'est à dire après avoir fait ses preuves;
- Le management par les objectifs individuels est destructeur pour l'efficacité des équipes (cf Deming);
