9 points par curioe 2019-08-08 | 1 commentaires | Partager sur WhatsApp
<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

 
xguru 2019-08-08
<p>Je suis d’accord sur le fait que l’agile peut ne pas très bien convenir à des projets reposant sur une base technologique profonde.</p><p>On parlait des principes agiles à la manière de Google, mais je me dis aussi que des développeurs agiles « vraiment compétents », comme on les décrit souvent, auraient sans doute réagi avec cette même souplesse face à des projets pour lesquels l’agile n’est pas adaptée.</p>