Gestión de proyectos Scrum

Celoxis es una plataforma muy flexible que se adapta rápidamente a la gestión de tus proyectos Scrum. En este documento, te mostraremos cómo configurar tus proyectos para Scrum. Con Celoxis, puedes definir y gestionar rápidamente tu backlog de producto, así como planificar y ejecutar tus sprints.

Gestión del backlog del producto

1. Crea tu proyecto Scrum con un nombre apropiado de (Menú principalProyectoNuevo proyecto). ComenzarFecha en la que está previsto que comience tu primer sprint Gerente: Seleccione un usuario que sea el Product Owner/Scrum Master. Cliente: Seleccione el cliente del proyecto.
2. Ahora, crea una tarea llamada “Product Backlog”, que es una tarea de resumen. Aquí es donde el Product Owner planificará y gestionará los elementos del backlog para la planificación del sprint.
3. Para cada historia de usuario, el Product Owner creará una tarea en el Product Backlog Project. En este punto, el Product Owner no definirá recursos ni fechas. Por lo tanto, deje las fechas predeterminadas tal como están para cada historia de usuario agregada.
4. El Product Owner debe revisar periódicamente el backlog, ordenando las historias según su prioridad y asignándoles un tamaño relativo. Para asignar un tamaño relativo a las tareas, cree un campo personalizado de selección única llamado "Puntos de Historia" utilizando las opciones de la conocida serie de Fibonacci. Asocie este campo personalizado a las tareas y añada la columna a su diagrama de Gantt.

Planificación de sprints

1. Crea tu tarea del Sprint 1 (Desde Gantt haga clic aquí) AgregarTarea).
   Cada Sprint estará representado como una tarea de resumen en Celoxis.
2. A continuación, expande el Product Backlog y busca historias que el Product Owner, el equipo y el Scrum Master consideren apropiadas para este sprint. La selección debe basarse en la velocidad objetivo que el equipo defina para los sprints. Selecciona historias de usuario cuyos Story Points sumen dicha velocidad objetivo.
3. Mueva las historias de usuario seleccionadas del Product Backlog a su Sprint como subtareas dentro del Sprint 1 (Tarea de resumen)
4. Una vez que se seleccionan las historias de usuario para el Sprint, tu equipo comienza a descomponerlas en actividades o subtareas más pequeñas.
5. Para cada una de estas actividades, el equipo selecciona las fechas adecuadas, asigna los recursos y estima el esfuerzo necesario.
6. Una vez que todas las historias se hayan convertido en tareas, revisa el sprint para asegurarte de que su duración se ajuste a la iteración del sprint. Aunque los Story Points del sprint alcancen la velocidad objetivo, algunas tareas o actividades necesarias para completarlas pueden afectar las iteraciones fijas. En este caso, deberás trabajar con tu equipo para reorganizar el trabajo o eliminar una de las historias del sprint (es decir, devolverla al Product Backlog).

Carreras de velocidad

1. Una vez que el sprint esté cargado y el proyecto activo, tu equipo podrá comenzar a trabajar. También podrán actualizar el campo Estado, que muestra el estado actual de la tarea en el sprint.
2. A medida que avanzan en las tareas, pueden completar hojas de registro de horas para anotar el tiempo real dedicado a cada una. Una vez que el Scrum Master apruebe estas horas, el sistema actualizará automáticamente el trabajo restante de la tarea.

Informes

a. Estado del sprint

Este es un informe tabular que te ofrece una visión en tiempo real de todas las historias de tu sprint actual.

b. Incendio

Este gráfico te ayudará a visualizar el progreso de tus tareas en el sprint, desde su inicio hasta su finalización. Esto facilita que el equipo comprenda si todo marcha según lo previsto o si deben realizar ajustes para alcanzar el objetivo a tiempo.