Gestion de projets Scrum

Celoxis est une plateforme très flexible qui s'adapte rapidement à la gestion de vos projets Scrum. Ce document vous explique comment configurer vos projets pour Scrum. Avec Celoxis, vous pouvez définir et gérer rapidement votre backlog produit, ainsi que planifier et exécuter vos sprints.

Gestion du backlog produit

1. Créez votre projet Scrum avec un nom approprié de (Menu principalProjetNouveau projet). Commencer: Date de début prévue de votre premier sprint DirecteurSélectionnez un utilisateur qui est le Product Owner/Scrum Master. ClientSélectionnez le client du projet.
2. Créez maintenant une tâche appelée « Backlog produit », qui est une tâche récapitulative. C'est ici que le Product Owner planifiera et gérera les éléments du backlog pour la planification du sprint.
3. Pour chaque user story, le Product Owner créera une tâche dans le projet Product Backlog. À ce stade, il ne définira ni ressources ni dates. Il est donc conseillé de conserver les dates par défaut pour chaque user story ajoutée.
4. Le Product Owner doit régulièrement gérer le backlog en classant les user stories par ordre de priorité et en leur attribuant une taille relative. Pour ce faire, créez un champ personnalisé à sélection unique « Points de user story » en utilisant la suite de Fibonacci. Associez ce champ aux tâches et ajoutez la colonne correspondante à votre diagramme de Gantt.

Sprints de planification

1. Créez votre tâche Sprint 1 (Cliquez depuis Gantt) AjouterTâche).
   Chaque sprint sera représenté par une tâche récapitulative dans Celoxis.
2. Ensuite, élargissez le backlog produit et recherchez les user stories que le Product Owner, l'équipe et le Scrum Master jugent pertinentes pour ce sprint. La sélection doit se faire en fonction de la vélocité cible définie par l'équipe pour les sprints. Choisissez les user stories dont le total de points d'effort correspond à cette vélocité cible.
3. Déplacez les user stories sélectionnées du Product Backlog vers votre Sprint en tant que sous-tâches du Sprint 1 (Tâche récapitulative)
4. Une fois les user stories sélectionnées pour le sprint, votre équipe les décompose en activités ou sous-tâches plus petites.
5. Pour chacune de ces activités, l'équipe sélectionne les dates appropriées, alloue les ressources et estime l'effort nécessaire.
6. Une fois toutes les user stories converties en tâches, vérifiez que la durée du sprint correspond bien à l'itération prévue. Même si le nombre de points d'effort du sprint atteint la vélocité cible, certaines tâches ou activités nécessaires à leur réalisation peuvent impacter les itérations fixes. Dans ce cas, vous devrez collaborer avec votre équipe pour réorganiser le travail ou retirer une user story du sprint (c'est-à-dire la replacer dans le backlog produit).

Courses de sprint

1. Une fois votre sprint chargé et votre projet actif, votre équipe peut commencer à travailler. Elle peut également mettre à jour le champ « Statut » qui indique l’état d’avancement de la tâche dans le sprint.
2. Au fur et à mesure de leur progression, les membres de l'équipe peuvent remplir des feuilles de temps pour consigner les heures réellement consacrées à chaque tâche. Une fois ces heures validées par le Scrum Master, le système mettra automatiquement à jour le travail restant sur la tâche.

Rapports

a. État du sprint

Il s'agit d'un rapport tabulaire qui vous donne une vue d'ensemble en temps réel de toutes les tâches de votre sprint actuel.

b. Burndown

Ce graphique vous permettra de visualiser la progression de vos tâches pendant le sprint, de son début à sa fin. L'équipe pourra ainsi facilement vérifier si le projet se déroule comme prévu et identifier les ajustements nécessaires pour atteindre l'objectif dans les délais impartis.