160 likes | 293 Vues
Introduction de l’agilité dans les méthodes. Adrian Iacovelli & Carine Souveyet. Constat. Milieu industriel évoluant de plus en plus vite Difficulté de définir les besoins au plus tôt Apparition des méthodes agile à la fin des années 90 Adaptation aux environnements turbulents
E N D
Introduction de l’agilité dans les méthodes Adrian Iacovelli & Carine Souveyet
Constat • Milieu industriel évoluant de plus en plus vite • Difficulté de définir les besoins au plus tôt • Apparition des méthodes agile à la fin des années 90 • Adaptation aux environnements turbulents • Réponse constante au changement
Manifesto • [http://agilemanifesto.org/] • 17 personnes dans l’Utah en 2001 • Favoriser les interactions entre les individus sur les processus et les outils. • Travailler au développement du logiciel plutôt que sa documentation. • Préférer une relation collaborative avec le client par rapport à une relation contractuelle. • Préférer répondre aux changements plutôt que de respecter une planification. • 4 valeurs pour 12 principes
Problématique • Qu’est ce que le concept d’agilité, comment le capturer ? • Comment intégrer ce concept dans d’autres méthodes?
Démarche de recherche • Etat de l’art des méthodes agiles : ASD, AM, Crystal, DSDM, XP, FDD, PP, Scrum • Etablissement d’un cadre de référence • Classification des méthodes • Approche par composants de méthode réutilisables
Cadre de référence Aptitude à l’agilité possède a pour but Usage Méthode Agile est utilisé Applicabilité se développe Processus et produits
Vue usage • En quoi la méthode va aider à satisfaire les objectifs? • Pourquoi • Adaptée aux environnements turbulents • Satisfaction des utilisateurs • Favorable a l'externalisation • Gain de Productivité • Respect d'un niveau de qualité • Respect des dates de livraisons • Respect des besoins du client
Vue aptitude à l’agilité • Comment la méthode inclut elle le concept d'agilité ? • Quoi • Indicateurs du changement • Collaborative • Les besoins fonctionnels peuvent changer • Les ressources humaines peuvent changer • Intégration des changements • Partage de la connaissance • Processus léger • Les besoins non fonctionnels peuvent changer • Centrée sur les personnes • Réactivité • Politique de refactoring • Itérations courtes • Politique de test • La planification peut changer
Vue applicabilité • Quels sont les facteurs propices à la mise en œuvre de la méthode? • Quand • Degré d'interaction entre les membres de l‘équipe • Degré d'interaction avec le client • Degré d'interaction avec les utilisateurs du système • Degré d'intégration des innovations • Complexité du projet • Risque lies au projet • Taille du projet • Organisation de l‘équipe • Taille de l‘équipe
Vue processus et produits • Caractérisation du processus de la méthode. Quels sont les produits et les activités de ce processus? • Comment • Niveau d'abstraction des règles et bonnes pratiques • Activités couvertes par la méthode • Produits des activités de la méthode
Classification : classes principales Classe de méthodes orientées pratiques de développement logiciel Classe de méthodes orientées gestion de projets Classe hybride
Conclusion • Ingénierie des méthodes : fragments de méthodes • Construction d’une base de composants • Apporter de l’agilité à d’autres méthodes