Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Al iniciar cada iteracin, el equipo revisa el trabajo pendiente del proyecto y selecciona la parte que terminar como un incremento de funcionalidad incorporado al software al terminar la iteracin. Al final de la iteracin el equipo presenta el incremento de funcionalidad a las partes implicadas en el proyecto.
El equipo revisa los requisitos, considera la tecnologa disponible, evala sus conocimientos, y de forma colectiva determina cmo implementar la funcionalidad.
Roles
Scrum tiene una estructura muy simple. Todas las responsabilidades del proyecto se reparten en 3 roles:
Propietario del producto Equipo Gestor de Scrum (Scrum manager o Scrum Master)
Colaboracin estrecha con el cliente. Predisposicin y respuesta al cambio Prefiere el conocimiento tcito de las personas al explcito de los procesos Desarrollo incremental con entregas funcionales frecuentes Comunicacin verbal directa entre los implicados en el proyecto Motivacin y responsabilidad de los equipos por la auto-gestin, auto-organizacin y compromiso. Simplicidad. Supresin de artefactos innecesarios en la gestin del proyecto.
Financiacin del proyecto Requisitos del sistema Retorno de la inversin del proyecto Lanzamiento del proyecto
Equipo
Responsable de transformar la pila del sprint (Sprint Backlog) en un incremento de la funcionalidad del software
Scrum Manager
Responsable del proceso Scrum
Formacin y entrenamiento del proceso Incorporacin de Scrum en la cultura de la empresa Garanta de cumplimiento de roles y responsabilidad
4
Scrum diferencia claramente entre estos dos grupos para garantizar que quienes tienen la responsabilidad tienen tambin la autoridad necesaria para poder lograr el xito, y que quienes no tienen la responsabilidad no producen interferencias innecesarias
COMPROMETIDOS EN EL PROYECTO Dueo del producto Equipo Scrum Manager IMPLICADOS EN EL PROYECTO Marketing Comercial Etc.
Nueva funcionalidad
Duracin mxima: 30 das. Durante el sprint no se puede modificar el trabajo que se ha acordado en el Backlog. Slo es posible cambiar el curso de un sprint, abortndolo, y slo lo puede hacer el Scrum Master si decide que no es viable por alguna de las razones siguientes:
La tecnologa acordada no funciona. Las circunstancias del negocio han cambiado. El equipo ha tenido interferencias.
Product Backlog
Complejidad
Trabajo pendiente
Sprint
3
0 0 0
ID 1 2 3 4 5 6 7
Elemento Nuevo formulario para peticiones de clientes Configuracin de respuestas automticas Envo automtico de respuestas Consulta para los clientes de peticiones enviadas Modificacin del cliente de sus peticiones enviadas Acceso a peticiones slo para clientes del portal jurdico Consulta de peticiones por parte del staff SPRINT 1 2 0.2 2,4 3 0.2 3,6 1 0.2 1,2 1 0.2 1,2 2 0.2 2,4 5 0.2 6 2,4 3,6 1,2 1,2 2,4 6 1,2 18 1,2 3,6 0 0 0 0 0 0 0 0 1,2 3,6 0 0 0
0
0
6
0
1 0.2 1,2 15 18
0
0 0
8 9 10
Insercin de comentarios y reasignacin a peticiones (staff) Consultas por clientes, fechas y temas [Contina].
4
0
0
0
0
0
0 0
10
11
12
Reunin diaria
Reunin retrospectiva
La forma ms eficiente y efectiva de comunicar informacin de ida y vuelta dentro de un equipo de desarrollo es mediante la conversacin cara a cara.
Manifiesto gil
13
Moderada por el Scrum Manager, que pregunta a todos los asistentes Cul ha sido el trabajo realizado desde la ltima revisin diaria? Cul es el trabajo previsto para hoy? Hay algo que necesitas, o que te impide realizar el trabajo previsto? No se permite entrar en divagaciones o salirse del guin. Slo habla la persona que informa de su trabajo, el resto escucha y no hay lugar para
otras conversaciones.
Cuando un miembro informa de algo de inters para otros, o necesita ayuda de otros, estos se renen al terminar la revisin diaria. Las gallinas no pueden intervenir ni distraer, y el Scrum Master puede limitar el nmero de gallinas asistentes si lo considera oportuno. Qu trabajo has realizado desde la ltima reunin?
Las funcionalidades no implementadas no se presentan. En la reunin, los miembros del equipo muestran las nuevas funcionalidades. Al final de la reunin se interroga individualmente a todos los asistentes para recabar impresiones, sugerencias de cambio y mejora, y su relevancia. El propietario del producto trata con los asistentes y con el equipo las posibles modificaciones en la pila de producto.
15
El Scrum Manager anota todas las respuestas El equipo prioriza las mejoras posibles El Scrum Manager no proporciona respuestas, sino que ayuda
al equipo a encontrar la mejor forma de trabajar con Scrum. Las acciones de mejora localizadas que se puedan implementar en el prximo Sprint deben introducirse en la pila de producto como elementos no funcionales.
16
Juan Palacio
jpalacio@navegapolis.net
http://www.navegapolis.net
Este trabajo forma parte de http://www.navegapolis.net. Puede emplearse y distribuirse suscribiendo el contrato Coloriuris de www.navegapolis.net. 17