« AGILITÉ » : différence entre les versions
Aucun résumé des modifications |
|||
| Ligne 130 : | Ligne 130 : | ||
Depuis la release 9.0 la vision est travaillée dans le cadre d'un PI Planning méthodologie issus de SAFE. | Depuis la release 9.0 la vision est travaillée dans le cadre d'un PI Planning méthodologie issus de SAFE. | ||
Une infographie ici vous permet de visualiser toutes les étapes. | Une infographie ici vous permet de visualiser toutes les étapes. [https://go.klaxoon.com/NZZGTFD Lien vers l'infographie] | ||
== Les actions préalables == | == Les actions préalables == | ||
Les grandes lignes de la stratégie sont définies en amont par la direction du programme. Elles sont partagés avec les personnes clés du projet ( PO, tech lead etc ... ) pour qu'elles commencent à travailler sur leur backlog. | |||
== La semaine de pré-planning == | == La semaine de pré-planning == | ||
Dernière version du 18 mars 2025 à 15:12
L’Agilité chez Vitam[modifier | modifier le wikicode]
L'agilité est une approche de gestion de projet et de développement logiciel qui met l'accent sur l'adaptabilité, la collaboration et l'amélioration continue. Chez Vitam, l'agilité est mise en œuvre à différents niveaux, à travers des cérémonies et des outils spécifiques.
Vidéo d’introduction[modifier | modifier le wikicode]
Une vidéo introductive sur l'agilité chez Vitam est disponible ici : Lien vers la vidéo d'introduction
Le cadre[modifier | modifier le wikicode]
L’agilité chez Vitam repose sur différentes cérémonies permettant une coordination efficace et une amélioration continue. La méthodologie centrale est SCRUM avec des ajout spécifique emprunté à méthodologie d'agilité à l'échelle.
Au niveau des équipes[modifier | modifier le wikicode]
Les équipes agiles suivent plusieurs rituels pour organiser leur travail et garantir une bonne communication :
Le Sprint[modifier | modifier le wikicode]
Un sprint dure trois semaines et commence le jeudi.
Les daily[modifier | modifier le wikicode]
Les daily meetings (ou stand-up meetings) sont des réunions quotidiennes permettant de synchroniser l'équipe et d'identifier les obstacles.
| Admin | Multiteam | Devops | |
|---|---|---|---|
| Horaires | 9h30 | 10h | 10h30 |
Le sprint planning[modifier | modifier le wikicode]
Le sprint planning est une réunion où l’équipe définit le contenu du prochain sprint en sélectionnant les tâches prioritaires du backlog. Elle a lieu le premier jour du sprint le jeudi.
| Multiteam | Devops | |
|---|---|---|
| Moments | Toute la journée | Toute la matinée |
Le raffinage du backlog[modifier | modifier le wikicode]
Le raffinage du backlog est un processus continu où l’équipe ajuste, détaille et priorise les user stories et les tâches. C'est tous les jeudis de 10h30 à 12h30 hors journées de sprint planning
Le Tech Design[modifier | modifier le wikicode]
Le Tech Design est une session où les développeurs discutent des choix techniques avant d’implémenter une fonctionnalité. Ces moments sont réservés garantissent la présence de la direction technique si besoin.
Tous les mardi de 14h à 15h et tous les vendredi de 10h30 à 11h30.
Rétro d'équipe[modifier | modifier le wikicode]
Une rétrospective de l'équipe visant à améliorer les processus et les interactions entre ses membres.
Une fois par mois pour l'équipe Admin Tous les mercredi après-midi du dernier jour du sprint
- De 14h à 15h pour l'équipe DevOps
- De 15h à 17h pour l'équipe Multiteam
Au niveau du programme[modifier | modifier le wikicode]
À un niveau plus large, des cérémonies de coordination ont lieu :
Les Tres Amigos[modifier | modifier le wikicode]
Réunion réunissant les trois rôles clé (PO, Développeurs, Testeurs) pour aligner la compréhension des user stories. Elles rentrent dans l'activité de raffinage du backlog mais peut être lancés à tout moments pour les besoins du programme. Il faut veiller à bien identifier le sujet de discussion et fixer un temps limite pour l'échange. Ne pas toujours y convier les même personnes.
Le Weekly[modifier | modifier le wikicode]
Une réunion hebdomadaire permettant d’échanger sur l’avancement global du programme.
Elle a lieu tous les lundi de 11h30 à 12h30.
SOS Mid-week[modifier | modifier le wikicode]
Un point intermédiaire pour identifier les blocages critiques et ajuster les priorités.
Elle a lieu tous les mercredis de 12h00 à 12h30
Rétro générale[modifier | modifier le wikicode]
Une rétrospective collective visant à améliorer les processus et les interactions entre équipes. Tout le programme y est convié.
Le dernier mercredi du dernier sprint de la release
Post Mortem[modifier | modifier le wikicode]
Une analyse après un incident majeur pour comprendre les causes et éviter qu'il ne se reproduise.
PI Planning[modifier | modifier le wikicode]
Le PI Planning (Program Increment Planning) est une réunion de planification à l’échelle du programme, servant à synchroniser les équipes sur les objectifs des prochains sprints.
La première semaine du premier sprint de la release y est consacré.
L’utilisation de Tuleap[modifier | modifier le wikicode]
Tuleap est la plateforme utilisée par Vitam pour suivre le travail agile et gérer les artefacts du projet.
Les outils de suivi (trackers)[modifier | modifier le wikicode]
Tuleap propose des trackers permettant de suivre les différentes tâches et artefacts du projet.
Les Continuous Improvements[modifier | modifier le wikicode]
Les Continuous Improvements sont des actions d'amélioration continue identifiées lors des rétrospectives.
Les Tâches[modifier | modifier le wikicode]
Les tâches sont les unités de travail de base assignées aux membres de l'équipe.
Les User Stories[modifier | modifier le wikicode]
Les user stories décrivent les besoins fonctionnels du projet sous forme d’histoires utilisateur.
Les Epic[modifier | modifier le wikicode]
Les Epic regroupent plusieurs user stories liées à une même fonctionnalité de haut niveau.
Les DOMAINES[modifier | modifier le wikicode]
Les DOMAINES correspondent aux grandes catégories de travail organisées dans Tuleap.
Les Activités PIC[modifier | modifier le wikicode]
Les Activités PIC concernent la planification et la coordination des activités du projet.
Les Activités PROD[modifier | modifier le wikicode]
Les Activités PROD suivent les actions et interventions réalisées en environnement de production.
Les Bugs[modifier | modifier le wikicode]
Les Bugs sont les anomalies détectées et suivies dans Tuleap pour correction.
Les Demandes de support[modifier | modifier le wikicode]
Les demandes de support permettent de signaler des problèmes nécessitant une intervention ou une assistance.
Le PI Planning VITAM[modifier | modifier le wikicode]
Depuis la release 9.0 la vision est travaillée dans le cadre d'un PI Planning méthodologie issus de SAFE.
Une infographie ici vous permet de visualiser toutes les étapes. Lien vers l'infographie
Les actions préalables[modifier | modifier le wikicode]
Les grandes lignes de la stratégie sont définies en amont par la direction du programme. Elles sont partagés avec les personnes clés du projet ( PO, tech lead etc ... ) pour qu'elles commencent à travailler sur leur backlog.
La semaine de pré-planning[modifier | modifier le wikicode]
Le PI Planning[modifier | modifier le wikicode]
Le Jour 1[modifier | modifier le wikicode]
Le Jour 2[modifier | modifier le wikicode]
Cette page est un guide sur l'agilité appliquée chez Vitam. Pour toute mise à jour ou question, veuillez contacter l’équipe de gestion agile.