<p>« L’agile est une bonne idée, mais certains de ses principes mettent trop l’accent sur le court terme pour des projets technologiques innovants.<br />
La planification à court terme, la collaboration avec les clients et le style d’intégration continue (CI) conviennent aux logiciels qui offrent de nombreuses fonctionnalités que les clients peuvent utiliser directement et progressivement, même si la fonction de base est simple.<br />
En revanche, cela convient mal aux logiciels dont l’interface est simple mais dont la complexité interne est énorme. Cela ne convient pas non plus aux solutions de rupture qui ne peuvent pas être utilisées avant d’être entièrement achevées, ou que les clients ne peuvent même pas imaginer.<br />
Des logiciels comme Bigtable ou Borg, développés par Google, demandent beaucoup de temps en conception en amont, et le travail sur chaque composant dure plus longtemps qu’une itération d’une semaine. Cela ne correspond pas à Scrum, et c’est aussi le cas d’autres logiciels sectoriels comme les logiciels de comptabilité fiscale ou les jeux vidéo. » <br />
C’est l’explication donnée. <br />
Sont également évoqués des principes peut-être plus adaptés au style de Google, comme rédiger avant le démarrage du développement un document concis de description du projet et le partager avec les parties prenantes afin d’obtenir des retours précoces, ou encore créer un projet de dogfooding et fournir rapidement un logiciel fonctionnel.</p>
1 commentaires