Jump to content

Eventos: Difference between revisions

5,782 bytes removed ,  27 April 2014
no edit summary
m (Smanager moved page Reuniones del marco estándar de Scrum to Eventos without leaving a redirect)
No edit summary
Line 2: Line 2:




Las reuniones que originalmente definió el marco Scrum son:
Los eventos del marco de scrum técnico son:


* '''Planificación del sprint''': jornada de trabajo previa al inicio de cada sprint en la que se determina cuál va a ser el trabajo y los objetivos que se deben conseguir en la iteración.
'''Reunión de [[Planificación del sprint]]''': reunión de trabajo previa al inicio de cada sprint en la que se determina cuál va a ser el objetivo del sprint y las tareas necesarias para conseguirlo.
* '''Revisión diaria''': breve revisión diaria, en la que cada miembro describe tres cuestiones: 1.- El trabajo que realizó el día anterior. 2.- El que tiene previsto realizar. 3.- Cosas que puede necesitar o impedimentos que deben suprimirse para realizar el trabajo.
Cada persona actualiza en la pila del sprint el tiempo o esfuerzo pendiente de sus tareas, y con esta información se actualiza a su vez el gráfico con el que el equipo monitoriza el avance del sprint (burn-down)
* '''Revisión del sprint''': análisis y revisión del incremento generado.




También son habituales las reuniones:
'''Scrum diario''': breve reunión diaria del equipo, en la que cada miembro responde a tres cuestiones:
 
1.- El trabajo realizado el día anterior.
* [[Retrospectiva|Reunión retrospectiva]]
2.- El que tiene previsto realizar.
* [[Mantenimiento de la pila del producto|Reunión de mantenimiento de la pila del producto]]
3.- Cosas que puede necesitar o impedimentos que deben eliminarse para poder realizar el trabajo.  
 
Cada persona actualiza en la pila del sprint el tiempo o esfuerzo pendiente de sus tareas, y con esta información se actualiza a su vez el gráfico con el que el equipo monitoriza el avance del sprint (burn-down)  
 
==Planificación del sprint==
 
===Descripción ===
 
En esta reunión se toman como base las prioridades y necesidades de negocio del cliente, y se determinan cuáles y cómo van a ser las funcionalidades que incorporará el producto tras el siguiente sprint.
Se trata de una reunión conducida por el responsable del funcionamiento de Scrum (Scrum Master o un miembro del equipo, en equipos ya expertos en trabajo con Scrum) a la que deben asistir el propietario del producto y el equipo completo, y a la que también pueden asistir otros implicados en el proyecto.
La reunión comienza cuando el propietario del producto presenta la pila de producto, en la que exponen los requisitos que necesita, por orden de prioridad; especialmente los que prevé, se podrán desarrollar en el siguiente sprint. Si la pila del producto ha tenido cambios significativos desde la anterior reunión, explica las causas que los han ocasionado.
El objetivo es que todo el equipo conozca las razones y los detalles con el nivel necesario para estimar el trabajo necesario.
 
'''Precondiciones'''
 
*La organización tiene determinados los recursos disponibles para llevar a cabo el sprint.
*El propietario del producto tiene preparada la pila del producto, con su criterio de prioridad para el negocio, y un nº suficiente de elementos para desarrollar en el sprint.
*Siempre que sea posible, el propietario del producto debe haber trabajado antes con el equipo. De esta forma su estimación previa del trabajo que se puede realizar en el sprint será bastante ajustada.
*El equipo tiene un conocimiento de las tecnologías empleadas, y del negocio del producto suficiente para realizar esti¬maciones basadas en "juicio de expertos”, y para comprender los conceptos del negocio que expone el propietario del producto.
 
'''Entradas'''
 
*La pila del producto.
*El producto desarrollado hasta la fecha a través de los sucesivos incrementos (excepto si se trata del primer sprint).
*Circunstancias de las condiciones de negocio del cliente y del escenario tecnológico empleado.
 
 
'''Resultados'''
 
*Pila del sprint.
*Duración del sprint y fecha de la reunión de revisión.
*Objetivo del sprint.
 
