Scrum Técnico

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 4

SCRUM TÉCNICO

De nición: Modelo de desarrollo ágil y exible, cuyo principal objetivo es maximizar el retorno
de la inversión para la empresa. Está formado por un conjunto de buenas prácticas que nos
permiten mejorar el trabajo en equipo, y obtener mejores resultados del proyectos.

Caracteristica:

-Método iterativo e incremental.

-Dividido en ciclos o sprints.

-Lista requisitos priorizadas.

-Cada ciclo tiene como resaltado un entrañable que aporta valor.

-Roles.

-Equipo auto-dirigidos y auto-organizados.

-Reuniones.

-Monitorización continua.

“ser ágiles es como saber adaptarse a los cambios”

“entregando continuamente un producto que aporte valor, adaptándonos a los posibles cambios
que no están previsto”

“ya no hay productos nales, sino productos en continua producción y mejora”

12 principios:

1. La prioridad más alta es satisfacer al cliente a través de la entrega pronta y continua de


software valioso.

2. Son bienvenidos los requerimientos cambiantes, aun en una etapa avanzada.

3. Entregar con frecuencia software que funcione, de dos semanas a un par de meses, de
preferencias lo más pronto que se pueda.

4. Las personas de negocios y los desarrolladores deben trabajar juntos, a diario y durante
todo el proyecto.

5. Hay que desarrollar los proyectos con individuos motivados.

6. El método mas e ciente y e caz para transmitir información a los integrantes de un equipo
de desarrollo, y entre estos, es la conversación cara a cara.

7. La medida principal de avance es el software que funciona.

8. Los procesos ágiles promueven el desarrollo sostenible.

9. La atención continua a la excelencia técnica y el buen diseño mejora la agilidad.

10. Es esencial la simplicidad.

11. Las mejores arquitecturas, requerimientos y diseños surgen de los equipos con
organización propia.

12. El equipo re exiona a intervalos regulares sobre cómo ser mas e caz, para después a nar y
ajustar su comportamiento en consecuencia.

Marco Técnico: conjunto de practicas y reglas que dan respuesta a los siguientes principios.

-Gestion evolutiva vs productiva.

-Resultado basado en personas vs procesos

-Desarrollo incremental (sprints).

Las personas que participan en el proyecto en dos categorías: comprometidos e implicados.

Comprometidos: propietarios del producto, miembros del equipo.

Implicados: Otros interesados (dirección, gerencias, marketing, etc.)

ROLES:
fi
fl
fi
fi
fi
fl
fi
fi
Product Owner:

-Toma las decisiones del cliente. Conoce perfectamente el negocio.

-Por simplicidad, es el único.

-Es propietario del product backlog y decide prioridades.

-Acepta o rechaza el sprint.

Scrum Master:

-Aboga porque se respeten las reglas de Scrum.

-Es la conexión entre el producto owner y equipo.

-Parte de su trabajo consiste en ayudar a product owner como equipo.

-También trabaja como uno más del equipo.

-Revisión pila de producto.

-Moderación de las reuniones.

-Soluciona posibles problemas durante el sprint para garantizar su desarrollo.

-Gestión de grupo

Equipo:

-Formado por las personas que desarrolla cada sprint.

-Entre 3 y 9 personas sin contar SM y PO.

-Equipo multifuncional.

-El propio equipo se auto-organiza y coordina las tareas.


-Todos conocen la vision del PO.

-Participan en la elaboración del pila de producto.

-Todos participan en las decisiones.

-Se respetan opiniones de todos.

-Todos conocen scrum.

Valores de Scrum:

-Respeto entre el equipo. Con anza y respetar conocimiento y capacidades.

-Responsabilidad y auto-disciplina.

-Trabajo enfocado en valor para el cliente.

-Compromiso.

Sprint:

-Nombre que recibe cada iteración o ciclo. Genera el ritmo de avance por tiempos pre jados.

-No más de 4 semanas.

-Entregable funcionando y probado

Dentro del sprint se engloban 4 eventos:

-Reunión de plani cación del sprint.

1.Se decide que se va a incluir en el siguiente sprint.

2. Es dirigida por el SM y asisten comprometidos e implicados.

3.Duración máxima. Un dia.

4.Esta reunión da respuesta a dos preguntas. Qué se entregara en el sprint. Cómo se llevará a a
cabo el trabajo.

fi
fi
fi
-Reunión diaria.

1.Breve.

2. Se decide qué hacer durante las siguientes 24 horas.

-Reunión de revisión del sprint.

1.Reunión realiza al nal del sprint.

2.Entre 2 y 4 horas.

3. El PO decide que historia de usuario está nalizada y cual no.

4. A esta reunión acude tanto comprometidos como indolucrados.

5. Es una reunión informal.

-Reunión de retrospectiva.

1. Después de revisión t antes de plani cación.

2. De 1 a 3 horas.

3. Se hace auto-análisis de la manera que se ha trabajado en el último sprint.

4. Identi car fortalezas y debilidades.

5. Mientras que en la reunión de revisión valoramos el QUÉ hemos hecho, en la retrospectiva


valoramos el CÓMO lo hemos hecho.

6. Participan todos.

Pila de producto:

-Lista de todas las funcionalidades solicitadas por el usuario.

-Es responsabilidad del cliente o usuario.

-Se suelen escribir en forma de historia de usuarios priorizadas.

-La pila de producto es un documento vivo.

-La pila se crea con el aporte de todos, cliente + equipo.

-Están de nidos a alto nivel.

-La estimación se puede realizar en horas o puntos.

-La prioridad se mide en valor o necesidad.

-Descomposición de las historias de usuraio a más bajo nivel, en tareas.

-Se genera en la reunión de plani cación del sprint.

-No se puede modi car una vez comenzado el sprint. Si no se llega a fecha, se modi ca fecha.

-Se modi ca diariamente con la evolución.

Incremento:

-Aquello que entregamos

-Completamente operativo y aportando valor.

-1 iteración / ciclo — 1 incremento.

-No se suelen permitir como entrañable una funcionalidad interna ( “diseño BBDD ”) — Excepto
sprint 0.

fi
fi
fi
fi
fi
fi
fi
fi
fi
Ejemplo de pila de producto.

Tiempo:

-Incremento iterativo

1.Se basa en pulsos de sprints

2. Usa el sprint como unidad de tiempo.

3. Velocidad = nº de tareas realizadas en un sprint

4. Es la medida usada en scrum técnico.

-Incremento continuo

1.No hay sprints.

2.Usa dia, semana o meses.

3.Usa el punto como unidad de tiempo.

4.Velocidad = nº puntos por día, semana o mes.

Trabajo:

-El avance del proyecto no se mide por el trabajo realizado, sino por el pendiente de realizar.

1.Estimar esfuerzo y tiempo previsto.

2. Determinar grado avance de sprint y del proyecto.

-El trabajo realizado a veces es necesario medirlo, pero nunca se usa para calcular el avance del
proyecto.

Velocidad:

-Cantidad de trabajo realizada en un periodo de tiempo.

-En scrum avanzado se usa velocidad media, o se indica la unidad de tiempo.


También podría gustarte