Nouvelles données sur la productivité des petites équipes

Posté le 16 janvier 2012 par Eric LEFEVRE-ARDANT 

« Ajouter des personnes à un projet en retard accroît son retard ». La loi de Brooks sur la productivité des projets de développement informatique est bien connue, depuis la publication du livre de référence de Fred Brooks, The Mythical Man-Month.

C’est pour cela que je suis toujours méfiant quand une société parle de recruter un grand nombre d’informaticiens.

Une étude récente par QSM va dans ce sens. Ici, les chiffres semblent indiquer qu’un corollaire de la loi de Brooks est qu’on ne parvient pas à produire plus de code avec plus de personnes, même dans une situation normale. En tout cas, le code n’est pas produit réellement plus vite.

L’étude a consisté à comparer le temps nécessaire pour écrire un projet de 100.000 lignes, selon la taille de l’équipe. Résultats :

• équipes de 32 personnes : 8.92 mois
• équipes de 4 personnes : 9.12 mois

Soit une semaine (2-3% !) de différence.

Le coût de production est évidemment dramatiquement en faveur des petites équipes (presque 8 fois moins cher pour le même résultat !). Une des explications avancées est que les grosses équipes créent bien plus de bugs.

Il n’y a malheureusement pas de discussion sur d’autres origines possibles, telles que la coordination, la communication, le nombre de managers, la dispersion dans plusieurs salles ou sites géographiques, les compétences, le turnover, la taille de la société employeur… On aimerait aussi plus de tailles d’équipes comparées. Y a-t-il un pic à 2 personnes ? 6 personnes ? 4 ?

Il y a quelques années, dans une discussion avec des collègues, une remarque m’avait été faite : « gérer des grosses équipes est difficile ! » La conclusion semble être : « eh bien, ne le faites pas. »

Posts associés

No related posts.

Commentaires