Apuntes de Scrum Total

APUNTES DE SCRUM TOTAL

Scrum en 10 minutos YouTube

Producto Ownwer

Roles

Sprint

Burdonsahres

Backlog del producto: lista de deseos

Se deben obtener las características de los requerimientos de los clientes ejecutivos y demás miembros del equipo.

En scrum las características son tomadas de la perspectiva del usuario final, para ello las características son conocidas como historia de usuario, la colección de todas las historias es conocidas como backlog de producto, otra manera de pensar en backlog de producto es verlo como la lista de deseos o todas las cosas que harán de este producto algo genial.

Una vez tenemos la lista de deseos o el backlog del producto debemos iniciar la planeación de que historias o usuarios específicamente vamos a poner en la liberación del producto.

Para construir este producto se necesita contar con mucha gente en nuestro equipo de trabajo y estas tendrán roles

product owner: se encarga de que las características correctas entren en el backlog del producto, representando a los usuario y clientes del producto, ayuda también en el direccionamiento del producto.

Scrum Máster: hacer que el proyecto tenga un proceso suave y que todos los miembros del equipo cuenten con las herramientas necesarias para realizar sus tareas, es quien organiza las reuniones y quien realiza la planeación de la liberación del producto, es como el administrador del proyecto

El resto del equipo tiene roles similares al proceso de desarrollo

Developer: construye el producto

Tester: lo prueba para asegurar que todo funcione correctamente

Customer: usa el producto y se espera que pague por el

Executives: están en otros asuntos, pero no se puede construir productos sin ellos

Planeación de liberación:

Para planear una liberación el quipo cuenta con el backlog del producto ahí se identifican las historias de usuario que se quieren dejar en dicha liberación, esas historias de usuarios pasan a ser parte del backlog de liberación, el equipo prioriza las historias de usuario y estima tiempos para cada una de ellas, hay historias muy grandes por lo que se realiza una subdivisión en pequeñas porciones de tiempo haciéndolas manejables, la colección de todas estas estimaciones nos promedian el tiempo de desarrollo de esta liberación.

Nota: hay cierta cantidad de técnicas para hacer buenas estimaciones, algunos prefieren estimar usando los pintos de historia donde la estimación es relativa al desarrollo de pequeños componentes con poco nivel de dificultad, infortunadamente los puntos de historia no responden a la pregunta

¿Cuándo va a estar listo mi producto? Lo mejor es realizar una estimación en horas las cuales están normalizadas para tareas inferiores a un día de trabajo se estima en 1 hora, 2 horas, 4 u 8 horas, cada ítem cabera en uno de estos rangos de tiempo, no habrá tiempo sin pares, por ejemplo, tres horas caerán en paquete de 4 horas, ítems más grandes caerán en paquetes de 2, 3, 5 y 10 días

Todas las estimaciones intermedias caerán en el siguiente paquete más grande, estimaciones mucho más grandes se realizarán en meses, 1,2, 3 o 6 meses.

La realidad es que estos ítems deben ser divididos sustancialmente antes de que el trabajo comience.

Backlog de liberación:

Con las historias priorizadas y tiempo estimados estamos listos para planear las diferentes Sprint y llevar a cabo nuestro trabajo

Sprint:

Son la vía corta para hacer entre los ítems un preparado para la entrega, los Sprint por lo regular van de 2 días hasta 3 días dependiendo del ciclo de liberación del producto, entre mas corto sea el ciclo de liberación mas corta debe ser la longitud del sprint.

...