Votre navigateur ne supporte pas JavaScript ! SCRUM: IEEE Computer Agile Issue - June 2003 - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS


L'IEEE Computer a publié ce mois-ci un numéro sur le développement agile. L'article sur l'histoire du développement itératif est particulièrement intéressant et vivement recommandé à toute personne intéressée par l'historique de la méthode Scrum ou de toute autre méthode agile.

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

Le développement itératif et incrémentiel remonte au milieu des années 1950 et d'éminents leaders du génie logiciel de chaque décennie ont soutenu et utilisé les pratiques IID. De nombreux grands projets de la NASA, d'IBM et d'ailleurs les ont utilisées. La norme du ministère de la défense sur le développement en cascade a été mal conçue selon son auteur, qui s'est principalement appuyé sur des manuels et des consultants. Il a fallu plus de dix ans à un comité du ministère de la défense dirigé par Fred Books (Mythical Manmonth) pour remédier au problème. Entre-temps, au moins $75B de projets logiciels du ministère de la défense ont échoué.

Le premier document publié que Larman a pu trouver sur le développement itératif est un rapport de 1968 de Biran Randell et F.W. Zurcher du centre de recherche IBM T.J. Watson. Il est intéressant de noter qu'il présente le modèle de développement de base utilisé par le premier logiciel Scrum d'Easel Corporation en 1993.

"L'approche de base reconnaît la futilité de séparer les processus de conception, d'évaluation et de documentation dans la conception de systèmes logiciels. Le processus de conception est structuré par un modèle en expansion, initié par une définition formelle du système, qui fournit un premier modèle fonctionnel exécutable. Ce modèle est testé et développé à travers une séquence de modèles qui développent de plus en plus de fonctions et de détails sur la manière dont ces fonctions doivent être exécutées. En fin de compte, le modèle devient le système".

Easel construisait le premier outil OOAD avec une ingénierie d'aller-retour. L'objectif d'un Scrum était toujours d'étendre un système disposant d'un modèle et d'un code synchronisé avec le modèle. Si l'objectif était un nouveau développement, un petit système prototype était créé au cours de la première semaine d'un Scrum et ce système évoluait. Nous avons exigé et réussi à utiliser l'outil OOAD pour construire l'outil OOAD. Developers a dû manger sa propre nourriture pour chien, ce qui est rare dans l'industrie du logiciel.

fr_FRFrench
Actions