J'ai organisé l'ensemble des fonctionnalités à implémenter en regroupant ces dernières en "packs fonctionnels", que j'ai ensuite classé par ordre de priorité. Cette structuration m'a permis de fournir une vision claire des différents jalons du développement.

Pour gérer ce processus, j'ai choisi de combiner le modèle Agile Kanban. Cette approche a été particulièrement efficace pour orchestrer le développement et la livraison de ces packs fonctionnels. Elle s'est avérée adaptée pour répondre aux exigences de présentations régulières auprès des différentes parties prenantes, y compris les utilisateurs finaux. L'avantage majeur de cette méthode réside dans sa flexibilité, ce qui lui permet de s'ajuster facilement aux changements et aux besoins évolutifs du projet.

Les sprints, d'une durée de deux semaines, étaient structurés autour de cérémonies quotidiennes et hebdomadaires. Les réunions quotidiennes permettaient de discuter des tâches à accomplir et des problèmes rencontrés, tandis que les réunions hebdomadaires servaient à évaluer les progrès et préparer le terrain pour les sprints suivants.

1. Réunion de planification du sprint (Sprint Planning) :
Cette réunion est cruciale pour définir la direction du sprint Scrum. Environ deux heures par semaine de sprint. C'est l'occasion de décider ce que l'équipe souhaite accomplir pendant le sprint et d'évaluer sa capacité. L’équipe  planifie le sprint, en attribuant des tâches et en fixant des échéances. Il est important que chaque membre de l'équipe comprenne ses tâches.

2. Stand-up meetings quotidiens (Daily Stand-up) :
Chaque membre de l'équipe y partage ses accomplissements de la veille et ses objectifs pour la journée, tout en signalant les obstacles rencontrés. Ces meetings, qui durent entre 15 et 30 minutes, permettent de suivre l'avancement du sprint et de résoudre rapidement les problèmes éventuels.

3. Revue de sprint (Sprint Review) :
À la fin de chaque sprint, organisez une réunion de revue pour présenter les avancées du produit et faire les démo de ce qui a été produit. L’ objectif est de recueillir des retours et des suggestions. 

4. Rétrospective de sprint (Sprint Retrospective) :
L’équipe discute de ce qui a fonctionné ou non et de ce qui pourrait être amélioré pour les prochains sprints. Ces réunions, généralement d'une à deux heures, sont essentielles pour l'amélioration continue de l'équipe.

5. Affinage du backlog produit (Product Backlog Refinement) :
L'étape d'analyse des User Stories et le Poker Planning étaient cruciales pour préparer les sprints suivants. Lors de ces sessions, les développeurs estimaient la complexité et la durée de développement des blocs fonctionnels à venir. Ces réunions étaient essentielles pour garantir une compréhension mutuelle entre les équipes de développement et le Product Owner, et permettaient de définir précisément la portée et les exigences de chaque fonctionnalité.

En tant que Product Owner, j’avez également la responsabilité de maintenir à jour la roadmap du projet, de communiquer les éventuels retards et d'ajuster le planning pour respecter les échéances. Bien que rare, le rôle comprenait également la présentation des démonstrations du produit soulignant l'importance de la transparence et de la communication avec les parties prenantes.