Gestion des projets Scrum

Celoxis est une plateforme très flexible et s'ajuste rapidement pour gérer vos projets de mêlée. Dans ce document, nous allons vous montrer comment configurer vos projets pour Scrum. Avec CeloxisVous pouvez rapidement définir et gérer votre carnet de commandes, ainsi que planifier et exécuter vos sprints.

Gestion du portefeuille de produits

  1. Créez votre projet Scrum avec un nom approprié de (Menu supérieur ▸ ▸ Projet ▸ Nouveau projet).

    • Commencez : Date à laquelle votre premier sprint est prévu de commencer
    • Gérant : Sélectionnez un utilisateur qui est le Product Owner/ Scrum Master.
    • Client : Sélectionnez le client du projet.

  2. Maintenant, créez une tâche appelée "Product Backlog" qui est une tâche sommaire. C'est là que le Product Owner planifiera et gérera les éléments en attente pour la planification du sprint.

  3. Pour chaque user story, le Product Owner créera une tâche dans le Product Backlog Project. Le propriétaire du produit ne définira aucune ressource ou date à ce stade. Laissez donc les dates par défaut telles quelles pour chaque histoire d'utilisateur ajoutée.

  4. Le propriétaire du produit devrait s'occuper régulièrement de l'arriéré, en empilant les histoires selon leur priorité et en leur attribuant une taille relative. Pour attribuer une taille relative aux éléments (tâches), créez un champ personnalisé à sélection unique " Points d'histoire " en utilisant les célèbres options de la série Fibonacci. Attachez ce champ personnalisé aux tâches et ajoutez la colonne à votre Gantt.

Planification des sprints

  1. Créez votre tâche Sprint 1 (De Gantt, cliquez sur Ajouter ▸ Tâche).
    Chaque sprint sera représenté comme une tâche sommaire dans Celoxis.

  2. Ensuite, développez le carnet de commandes et cherchez des histoires que le propriétaire du produit, l'équipe et le maître de mêlée pensent qu'il est logique de faire dans ce sprint. La sélection doit se faire en fonction de la vitesse cible que l'équipe décide pour les sprints. Sélectionnez les histoires d'utilisateurs dont les Story Points s'ajoutent à cette vitesse cible.

  3. Déplacez les histoires d'utilisateurs sélectionnées du Product Backlog dans votre Sprint en tant que sous-tâches sous le Sprint 1 (Tâche sommaire)

  4. Une fois que les histoires d'utilisateurs sont récupérées pour le sprint, votre équipe doit les décomposer en activités ou sous-tâches plus petites.

  5. Pour chacune de ces activités, l'équipe choisit les dates appropriées, attribue les ressources et estime l'effort.

  6. Une fois que toutes les histoires sont converties en tâches, révisez le sprint pour vous assurer que sa durée respecte l'itération du sprint. Malgré le fait que les points d'histoire du sprint atteignent la vitesse cible, certaines tâches ou activités requises pour les compléter peuvent affecter les itérations fixes. Dans ce cas, vous devrez travailler avec votre équipe pour remanier le travail ou retirer une des histoires du sprint (c.-à-d. la remettre dans le carnet de commandes)

Courir des sprints

  1. Une fois que votre sprint est chargé et que votre projet est actif, votre équipe peut faire le travail. Votre équipe peut également mettre à jour le champ Statut qui décrit l'état actuel de la tâche dans le sprint.

  2. En travaillant sur les éléments, ils peuvent remplir des feuilles de temps pour enregistrer les heures réelles passées sur chaque tâche. Une fois que ces heures sont approuvées par le Scrum Master, le système met automatiquement à jour le travail restant sur la tâche.

Rapports

a. Statut de sprint

C'est un rapport tabulaire qui vous donne une image en temps réel de toutes les histoires de votre sprint actuel.

b. Burndown

Ce tableau vous aidera à voir la ligne de progression de vos tâches en sprint depuis le début jusqu'à la fin. Il permet à l'équipe de comprendre sans effort si les choses se déroulent comme prévu ou si elle doit apporter des modifications pour atteindre l'objectif à temps.