Lernzettel: Principes et Pratiques de l'Agilité Logicielle

📋 Plan du Cours

1. Acceptation du changement dans les processus agiles
2. Livraison fréquente d'une application fonctionnelle
3. Collaboration régulière entre métier et développeurs
4. Auto-organisation des équipes pour meilleures architectures et conceptions
5. Réflexion régulière pour améliorer l'efficacité et ajuster le processus
6. Pratiques communes liées au pilotage du projet
7. Pratiques communes liées à la qualité de la production
8. Tests unitaires et tests fonctionnels pour garantir la qualité
9. Programmation en binôme et appropriation collective du code

📖 1. Acceptation du changement dans les processus agiles

🔑 Notions clés & Définitions

• Affinement du besoin : Processus fonctionnel d'adaptation systématique du produit aux changements du besoin détectés par l'utilisateur lors de la conception-réalisation, permettant une validation permanente et une conception émergente.
• Propriétaire du produit (Product Owner) : Personne responsable de produire et de maintenir à jour le carnet de produit, fixant les priorités et pouvant modifier ou annuler un sprint en cours pour s'adapter aux nouvelles connaissances ou besoins.
• Processus agiles : Ensemble de pratiques itératives et adaptatives qui exploitent le changement comme avantage concurrentiel, favorisent la participation active du client et recommandent une attention continue à l'excellence technique et à la qualité de la conception.
• Méthodes agiles : Des groupes de pratiques de projets de développement en informatique (conception de logiciel), pouvant s'appliquer à divers types de projets.

📝 Points essentiels

• Le propriétaire du produit peut compléter, modifier ou annuler un sprint en cours pour s'adapter aux nouvelles connaissances ou besoins.
• L'affinement du besoin est réalisé fonctionnellement par une adaptation systématique du produit aux changements détectés par l'utilisateur.
• L'acceptation du changement est favorisée par la participation active du client, qui permet de choisir finement les fonctionnalités à chaque incrément.
• • puisque la compréhension est importante, nous définirons et ferons évoluer ensemble des métaphores • puisque l'intégration des modifications est cruciale, nous l'effectuerons plusieurs fois par jour • puisque les besoins évoluent vite, nous ferons des cycles de développement très rapides pour nous adapter au changement Cycle de développement L'Extreme Programming repose sur des cycles rapides de développement (des itérations de quelques semaines) dont les étapes sont les suivantes : • une phase d'exploration, détermine les scénarios "client" qui seront fournis pendant cette itération • l'équipe transforme les scénarios en tâches à réaliser et en tests fonctionnels • chaque développeur s'attribue des tâches et les réalise avec un binôme • lorsque tous les tests fonctionnels passent, le produit est livré Le cycle se répète tant que le client peut fournir des scénarios à livrer.

💡 À retenir

L'acceptation du changement est au cœur des méthodes agiles, incarnée par un processus adaptatif piloté activement par le propriétaire du produit pour maximiser la valeur livrée.

📖 2. Livraison fréquente d'une application fonctionnelle

🔑 Notions clés & Définitions

• Sprint : Une période d'un mois au maximum, au bout de laquelle l'équipe délivre un incrément du produit, potentiellement livrable.
• Livraison complète :  Un incrément achevé contient une livraison complète, développée, approuvée et testée.
• Éléments du carnet : C'est notamment elle seule qui a le mot final sur les estimations des éléments du carnet du produit.

📝 Points essentiels

• Un incrément est une livraison complète, développée, approuvée et testée à la fin de chaque sprint.
• Les sprints durent généralement entre une et six semaines selon les besoins du projet.
• Les petites livraisons fréquentes réduisent le coût et les risques liés à l'intégration et facilitent la visibilité du client.
• Chaque sprint produit un incrément fonctionnel qui peut être validé et utilisé, assurant une progression continue du produit.
• L'intégration continue et les tests réduisent considérablement le coût de livraison.
•  Le projet est structuré en incréments de une à six semaines suivant les nécessités (taille, réactivité, visibilité...).

