Gestión de proyectos Scrum

Celoxis es una plataforma muy flexible y se ajusta rápidamente para gestionar sus proyectos de scrum. En este documento le mostraremos cómo configurar sus proyectos para Scrum. Con Celoxis

Gestionar el retraso de los productos

  1. Cree su proyecto Scrum con un nombre adecuado de (Menú Principal ▸ ▸ Proyecto ▸ Nuevo Proyecto).

    • Empieza: Fecha en que está programado el inicio de tu primer sprint
    • Gerente: Seleccione un usuario que sea el Propietario del Producto/ Scrum Master.
    • Cliente: Seleccione el cliente del proyecto.

  2. Ahora, cree una tarea llamada "Product Backlog" que es una tarea de resumen. Aquí es donde el Propietario del Producto planificará y administrará los elementos de atraso para la planificación del sprint.

  3. Para cada historia de usuario, el Propietario del Producto creará una tarea en el Proyecto de Atraso del Producto. El Propietario del Producto no definirá ningún recurso o fecha en este momento. Por lo tanto, deje las fechas predeterminadas tal cual para cada historia de usuario que se añada.

  4. El propietario del producto debe preparar el trabajo atrasado con regularidad, apilando las historias según su prioridad y asignándoles un tamaño relativo. Para asignar un tamaño relativo a los elementos (tareas), cree un único campo personalizado de selección "Story Points" utilizando las famosas opciones de la serie Fibonacci. Adjunte este campo personalizado a las tareas y añada la columna a su Gantt.

Planificación de Sprints

  1. Crea tu tarea de Sprint 1 (Desde Gantt haga clic en Añadir ▸ Tarea).
    Cada Sprint se representará como una tarea de resumen en Celoxis.

  2. A continuación, amplíe el Product Backlog y busque historias que el propietario del producto, el equipo y el Scrum Master consideren que tienen sentido realizar en este sprint. La selección debe hacerse en base a la velocidad objetivo que el equipo decida para los sprints. Seleccione historias de usuarios cuyos Story Points se sumen a esta velocidad objetivo.

  3. Mueve las historias de usuario seleccionadas del Product Backlog a tu Sprint como subtareas en Sprint 1 (Summary Task)

  4. Una vez que las historias de los usuarios se recogen para el Sprint, tu equipo las descompone en actividades o subtareas más pequeñas.

  5. Para cada una de estas actividades, el equipo selecciona las fechas apropiadas y asigna recursos y estima el esfuerzo.

  6. Una vez que todas las historias se conviertan en tareas, revisa el sprint para asegurarte de que su duración se adhiere a la iteración del sprint. A pesar de que los Story Points de sprint alcanzan la velocidad objetivo, algunas tareas o actividades necesarias para completarlos pueden afectar a las iteraciones fijas. En este caso, tendrás que trabajar con tu equipo para reorganizar el trabajo o eliminar una de las historias del sprint (es decir, volver al Product Backlog).

Correr Sprints

  1. Una vez que el sprint esté cargado y el proyecto esté activo, su equipo podrá realizar el trabajo. Tu equipo también puede actualizar el campo Status que muestra el estado actual de la tarea en el sprint.

  2. A medida que trabajen con los elementos, pueden rellenar las Hojas de Tareas para registrar las horas reales dedicadas a cada tarea. Una vez que estas horas sean aprobadas por el Scrum Master, el sistema actualizará automáticamente el trabajo restante de la tarea.

Informes

a. Estado del Sprint

Este es un informe tabular que te da una imagen en tiempo real de todas las historias de tu sprint actual.

b. Burndown

Este gráfico te ayudará a ver la línea de progreso de tus tareas en el sprint desde que comienza hasta que se completa. Esto hace que el equipo entienda sin esfuerzo si las cosas van según lo previsto o si tienen que hacer cambios para poder llegar a la meta a tiempo.