Académique Documents
Professionnel Documents
Culture Documents
Atelier n° 7 : Manipulation du logiciel Gitlab comme outil de gestion de projet agile SCRUM
Dans la continuité de prise en main des logiciels de gestion de projet Agile Scrum, l’objectif de ce TP
est la manipulation de l’Outil Gitlab en suivant les mêmes étapes que celles décrites au niveau de
l’Atelier précédent 6. Je souligne que Gitlab, n’est pas un outil dédié 100% à Scrum et il doit être
personnalisé dans ce sens.
– Definition Of Ready ou DoR représente un ensemble de critères pour qu’une user story soit
« sélectionnable » par l’équipe dans un sprint.
– Definition Of Done représente l’ensemble des critères pour qu’une user story soit
dîtes « Terminée».
– Issue = est la notion centrale pour définir une spécification : épic ou story ou même un bug.
La distinction se fait via des labels, que l'on positionne sur l'issue.
– List = colonne qui correspond chacune à un Label : to Do, Doing, In review, Rejected, Low,
Medium, High
– Créer les différents Labels : Epic, user story, Ready, Rejected, High, Medium, Low, In
Review.
– Créer un nouveau Board : Product Backlog qui contient les listes High, Medium, Low
3. Faites le lien entre l’épic et user story en indiquant le numéro de la user story
7. Indiquez les données essentielles pour chaque user Story: Assign, Milestone, Time Tracking,
Due Date, Labels, Weight
8. Indiquez pour chaque user story, les tâches et les critères d’acceptation de la suer story