Amélioration des processus en temps réel avec SCRUM

Ce soir, je fais une présentation sur SCRUM à l'occasion de l'assemblée générale de l'Union européenne. Réseau d'amélioration des processus logiciels de Boston à MITRE Corp. à Bedford, MA. Il s'agit d'une variante de la partie Théorie et pratique SCRUM de l'atelier OTUG que j'ai organisé à Minneapolis l'année dernière.

Sutherland, Jeff. Scrum : Théorie et pratique. Conférence du groupe d'utilisateurs de la technologie de l'objet : Agile Software Development with SCRUM with Application to Healthcare Mobile Platform Development (Développement de logiciels agiles avec SCRUM et application au développement de plates-formes mobiles dans le domaine de la santé). Université de St Thomas, St Paul, MN, 18 mars 2003.

Un élément central de cette présentation est l'examen du développement itératif et incrémental, une stratégie de base pour tous les processus agiles. Il est important de noter que les principaux experts dans ce domaine étaient convaincus, même en 1957, que la méthode de la chute d'eau ne décrivait pas ce qui se passait réellement dans le développement de logiciels. Pourtant, la méthode de la chute d'eau est devenue un mythe urbain persistant, bien qu'elle ait causé des centaines de milliards de dollars d'échecs de projets. Il est essentiel de rappeler constamment que la méthode de la cascade est fondamentalement erronée dans son concept et qu'elle a voué à l'échec un grand nombre de projets logiciels parmi les mieux financés.

L'article de Larman et Basili sur ce sujet est une lecture obligatoire pour ceux qui s'intéressent à ce sujet. Envoyez-moi un message si vous n'arrivez pas à mettre la main sur un exemplaire.

Larman, Craig et Basili, VictorDéveloppement itératif et incrémental : Une brève histoire. IEEE Computer 36:6:47-56, juin 2003.

"Nous faisions du développement incrémental dès 1957, à Los Angeles, sous la direction de Bernie Dimsdale [à la Service Bureau Corporation d'IBM]. C'était un collègue de John von Neumann, il l'a donc peut-être appris là-bas, ou l'a considéré comme totalement naturel. Je me souviens que Herb Jacobs (principalement, bien que nous ayons tous participé) a développé une grande simulation pour Motorola, où la technique utilisée était, pour autant que je sache, indiscernable de XP.

"Lorsqu'une grande partie de la même équipe s'est réunie à Washington en 1958 pour développer le projet Mercury, nous avions notre propre machine et le nouveau système d'exploitation Share, dont la modification et l'assemblage symboliques nous permettaient de construire le système de manière incrémentale, ce que nous avons fait, avec beaucoup de succès. Le projet Mercury a été le terreau sur lequel s'est développée la division des systèmes fédéraux d'IBM. Cette division a donc démarré avec une histoire et une tradition de développement incrémental.

"Pour autant que je m'en souvienne, nous pensions tous que l'approche en cascade d'un projet de grande envergure était plutôt stupide, ou du moins ignorante des réalités. Je pense que ce que la description de la chute d'eau a fait pour nous, c'est nous faire réaliser que nous faisions quelque chose d'autre, quelque chose qui n'avait pas de nom, si ce n'est "développement logiciel". Gerald Weinberg