💡 À retenir

La livraison fréquente d'incréments fonctionnels garantit une visibilité constante et une validation régulière du produit, assurant ainsi une progression maîtrisée.

📖 3. Collaboration régulière entre métier et développeurs

🔑 Notions clés & Définitions

• Revue de sprint : Réunion à la fin de chaque sprint où l'équipe Scrum présente l'incrément du produit réalisé, permettant de valider le travail et d'ajuster le carnet de produit en fonction des retours des parties prenantes.
• Carnet de produit (Product Backlog) : Liste priorisée des fonctionnalités à développer, maintenue par le propriétaire du produit, qui guide le travail de l'équipe lors des sprints.
• Entre le propriétaire du produit : Interaction structurée où le propriétaire du produit négocie avec l'équipe de développement pour définir les éléments à réaliser dans le sprint.

📝 Points essentiels

• La réunion quotidienne de 15 minutes permet à l'équipe de synchroniser ses actions, identifier les obstacles et ajuster le travail vers l'objectif du sprint.
• La revue de sprint valide l'incrément produit et permet d'ajuster le carnet de produit en fonction des retours des parties prenantes.
• Le carnet de produit est une liste priorisée des fonctionnalités à développer, maintenue par le propriétaire du produit.

💡 À retenir

La réunion quotidienne de 15 minutes permet à l'équipe de synchroniser ses actions, identifier les obstacles et ajuster le travail vers l'objectif du sprint.

📖 4. Auto-organisation des équipes pour meilleures architectures et conceptions

🔑 Notions clés & Définitions

• Auto-organisation : Capacité d'une équipe pluridisciplinaire à s'organiser collectivement sans directives hiérarchiques externes afin de réaliser son projet en exploitant le changement comme avantage concurrentiel.
• Scrum Master : Membre de l'équipe chargé de protéger celle-ci des perturbations extérieures et de faciliter la résolution des problèmes non techniques pour maximiser la valeur produite.

📝 Points essentiels

• L'équipe est auto-organisée, décidant collectivement de la manière d'atteindre les objectifs du sprint sans directives hiérarchiques externes.
• Le Scrum Master agit comme facilitateur, protégeant l'équipe des perturbations extérieures et aidant à résoudre les problèmes non techniques.
• Le refactoring est une pratique régulière d'amélioration du code sans modification fonctionnelle, permettant d'améliorer la qualité et la maintenabilité.
•  Chef de mêlée (Scrum Master) Membre de l'équipe dont l'objectif principal est de la protéger des perturbations extérieures.
• C'est en revanche un facilitateur pour les problèmes non techniques de l'équipe.

💡 À retenir

Le Scrum Master agit comme facilitateur, protégeant l'équipe des perturbations extérieures et aidant à résoudre les problèmes non techniques.

📖 5. Réflexion régulière pour améliorer l'efficacité et ajuster le processus

🔑 Notions clés & Définitions

• Rétrospective de sprint : Réunion tenue à la fin de chaque sprint permettant à l'équipe de développement d'analyser son fonctionnement et d'identifier des actions pour améliorer le processus et la collaboration.
• Inspection et adaptation : Principes fondamentaux des méthodes agiles consistant à examiner régulièrement le travail et les processus pour détecter les écarts ou problèmes, puis à ajuster les pratiques en conséquence afin d'améliorer la qualité et l'efficacité.
• Processus de développement : Ensemble structuré et itératif d'activités permettant de concevoir, réaliser et livrer un produit logiciel, caractérisé par une approche incrémentale et adaptative dans les méthodes agiles.

📝 Points essentiels

• La rétrospective de sprint est une réunion à la fin de chaque sprint pour améliorer le processus.
• Les principes d'inspection et d'adaptation sont appliqués quotidiennement et périodiquement pour identifier obstacles et ajuster les pratiques.
• Cette réflexion régulière permet d'identifier les obstacles, d'ajuster les pratiques et d'améliorer l'efficacité globale du projet.
• L'amélioration continue est un pilier des méthodes agiles garantissant l'évolution positive du processus et des résultats.
• Avant de démarrer un nouveau sprint, l'équipe réalise une rétrospective.
• Un principe fort des méthodes Agiles est la participation active du client.