'''Formato de la reunión'''
 
Esta reunión marca el inicio de cada sprint.
 
Duración máxima: un día.
 
Deben asistir: el propietario del producto, el equipo y el Scrum Master
 
Pueden asistir: todos aquellos que aporten información útil, ya que es una reunión abierta.
 
Consta de dos partes separadas por una pausa de café o comida, según la duración.
 
'''Primera parte''':


Duración de 1 a 4 horas.


Propietario del producto:
'''Revisión del sprint''': análisis e inspección del incremento generado, y adaptación de la pila del producto si resulta necesario.
Una cuarta reunión se incorporó al marco estándar de scrum en la primera década de 2.000:


*Presenta las funcionalidades de la pila del producto que tienen mayor prioridad y que estima se pueden realizar en el sprint.
*La presentación se hace con un nivel de detalle suficiente para transmitir al equipo toda la información necesaria para construir el incremento.
El equipo


*Realiza las preguntas y solicita las aclaraciones necesarias.
'''Retrospectiva''' del sprint: revisión de lo sucedido durante el Sprint. Reunión en la que el equipo analiza aspectos operativos de la forma de trabajo y crea un plan de mejoras para aplicar en el próximo sprint.
*Propone sugerencias, modificaciones y soluciones alternativas.
Los aportes del equipo pueden suponer modificaciones en la pila. De hecho no es que “puedan” es que “deben” suponerlas.
Esta reunión es un punto caliente del protocolo de Scrum para favorecer la fertilización cruzada de ideas en equipo y añadir valor a la visión del producto.
Tras reordenar y replantear las funcionalidades de la pila del producto, el equipo define el “objetivo del sprint” o frase que sintetiza cuál es el valor que se le va a entregar al cliente.
Exceptuando sprints dedicados exclusivamente a re-factorización o a colecciones de tareas desordenadas (que deberían ser los menos), la elaboración de este lema de forma conjunta en la reunión es una garantía de que todo el equipo comprende y comparte la finalidad del trabajo; y durante el sprint sirve de criterio de referencia en las decisiones que autogestiona el equipo.


'''Segunda parte''':


El equipo desglosa cada funcionalidad en tareas, y estima el tiempo para cada una de ellas, determinando de esta forma las tareas de la pila del sprint. En este desglose, el equipo tiene en cuenta los elementos de diseño y arquitectura que deberá incorporar el sistema.
Los miembros del equipo se autoasignan las diferentes tareas tomando como criterios sus co¬nocimientos, intereses y distribución homogénea del trabajo.


Esta segunda parte debe considerarse como una “reunión del equipo”, en la que deben estar todos sus miembros y ser ellos quienes descomponen, estiman y asignan el trabajo.
El papel del propietario del producto es atender a dudas y comprobar que el equipo comprende y comparte su objetivo.El Scrum Manager actúa de moderador de la reunión.


Funciones del rol de Scrum Master
------------------


El Scrum Master o moderador de la reunión es responsable y garante de:


#Realizar esta reunión antes de cada sprint.
#Asegurar que se cuenta con una pila de producto adecuadamente desarrollada por el propietario de producto.
#Ayudar a mantener el diálogo entre el propietario de producto y el equipo, teniendo en cuenta que su colaboración no puede implicar toma de decisiones ni limitar el diálogo principal.
#Asegurar que se llegue a un acuerdo entre el propietario del producto y el equipo respecto de lo que incluirá el incremento.
#Ayudar al equipo a comprender la visión y necesidades de negocio del cliente.
#Asegurar que el equipo ha realizado una descomposición y estimación del trabajo realistas, y ha considerado las posibles tareas necesarias de análisis, investigación o apoyo.
#Asegurar que al final de la reunión están objetivamente determinados:
*Los elementos de la pila del producto que se van a ejecutar.
*El objetivo del sprint.
*La pila del sprint con todas las tareas estimadas y asignadas.
*La duración del sprint y la fecha de la reunión de revisión.


El Scrum Master modera la reunión para que no dure más de un día. Debe evitar que el equipo comience a profundizar en trabajos de análisis o arquitectura que son propios del sprint.