Il ne faut pas croire que le monde des développeurs, normalement feutré et concentré sur les problèmes techniques, soit un "long fleuve tranquille". Il n’en est rien et même si cela ne sert pas à grand-chose, il donne lieu à des affrontements violents entre tenants de stratégies "a priori" opposées. 

L’exemple de la gestion de projets est significatif de ce climat délétère. Depuis que Ken Schwaber et Jeff Sutherland ont suggéré avec Scrum en 1995, une autre manière de gérer certains projets de développement, les esprits se sont échauffés et les invectives se sont mises à pleuvoir. On est au bord de la guerre civile et il n’y a pas une conférence ou convention qui ne donne lieu à des débordements d’autant plus stériles et ridicules, que les méthodes ont somme toute beaucoup de points communs et que "sur le terrain", tout va dépendre "in fine" de la manière de les mettre en œuvre et de l’expérience du chef de projet ou "product owner"

On peut ne pas apprécier la programmation en binôme suggérée par Scrum et "X programming", estimer que le codage par les tests n’a pas de sens et rejeter certains cérémoniaux, comme la "stand’up meeting", mais cela ne justifie pas les digressions insultantes proférées par Michael O’Church ou Eric Meijer (Microsoft), pour qui Scrum est à renvoyer à la vase d’où elle vient et constitue un cancer dont il faut libérer les développeurs.

Ces "jeunes gens"  devraient méditer la phrase de Gustave Flaubert qui disait que "l’excès de critique engendre l’inintelligence". Car libellées de cette manière elles ont l’effet inverse de ce qu’elles visent et témoignent plus d’une insuffisance de maturité chez ceux qui les profèrent que d’une véritable confrontation des techniques de développement.

Meijer et O’Church ne sont pas sans savoir qu’il y a des gens qui mettent au point des applications avec Scrum et que d’autres en font aussi bien avec des méthodes en V. Sans que pour cela, la planète ne se mette à tourner à l’envers.

Et que la meilleure attitude à adopter est de mixer ce qui nous semble pertinent dans toutes ces méthodes et d’en faire un cadre adapté à nos besoins, puis de nous y tenir.

De toute façon, quelle que soit la méthode, si les développeurs n’ont pas l’expérience et la technicité suffisantes, nous n’aboutirons à rien. Mais qu’à l’inverse, avec de bons programmeurs, nous ferons des miracles, aussi bien avec Scrum qu’avec une méthode en V. N’en déplaise à Michael O’Church et Eric Mejer. Le reste n’est que littérature.