💡 À retenir

La réflexion régulière via la rétrospective et l'inspection-adaptation est essentielle pour optimiser continuellement l'efficacité et la qualité du projet.

📖 6. Pratiques communes liées au pilotage du projet

🔑 Notions clés & Définitions

• Carnet de sprint (Sprint Backlog) : Document listant les tâches à accomplir pendant un sprint, découpées en activités d'une journée au plus.
• Graphique d'avancement (Burndown Chart) : Graphique représentant l'évolution du reste à faire total, jour par jour pour les sprints ou sprint par sprint pour les releases.
• Réunion de planification de sprint : Réunion à laquelle toute l'équipe Scrum participe pour organiser le travail à réaliser pendant le sprint, ne devant pas dépasser 8 heures pour un sprint d'un mois.
• Chef de projet : Rôle traditionnel de pilotage de projet, parfois exercé par un Scrum Master, qui peut appliquer un contrôle strict sur l'équipe, contrairement à l'approche agile qui privilégie la transparence et la collaboration.
• Pratiques techniques : Fowler indique que même si Scrum ne décrit pas quelles pratiques techniques mettre en place, la méthode n'encourage pas l'absence de telles pratiques et que les « Scrummers » de premier plan ont toujours insisté sur l'utilisation de pratiques techniques efficaces.

📝 Points essentiels

• Le carnet de sprint liste les tâches à réaliser, découpées en activités d'une journée maximum.
• Le graphique d'avancement montre l'évolution du reste à faire, jour par jour ou sprint par sprint.
• La réunion de planification organise le travail, limitée à 8 heures pour un sprint d'un mois.
• Le pilotage agile repose sur la transparence, la planification itérative et le suivi visuel.
•  Réunion de planification d'itération Toute l'équipe Scrum est présente à cette réunion, qui ne doit pas durer plus de 8 heures pour un sprint d'un mois.
•  Carnet de sprint (Sprint Backlog) Liste des tâches à accomplir pendant un sprint.

💡 À retenir

Le pilotage agile s'appuie sur des outils et réunions structurés pour planifier, suivre et ajuster le travail de manière transparente et itérative.

📖 7. Pratiques communes liées à la qualité de la production

🔑 Notions clés & Définitions

• Excellence technique : Une attention continue portée à la qualité de la conception et du développement logiciel, visant à maintenir un haut niveau de qualité et à éviter l'accumulation de dette technique.
• Équipe de développement : Constituée de 3 à 9 personnes et a pour responsabilité de livrer à chaque fin d'itération une nouvelle version de l'application enrichie de nouvelles fonctionnalités et respectant le niveau de qualité nécessaire pour être livré.
• EXtrême Programming : Une méthode agile centrée sur la réalisation d'applications par des cycles de développement très rapides, intégrant plusieurs fois par jour les modifications, refondant régulièrement le code et livrant fréquemment des fonctionnalités.

📝 Points essentiels

• L'utilisation de normes et techniques raisonnables de qualité du code, incluant des métriques, est essentielle pour maintenir la qualité.
• L'architecture modulaire basée sur des composants facilite la gestion des changements et la maintenabilité du produit.
• La documentation et la modélisation sont limitées à ce qui est nécessaire et suffisant pour garantir la qualité sans surcharge.
• • Normes et techniques raisonnables de qualité du code (métrique).

💡 À retenir

La qualité de la production agile est assurée par une excellence technique ciblée, des normes adaptées et une architecture modulaire efficace.

📖 8. Tests unitaires et tests fonctionnels pour garantir la qualité

🔑 Notions clés & Définitions

