KanBan Menu Maker by Qwenta

"Menu maker" by Qwenta

Planification / Kanban

start

Sommaire

01 Présentation de l'outil Trello

02 Notre projet

03 Modèle de carte

04 Méthode d'estimation user stories

05 Temporalité de développement

06 Réunions

07 MoSCoW

08 Composition

Trello

Trello est un outil de gestion de projet en ligne basé sur les méthodes agiles. Il permet de créer des cartes correspondant aux user stories, puis de les réorganiser dans des listes au gré des itérations. C'est un outil visuel et simple d'utilisation, qui offre de nombreuses fonctionnalités, dont l'intégration d'autres services comme Slack ou Github, entre autres. Le tableau Kanban créé afin de gérer le projet, est accessible en suivant ce lien :

Trello

Go Back

Notre projet

Les ressources liées au projet

Le projet backlog

Les fonctionnalités à validé

les fonctionnalités validées

Le sprint en cours

Go Back

Modèle de carte

Chaque carte représente une user story. Elle est étiquetée avec des labels correspondant à l'epic et les aspects de développement concernés. Il est possible d'assigner une personne à une carte. Une annotation permet de déterminer la priorité de la carte dans le projet. (ici P1 en rouge) La description de la carte reprend le texte de la user story, la ressource concernée s'il y en a besoin, une note de scope futur éventuellement, et enfin l'estimation de complexité (Story points). Une checklist permet de cocher les différents critères d'acceptation. Les membres de l'équipe peuvent commenter la carte s'ils veulent y apporter contribution, ou se laisser des notes. Selon les besoins, il est possible (et recommandé) d'associer une branche Github à la carte afin d'accéder en un clic au code en question.

Go Back

ESTIMER LES USER STORIES GRÂCE AU PLANNING POKER

Le planning poker est une méthode collaborative pour estimer la complexité d'une user story. Le principe est de distribuer à l'équipe des cartes disposant de valeurs. Ici on utilisera la suite de Fibonacci afin d'obtenir des valeurs numériques exponentielles. Cela permet aux équipes de reconnaître plus facilement les différences et de définir le degré de complexité de chaque user story. Après chaque tirage, selon les résultats, une discussion rapide peut être organisée pour parvenir à un consensus.

Chickpea flour

Go Back

Afin de maximiser la production et réduire les perturbations dans le développement, il est important de contrôler la fréquence des réunions et leur durée. Voici un exemple de sprint d'une semaine:

Temporalité de développement

sprint review

Sprint retrospective

sprint

Product backlog

Planning poker

Sprint planning

backlog refinement

Go Back

Réunions

Voici les réunions régulières à prévoir, leur durée et leur fréquence. (pour ce projet nous prévoyons des sprints d'une semaine) - Daily Scrum : Réunion quotidienne des développeurs pour échanger sur les avancées et éventuels points bloquants. Participent uniquement les membres de l'équipe travaillant sur le sprint. Sa durée ne doit pas dépasser 15 minutes, c'est pour ça qu'il est de coutume de rester debout. - Sprint Review : Réunion hebdomadaire permettant de faire le bilan du sprint en présence de toutes les parties prenantes du projet. Il faut prévoir environ une heure et demi selon la complexité des fonctionnalités à présenter. - Sprint Retrospective : Réunion hebdomadaire de l'équipe visant à évaluer le travail réalisé et vérifier l'avancée en s'inscrivant dans une démarche d'amélioration continue. Pour un sprint d'une semaine, une heure est largement suffisant. - Backlog Refinement : Réunion hebdomadaire de l'équipe durant laquelle on découpe les user stories qui vont être traitées lors du prochain sprint. Prévoir une heure. - Planning Poker : Peut s'organiser à la suite du backlog Refinement avec les membres de l'équipe de développement pour une durée de 30 minutes. - Sprint planning : Réunion hebdomadaire durant laquelle l'équipe détermine les objectifs du sprint qui démarre. Sa durée ne doit pas dépasser 2h pour un sprint d'une semaine. En dehors de ces réunions, l'équipe de développement doit pouvoir se concentrer sur son travail sans perturbations. C'est pourquoi il est important d'effectuer ces meetings en amont afin de tout planifier.

Go Back

Must Have-Landing non connectée -Page de login -Catégories de plats -Style de menu -Exportation en PDF -Commande d'impression de menu -Menus Précedent

Should Have-Infos légales -Tarifs -Exportation Deliveroo -Partage sur Instagram -Déconnexion -Infos utilisateur -DashBoard -Branding Restaurateur

MoSCoW

Eggs

Lemon

Could Have-Blog interne Menu Maker -Enregistrement d'un moyen de paiement -Tarif intégré -Animations sur la landing page

Won't Have-Version mobile -Stratégie SEO

Onion

Go Back

COMPOSITION

En résumé, la composition de l'équipe de développement dépend de la temporalité du projet et peut se traduire ainsi : 50 jours/homme 1. Un développeur Full stack peut suffire étant donné les outils de développement choisis. 2. Un développeur Front-end soutenu par un développeur Full stack (qui pourra venir en renfort sur le Front) pour un délai réduit.

Go Back