Puisque la philosophie de conception de ZenTao est basée sur Scrum, elle vous aidera à mieux apprendre et utiliser ZenTao, si vous pouviez comprendre les concepts basiques de Scrum.

1. Agile

Cascade est la méthode bien connue de gestion de projet logiciel, et son processus essentiel est story -> développement -> QA. On suppose que le résultat final est correct, si chaque phase est effectuée correctement. Il existe des cas réussis avec Cascade, tels que Microsoft. Mais, en général, il a un taux d'échec relativement élevé. Les pionniers du logiciel ont fait une série de recherches, de réflexions et de résumés sur les problèmes rencontrés dans la méthodologie Cascade et ont finalement mis en place le concept d'Agile. Il existe différentes méthodes de développement Agile, alors Scrum est une méthode relativement populaire.

2. Scrum

2.1 Scrum Roles

Scrum roles include Product Owner, Scrum Master, and Development team. 

• Product Owner est chargé de collecter les stories d’utilisateurs, de définir leurs valeurs commerciales, de les hiérarchiser et de faire des plans de publication. Ils sont entièrement responsables du produit.
• Scrum masters sont en charge de tenir diverses réunions, de coordonner les projets et de servir l'équipe de développement.
• Development team est un groupe de personnes aux compétences différentes. Ils terminent chaque sprint et livrent des produits grâce à une coopération étroite.

2.2 Sprint

Étant différent du développement en cascade, le développement de produit dans Scrum est décomposé en un certain nombre de sprints. Habituellement, un sprint dure de 1 à 4 semaines et est effectué par 5 à 9 membres de l'équipe. Les stories d’utilisateurs à accomplir sont fixées à chaque sprint. Chaque sprint apportera une certaine livraison.

2.3 Processus essentiel de Scrum

Le flux de travail basique de Scrum est illustré ci-dessus.

• Product owners: collectent les stories d’utilisateurs et créent la liste de fonctionnalités du produit comme indiqué à gauche de l'image ci-dessus.
• Release Planning Meeting: les propriétaires de produits expliquent les stories d’utilisateurs, les évaluent et les hiérarchisent. Le résultat de la réunion de plan de lancement est de faire une liste de stories de chaque sprint et d'enregistrer les stories de sprint.
• Sprint Planning Meeting: les équipes de projet font la répartition des tâches pour chaque story. La norme de répartition est que toutes les tâches doivent être terminées et chaque tâche est attribuée à une personne spécifique avec une estimation des heures de travail.
• Daily Scrum Meeting: Les Scrum Masters tiennent une réunion quotidienne debout, et les membres de l'équipe rapportent ce qu'ils ont fait hier et ce qu'ils vont faire aujourd'hui, et quels sont leurs problèmes.
• Review Meeting: lorsqu'un sprint est terminé, tous les membres impliqués se réunissent pour une réunion de révision. L'équipe montrera les résultats livrables du Sprint. Tous les commentaires doivent être enregistrés et compilés pour créer de nouvelles stories.  
• Retrospective Meeting: les équipes de projet résument le sprint, identifient les lacunes et font des plans dans le prochain sprint pour une amélioration continue. 

C'est le processus essentiel de Scrum et nous continuerons à l'expliquer en détail dans les chapitres pertinents.