• Tests unitaires : Une méthode de vérification qui consiste à tester les plus petites unités de code de manière isolée pour s'assurer que chaque composant fonctionne correctement avant son intégration.
• Intégration continue : Un processus qui consiste à intégrer immédiatement les modifications terminées dans le produit complet, en s'appuyant sur la réussite des tests automatisés pour réduire les risques et les coûts liés à l'intégration et à la livraison.
• Tests fonctionnels : Des tests basés sur des scénarios définis par le client qui valident la conformité des fonctionnalités globales du logiciel.

📝 Points essentiels

• Les tests de recette sont basés sur les scénarios définis par le client pour valider les fonctionnalités globales.
• Les tests automatisés réduisent le coût et les risques liés à l'intégration et à la livraison.
• Tests de recette (ou tests fonctionnels) À partir des scénarios définis par le client, l'équipe crée des procédures de test qui permettent de vérifier l'avancement du développement.
• Intégration continue Lorsqu'une tâche est terminée, les modifications sont immédiatement intégrées dans le produit complet.

💡 À retenir

Les tests de recette sont basés sur les scénarios définis par le client pour valider les fonctionnalités globales.

📖 9. Programmation en binôme et appropriation collective du code

🔑 Notions clés & Définitions

• Programmation en binôme : Pratique où deux développeurs travaillent ensemble sur un même poste de travail, permettant d'améliorer la qualité du code et de favoriser le partage des connaissances.
• Appropriation collective du code : Responsabilité partagée par l'équipe de développement, où chaque membre peut modifier toutes les parties du code, même celles qu'il n'a pas écrites, assurant ainsi une connaissance et une maintenance collectives.
• Avec un binôme : Collaboration étroite entre deux développeurs qui réalisent ensemble des tâches quotidiennes sur un même poste de travail.

📝 Points essentiels

• La programmation en binôme consiste à deux développeurs travaillant ensemble sur le même poste pour améliorer la qualité et le partage des connaissances.
• L'appropriation collective du code signifie que l'équipe partage la responsabilité et la connaissance du code produit.
• Ces pratiques favorisent la qualité, la cohésion d'équipe et la rapidité d'adaptation aux changements.
• L'appropriation collective facilite le refactoring et la maintenance continue du code.

💡 À retenir

La programmation en binôme consiste à deux développeurs travaillant ensemble sur le même poste pour améliorer la qualité et le partage des connaissances.

📊 Tableaux de Synthèse

Comparaison des pratiques agiles et traditionnelles

Aspect	Pratiques agiles	Pratiques traditionnelles
Organisation	Auto-organisation des équipes	Hiérarchie et directives externes
Réunions	Revue de sprint, réunion quotidienne, planification	Réunions formelles, contrôle hiérarchique
Livraison	Livraisons fréquentes d'incréments fonctionnels	Livraison en fin de projet ou étape
Amélioration continue	Rétrospectives, inspection et adaptation régulières	Moins d'inspections, ajustements moins fréquents

⚠️ Pièges & Confusions Fréquentes

1. Confusion entre pratiques agiles et méthodes traditionnelles
2. Sous-estimer l'importance de la collaboration régulière
3. Ignorer l'auto-organisation des équipes
4. Négliger la réflexion régulière pour l'amélioration
5. Confondre tests unitaires et tests fonctionnels
6. Supposer que la documentation est moins importante en agile
7. Mal interpréter le rôle du Scrum Master ou du Product Owner

✅ Checklist Examen

1. Vérifier la participation active du client dans le processus
2. S'assurer de la fréquence des livraisons d'incréments fonctionnels
3. Confirmer la tenue régulière des rétrospectives de sprint
4. Vérifier que l'équipe est auto-organisée sans directives hiérarchiques externes
5. S'assurer que les tests automatisés sont en place et utilisés
6. Vérifier la pratique de programmation en binôme et l'appropriation collective du code
7. Confirmer l'utilisation d'outils visuels comme le graphique d'avancement
8. Vérifier la tenue des revues de sprint et la mise à jour du carnet de produit
9. S'assurer que le refactoring est pratiqué régulièrement
10. Vérifier que la communication entre métier et développeurs est structurée et régulière
11. Confirmer que la réflexion pour améliorer l'efficacité est systématique