2. Quién soy
@JohnAraque
• Esposo feliz y aprendiz de papá
• Apasionado por la Agilidad y el MTB
• Ingeniero electrónico y Especialista en
gerencia de proyectos + algunas
certificaciones
• Miembro y voluntario de Ágiles Colombia
• Enterprise Agile coach
@ J o h n A r a q u e
9. @ J o h n A r a q u e
Scrum - Roles
Product Owner Scrum Master Equipo Dllo
10. @ J o h n A r a q u e
Scrum - Roles
Product Owner
● Expresar claramente los requerimientos.
● Ordenar los elementos de la lista de requerimientos para
alcanzar los objetivos de la mejor manera posible.
El Product Owner o dueño del producto es el responsable de
maximizar el valor del producto.
● Optimizar el valor del trabajo desempeñado por el
equipo de desarrollo.
● Asegurar que la lista de requerimientos es visible,
transparente y claro para todos.
● Asegurar que el equipo de desarrollo entiende los
elementos de la lista de requerimientos.
11. @ J o h n A r a q u e
Scrum - Roles
● Facilitar reuniones y eventos del equipo
● Coaching a los miembros del equipo, mediando a través
de conflictos, ayudando a las decisiones y al equipo a ser
auto-organizado.
El Scrum Master es responsable de promover y apoyar Scrum
como se define en la Guía de Scrum. Los Scrum Masters hacen
esto ayudando a todos a entender la teoría, prácticas, reglas y
valores de Scrum.
● Aprendizaje continuo, ayudando al equipo a crear
radiadores de información.
● Remover o ayudar a remover impedimentos.
● Reflejar los valores ágiles y de Scrum, recordando al
equipo sus acuerdos, ayudando al equipo continuamente a
mejorar sus procesos y preguntar cuestiones abiertas.
Scrum Master
12. @ J o h n A r a q u e
Scrum - Roles
● Son auto-organizados.
El development team o Equipo de desarrollo consiste en los
profesionales que desempeñan el trabajo de entregar un
incremento de producto “Terminado”, que potencialmente se
pueda poner en producción al final de cada Sprint.
● Los equipos de desarrollo son multifuncionales.
● Scrum no reconoce títulos para los miembros de un
equipo de desarrollo.
● La responsabilidad del cumplimiento recae en todo el
equipo.
Development team
14. @ J o h n A r a q u e
Planning
El Product Owner define qué
El Equipo define cómo y cuánto
Cuatro horas máximo
Definir y comprometerse con los Objetivos de la
Iteración.
El Equipo se compromete a entregar un valor específico
El negocio se compromete a dejar las prioridades sin cambios
durante la iteración
Objetivo de Iteración y el backlog del equipo
15. @ J o h n A r a q u e
El proceso continúa mientras haya más capacidad
El equipo clarifica y estima las Historias
El equipo establece su velocidad
Todos se comprometen
El equipo sintetiza los Objetivos de la Iteración
El equipo opcionalmente separa las Historias en tareas
Flujo de la Planning
16. @ J o h n A r a q u e
Este evento es la clave para la sincronización en equipo
y la autoorganización
El DSU (o Scrum diario) no es una reunión de
seguimiento diaria para la dirección.
Es usado para:
• Compartir información sobre el progreso.
• Coordinar actividades
• Plantear problemas de bloqueo
Daily
17. @ J o h n A r a q u e
Patrones del Daily
Agenda básica de reunión de Scrum
Cada persona responde:
1. ¿Qué hice ayer para avanzar en los
Objetivos de Iteración?
2. ¿Qué haré hoy para avanzar los
Objetivos de Iteración?
3. ¿Hay algún impedimento que impida
que el equipo cumpla los Objetivos de
Iteración?
Agenda meet-after
1. Revise los temas que el Scrum Master
escribió en el tablero de posterior a la
reunión (meet-after).
2. Las partes involucradas discuten, las
personas no involucradas se van.
18. @ J o h n A r a q u e
Refinamiento de backlog
❑ Timebox: 1 - 2 horas semanales.
❑ Ayuda al equipo a preparar nuevas Historias
antes de la Iteration Planning.
❑ Proporciona tiempo para identificar las
dependencias y los problemas que podrían
afectar la próxima iteración. Asegura que
tenemos un backlog listo para la Iteration
Planning.
❑ Los miembros del Equipo Agile asisten y
participan activamente, los expertos en la
materia y los miembros de otros equipos
están invitados según sea necesario.
19. @ J o h n A r a q u e
Review
Timebox: 1 - 2 horas
Proporciona la verdadera medida del progreso
al mostrar la funcionalidad del software en
funcionamiento, los componentes de hardware,
los modelos, los prototipos, etc.
La preparación para la revisión comienza con la
planificación
Los equipos demuestran cada Historia, Enabler
y NFR
Los asistentes son el equipo y sus grupos de
interés
20. @ J o h n A r a q u e
Retrospectiva
Fases de una retrospectiva:
1. Armar el escenario (apertura): Mejora Producto y
eventos
2. Recolección de datos (Hechos): 12 puntos de
deuda técnica, no product backlog, sprint dos (2)
meses, weeklys, no hacen retrospectivas.
3. Indagar (Opiniones): Porque creen q está pasando,
motivos identifican, ¿qué impacto?
4. Decidir qué hacer (Convergencia): Identifica
alternativas de solución y se decide que hacer.
Ejemplo: vamos a pagar 8 puntos de deuda técnica
cada iteración.
5. Cierre (compromiso): Cuando lo vamos hacer y
quien lo hacer?
Mejora Proceso: Tiempos de entrega.
Mejora Eventos: Planing, Dailys, Review,
Retrospectiva.
Mejora Equipos: No hay cohesión del
equipo (Identidad Equipo)
Motivación (Moving motivators)
Mejora Producto y/o ofertas:
Identificar con un análisis de causa raíz el
problema.
Dimensiones
Cada mejora es un comportamiento que se tiene que seguir
replicando.
(Una retro debe cerrar con accionables que se puedan ejecutar)
21. @ J o h n A r a q u e
Lecturas recomendadas
21
22. @ J o h n A r a q u e
URL recomendadas
22
• https://johnaraque.wordpress.com/2015/12/08/11/
• https://johnaraque.wordpress.com/2015/12/15/24/
• https://urtanta.com/user-story-mapping/
• https://agilemanifesto.org/iso/es/manifesto.html
• https://proyectosagiles.org/que-es-scrum/
• https://www.scrum.org/resources/blog/que-es-scrum
capitalización bursátil, es una medida de una empresa o su dimensión económica, y es igual al precio por acción en un momento dado multiplicado por el número de acciones en circulación de una empresa de capital abierto, e indica el patrimonio disponible para la compra y venta activa en la bolsa.
capitalización bursátil, es una medida de una empresa o su dimensión económica, y es igual al precio por acción en un momento dado multiplicado por el número de acciones en circulación de una empresa de capital abierto, e indica el patrimonio disponible para la compra y venta activa en la bolsa.