« Processus de développement de logiciels SCRUM (1995) » : différence entre les versions
De Wiki Agile
| Ligne 215 : | Ligne 215 : | ||
Lorsque le management estime que les variables de temps, de concurrence, d'exigences, de coût et de qualité concordent pour qu'une nouvelle version soit produite, elle déclare la version "clôturée" et entre dans cette phase. Cette phase prépare le produit développé à une diffusion générale. L'intégration, les tests système, la documentation utilisateur, la préparation du support de formation et du support de marketing font partie des tâches de clôture. | Lorsque le management estime que les variables de temps, de concurrence, d'exigences, de coût et de qualité concordent pour qu'une nouvelle version soit produite, elle déclare la version "clôturée" et entre dans cette phase. Cette phase prépare le produit développé à une diffusion générale. L'intégration, les tests système, la documentation utilisateur, la préparation du support de formation et du support de marketing font partie des tâches de clôture. | ||
==Contrôles== | ==Contrôles SCRUM== | ||
Le fonctionnement à la limite du chaos (imprévisibilité et complexité) nécessite des contrôles pour éviter de tomber dans le chaos. La méthodologie SCRUM intègre ces contrôles souples, en utilisant des techniques orientées objet pour la construction effective des produits livrables.<br/> | Le fonctionnement à la limite du chaos (imprévisibilité et complexité) nécessite des contrôles pour éviter de tomber dans le chaos. La méthodologie SCRUM intègre ces contrôles souples, en utilisant des techniques orientées objet pour la construction effective des produits livrables.<br/> | ||
<br/> | <br/> | ||
| Ligne 232 : | Ligne 232 : | ||
Ces contrôles sont utilisés dans les différentes phases de SCRUM. Le management utilise ces contrôles pour gérer le backlog. Les équipes utilisent ces contrôles pour gérer les changements et les problèmes. Le management et les équipes gèrent conjointement les problèmes, les risques et les solutions. Ces contrôles sont revus, modifiés et réconciliés lors de chaque réunion de revue de sprint. | Ces contrôles sont utilisés dans les différentes phases de SCRUM. Le management utilise ces contrôles pour gérer le backlog. Les équipes utilisent ces contrôles pour gérer les changements et les problèmes. Le management et les équipes gèrent conjointement les problèmes, les risques et les solutions. Ces contrôles sont revus, modifiés et réconciliés lors de chaque réunion de revue de sprint. | ||
== | ==Livrables SCRUM== | ||
Le produit livré est flexible. Son contenu est déterminé par des variables environnementales, notamment le temps, la concurrence, le coût ou la fonctionnalité. Les déterminants du produit livrable sont la connaissance du marché, le contact avec le client et les compétences des développeurs. Des ajustements fréquents du contenu du produit livrable ont lieu au cours du projet en réponse à l'environnement. Le produit à livrer peut être déterminé à tout moment au cours du projet. | Le produit livré est flexible. Son contenu est déterminé par des variables environnementales, notamment le temps, la concurrence, le coût ou la fonctionnalité. Les déterminants du produit livrable sont la connaissance du marché, le contact avec le client et les compétences des développeurs. Des ajustements fréquents du contenu du produit livrable ont lieu au cours du projet en réponse à l'environnement. Le produit à livrer peut être déterminé à tout moment au cours du projet. | ||
==Équipe projet== | ==Équipe projet SCRUM== | ||
L'équipe qui travaille sur la nouvelle version comprend des développeurs à temps plein et des personnes externes qui seront concernées par la nouvelle version, telles que le marketing, les ventes et les clients. Dans les processus de développement traditionnels, ces derniers groupes sont tenus à l'écart des équipes de développement par crainte de compliquer excessivement le processus et de provoquer des interférences "inutiles". L'approche SCRUM, en revanche, accueille favorablement et facilite leur implication contrôlée à intervalles déterminés, car cela augmente la probabilité que le contenu et le calendrier de la version soient appropriés, utiles et commercialisables.<br/> | L'équipe qui travaille sur la nouvelle version comprend des développeurs à temps plein et des personnes externes qui seront concernées par la nouvelle version, telles que le marketing, les ventes et les clients. Dans les processus de développement traditionnels, ces derniers groupes sont tenus à l'écart des équipes de développement par crainte de compliquer excessivement le processus et de provoquer des interférences "inutiles". L'approche SCRUM, en revanche, accueille favorablement et facilite leur implication contrôlée à intervalles déterminés, car cela augmente la probabilité que le contenu et le calendrier de la version soient appropriés, utiles et commercialisables.<br/> | ||
<br/> | <br/> | ||
| Ligne 242 : | Ligne 242 : | ||
* Équipes de développement : les équipes de développement sont petites et comprennent chacune des développeurs, des documentalistes et du personnel chargé du contrôle qualité. Une ou plusieurs équipes de trois à six personnes chacune sont mises en place. Chacune se voit attribuer un ensemble de packages (ou d'objets), y compris tous les éléments du backlog liés à chaque package. L'équipe définit les changements nécessaires à la mise en œuvre des éléments du backlog dans les packages et gère tous les problèmes liés à ces changements. Les équipes peuvent être issues d'une fonction (on leur attribue les packages qui concernent des ensembles spécifiques de fonctionnalités du produit) ou d'un système (on leur attribue des couches spécifiques du système). Les membres de chaque équipe sont sélectionnés sur la base de leurs connaissances et de leur expertise concernant des ensembles de packages, ou expertise de domaine. | * Équipes de développement : les équipes de développement sont petites et comprennent chacune des développeurs, des documentalistes et du personnel chargé du contrôle qualité. Une ou plusieurs équipes de trois à six personnes chacune sont mises en place. Chacune se voit attribuer un ensemble de packages (ou d'objets), y compris tous les éléments du backlog liés à chaque package. L'équipe définit les changements nécessaires à la mise en œuvre des éléments du backlog dans les packages et gère tous les problèmes liés à ces changements. Les équipes peuvent être issues d'une fonction (on leur attribue les packages qui concernent des ensembles spécifiques de fonctionnalités du produit) ou d'un système (on leur attribue des couches spécifiques du système). Les membres de chaque équipe sont sélectionnés sur la base de leurs connaissances et de leur expertise concernant des ensembles de packages, ou expertise de domaine. | ||
==Caractéristiques== | ==Caractéristiques SCRUM== | ||
La méthodologie SCRUM est une métaphore du jeu de rugby. Le rugby s'est développé à partir du football anglais (soccer) sous la pression intense du jeu : | La méthodologie SCRUM est une métaphore du jeu de rugby. Le rugby s'est développé à partir du football anglais (soccer) sous la pression intense du jeu : | ||
William Webb Ellis, 17 ans, étudiant à Rugby, inaugure un nouveau jeu dont les règles seront codifiées en 1839. Jouant au football pour le collège du East Warwickshire, vieux de 256 ans, Ellis voit que le temps s'écoule et que son équipe est à la traîne. The People's Chronology, Henry Holt and Company, Inc. Copyright © 1992. | William Webb Ellis, 17 ans, étudiant à Rugby, inaugure un nouveau jeu dont les règles seront codifiées en 1839. Jouant au football pour le collège du East Warwickshire, vieux de 256 ans, Ellis voit que le temps s'écoule et que son équipe est à la traîne. The People's Chronology, Henry Holt and Company, Inc. Copyright © 1992. | ||
| Ligne 260 : | Ligne 260 : | ||
* Le jeu ne se termine pas tant que l'environnement ne l'impose pas (besoin du métier, concurrence, fonctionnalité, calendrier). | * Le jeu ne se termine pas tant que l'environnement ne l'impose pas (besoin du métier, concurrence, fonctionnalité, calendrier). | ||
==Avantages== | ==Avantages de la Méthodologie SCRUM== | ||
D'autres méthodologies de développement sont conçues uniquement pour répondre à l'imprévisibilité des environnements externes et de développement au début d'un cycle d'amélioration. Des approches plus récentes telles que la méthodologie en Spirale de Boehm et ses variantes sont encore limitées dans leur capacité à répondre à l'évolution des besoins une fois que le projet a démarré.<br/> | D'autres méthodologies de développement sont conçues uniquement pour répondre à l'imprévisibilité des environnements externes et de développement au début d'un cycle d'amélioration. Des approches plus récentes telles que la méthodologie en Spirale de Boehm et ses variantes sont encore limitées dans leur capacité à répondre à l'évolution des besoins une fois que le projet a démarré.<br/> | ||
<br/> | <br/> | ||
| Ligne 271 : | Ligne 271 : | ||
La technologie Orientée Objet constitue la base de la méthodologie SCRUM. Les objets, ou fonctionnalités d'un produit, offrent un environnement simple et facile à gérer. Le code procédural, avec ses interfaces nombreuses et entremêlées, ne convient pas à la méthodologie SCRUM. SCRUM peut être appliqué ponctuellement à des systèmes procéduraux dotés d'interfaces propres et d'une forte orientation vers les données. <br/> | La technologie Orientée Objet constitue la base de la méthodologie SCRUM. Les objets, ou fonctionnalités d'un produit, offrent un environnement simple et facile à gérer. Le code procédural, avec ses interfaces nombreuses et entremêlées, ne convient pas à la méthodologie SCRUM. SCRUM peut être appliqué ponctuellement à des systèmes procéduraux dotés d'interfaces propres et d'une forte orientation vers les données. <br/> | ||
==Estimation== | ==Estimation d'un projet SCRUM== | ||
Les projets SCRUM peuvent être estimés à l'aide d'une estimation standard par points de fonction. Toutefois, il est conseillé d'estimer la productivité à environ deux fois la mesure actuelle. Cette estimation n'est toutefois qu'un point de départ, car le calendrier et le coût globaux sont déterminés de manière dynamique en fonction des facteurs environnementaux.<br/> | Les projets SCRUM peuvent être estimés à l'aide d'une estimation standard par points de fonction. Toutefois, il est conseillé d'estimer la productivité à environ deux fois la mesure actuelle. Cette estimation n'est toutefois qu'un point de départ, car le calendrier et le coût globaux sont déterminés de manière dynamique en fonction des facteurs environnementaux.<br/> | ||
<br/> | <br/> | ||
