Estamos en un grupo de 3 estudiantes de informática y estamos haciendo un sitio web para nuestro cliente.
Primero, hicimos un diseño para el sitio web, y nos tomó 2 semanas terminarlo. Lo convertimos a HTML y CSS durante otras 2 semanas. Lo hicimos de esta manera porque algunos de los miembros del grupo no están familiarizados con las herramientas que estamos usando, por lo que dedican tiempo a aprender nuevas tecnologías, desde PSD hasta HTML/CSS. Cuando tenemos los formularios comenzamos la parte de codificación.
La motivación detrás de la creación de tal historia es satisfacer las necesidades de nuestro cliente para su sitio web.
Tenemos 4 sprints:
¿Cómo puedo hacer una historia que apunte desde el 1er sprint hasta el 3er sprint? Necesito hacer un gráfico de trabajo pendiente para esto, pero no sé qué hacer.
Si todo lo que está buscando es un gráfico de quemado para medir el progreso, le sugiero dividir cada sección en tareas y no preocuparse por las historias. Cada una de estas tareas se puede estimar en horas y puede quemar las horas de las tareas completadas. Esto le permitirá realizar un seguimiento del progreso y adaptarse a su horario.
User Stories es un concepto que realmente no se aplica a la forma en que ha dividido su trabajo, ya que son piezas de funcionalidad de usuario de extremo a extremo que abarcan los 4 sprints. Si crea historias de usuario, no habrá completado ninguna hasta el final con su horario actual, haciéndolas inútiles para el seguimiento del progreso.
Lo que te ayudará en un futuro próximo no es la aplicación de un framework específico sino algunos aspectos básicos. Esos aspectos subyacen en casi todos los marcos:
Sin saber demasiado sobre PM ágil, esos pasos lo llevarán a una ejecución clásica en cascada , tal vez con algunos aspectos ágiles, por ejemplo, diarios. Con respecto a su experiencia (estimada) y la fecha de vencimiento de su proyecto, esta no será una mala elección .
Por cierto, como es habitual cuando se trata de temas complejos. Todos los aspectos que destaqué aquí son un campo de estudio por sí mismos. Si encuentras alguno interesante, solo busca en Google las palabras de moda :)
Según su pregunta, no parece que esté haciendo Scrum en absoluto. En Scrum, el objetivo de un equipo de desarrollo es producir un incremento de producto potencialmente entregable que pueda proporcionar un valor real a los usuarios finales. Si está dividiendo los sprints en diseño, HTML/CSS, base de datos y codificación, en realidad no está haciendo Scrum sino en cascada.
En su lugar, la cartera de productos debe contener historias de usuarios que representen los problemas que tienen los usuarios y que luego el equipo de desarrollo pueda tomar y convertir en un software funcional. Para hacer esto, una sola historia de usuario podría descomponerse en todas las tareas anteriores, base de datos, diseño, HTML/CSS, codificación, etc., pero solo para una sola historia de usuario o para varias historias de usuario que el equipo pueda comprometer. para completar en un solo sprint.
Para aclarar, en Scrum, todas estas actividades se realizan en cada sprint , no se dividen en diferentes sprints.
En cuanto a su gráfico de evolución, el gráfico en sí debe representar la cantidad de puntos de la historia que aún no se completaron en ese sprint. Esto se basa en la estimación del esfuerzo que hace el equipo durante la reunión de refinamiento del trabajo pendiente con el propietario del producto.
Una historia de usuario no se considera "terminada" hasta que se completan todas las tareas que cumplen con los criterios de aceptación y la definición de finalizada. Una vez más, esto significa que el diseño, la codificación, HTML/CSS, la base de datos, etc. deben completarse para que una historia de usuario se marque como finalizada.
Hace unos momentos, ocho de nosotros en nuestra oficina acabamos de completar la capacitación Certified ScrumMaster de Scrum Alliance. Antes de comenzar Scrum, recomiendo concentrarse mucho en aprender lo que significa Scrum. Un buen lugar para comenzar es el libro de Jeff Sutherland Scrum: El arte de hacer el doble de trabajo en la mitad del tiempo , así como la Guía de Scrum . Si es realmente serio, le recomiendo tomar el curso Certified ScrumMaster.
Tob
jmort253
Famela Hoffmann