IMPLEMENTACION DE SCRUM

Implementación de Scrum
1.- Comenzar el proceso de Scrum
Debemos seleccionar al equipo , existe una fabula que ejemplifica el significado del proceso del Scrum:
“Un cerdo y una gallina se encuentran en la calle. La gallina le dice al cerdo: ¿por qué no abrimos un restaurante?" El cerdo le dice: "Buena idea, ¿cómo se llamaría el restaurante?" La gallina contesta: "¿Por qué no lo llamamos "Huevos con jamón?" "Lo siento pero no", dice el cerdo, "Yo estaría comprometido pero tú solamente estarías involucrada”
Según esta fabula el equipo consiste de cerdos (gente a la que se le asigna el trabajo) y los pollos (las personas interesadas pero que no trabajan directamente en el ) , identificando los cerdos nosotros podemos componer el equipo de trabajo
Recomendaciones
• No mas de 6 – 9 miembros por equipo
• Si hay mas miembros , romperlos en grupos
• Cada grupo enfocado en una sola área de trabajo
• Todo el staff trabajara en esta área
2.- Nombrar al Scrum Máster
El Scrum máster es la persona que conduce las reuniones diarias, mide empíricamente los progresos, toma decisiones y resuelve los problemas de lentitud o trabajo parado, un ingeniero o un director de marketing puede estar en esta área, es la persona que hace las preguntas referidas en el diagrama de proceso del Scrum, que se hizo desde la reunión pasada, que problemas ha habido y que espera para la próxima reunión
3.-Identificar el acumulado
Acumulado (Backlog ) es todo el trabajo pendiente para un área del producto , bien definido en sus términos
• Listar todo el trabajo a ser realizado
• Agrupar todo el trabajo que puede hacerse en los 30 días
• En áreas no bien definidas o cambiantes establecer un incremento de horizonte conocido
• Listar todo el trabajo a ser hecho
• Solo una persona encargada de realizar la priorización de trabajos
• El equipo elige el acumulado para el sprint - periodo de 30 días
• Periodo o sprint es el lapso que se da el Scrum para realizar un incremento este debe ser de 30 días
• Este acumulado se firma por los miembros del equipo
• Solo este acumulado se trabaja durante el periodo
4.- Establecer y conducir la reunión diaria del Scrum
Diariamente se hace una reunión para checar el status del trabajo, donde el equipo informa de las actualizaciones , la reunión se enfoca en el trabajo que se esta realizando
Recomendaciones
• Mismo tiempo y lugar
• Evitar siempre buscar un lugar diario
• Evitar que los miembros del equipo se pregunten siempre donde y cuando son
• Todos los “pollos” deben saber donde y cuando son
• No debe durar mas de treinta minutos
• El Scrum máster debe preguntar las 3 cuestiones básicas ya dichas
• Scrum máster es el responsable de tomar decisiones y resolver los problemas de trabajo
• Todas las discusiones a las tres cuestiones postergar a posteriores reuniones

Ventajas del Scrum
• Se enfoca en equipos de trabajo
• Hay una comunicación diaria
• Ofrece una dirección basada en experiencia y de bajo nivel
• Hace los obstáculos visibles
• Se toman decisiones y se resuelven problemas en tiempo real
Historias de Usuario
Basicamente es la misma referencia que en los proyectos XP, esto es deben ser breves y describir una funcionalidad del negocio que tenga valor, es una manera de describir un requerimiento funcional en la metodologia agil al igual que los casos de uso en las metodologias tradicionales
Se pueden obtner de entrevistas ,de reuniones de lluvia de ideas etc. , regularmente se anotan en una simple tarjeta de papel, y se colocan en un tablero (pizarron)
A estas historias se les da una priorizacion de acuerdo a la importancia, , y al alcance proporciandos por el dueño del producto, a la estimacion en tiempo , horas de trabajo por persona esta cantidad es dada por elquipo de trabajo,
Historias Tecnicas
Las historia tecnicas se refieren a aquellas historias que no describen una caracteristica del negocio o que aparentemente no dan valor al negocio, a estas actividades , como instalar un servidor, documentar el diseño general, optimizacion y limpieza del codigo, etc.
Estas historias se intentan evitar, una manera es tratando de convertirlas en historias normales con valor de negocio medible, no siempre es posible, el intentar priorizarlas junto con el resto de las historias es dificil porque el dueño del producto no las reconoce , lo que se puede hacer es mantener una lista aparte, el dueño del producto puede verla pero no modificarla, las actividades para estas historias se acomodan según convenga en la agenda del sprint
Se puede o no mantener informado al dueño del producto, aunque lo mejor es siempre mantenerlo informado