Sesión de Scrum

Agile Coach en BCP

Nos Ha pasado a Todos
Enfoque Ágil : Iterativo incremental
 Metodologías y frameworks en el
modelo Cynefin

Utiliza este modelo para determinar cuándo es conveniente utilizar el marco Scrum.
 Scrum Framework
Product Scrum
Owner Master
Visión Daily Scrum
Meeting
Sprint 2 a 4
semanas
Producto
Incremental

Team

Planning Backlog
Meeting Comprometido
Retrospective
Meeting Review
Meeting
Product
Backlog
Pilares de Scrum
Valores de Scrum
Roles de Scrum
 Product Owner
El Dueño de Producto es el responsable de maximizar el valor del
producto y el trabajo del Equipo de Desarrollo. El cómo se lleva a cabo
esto podría variar ampliamente entre distintas organizaciones, Equipos
Scrum e individuos.
❑Garantiza la aceptación del usuario final y mantiene la visión de la
solución, el roadmap y el backlog.
❑Sirve como el contacto con el cliente para la toma de decisión y
representa los intereses de los stakeholders en el Proyecto.
❑Administra el concepto y desarrollo de la solución durante todo el
proceso.
❑Se comunica con el cliente de manera regular para pasar y tomar su
feedback así como también reportar el status del Proyecto.
❑Gestiona los riesgos y resuelve los problemas del proyecto.
❑Verifica la funcionalidad y calidad de los productos
 Product Owner
El Dueño de Producto es la única persona responsable de gestionar la
Lista del Producto (Product Backlog). La gestión de la Lista del Producto
incluye:

❑Expresar claramente los elementos de la Lista del Producto.

❑Ordenar los elementos en la Lista del Producto para alcanzar los
objetivos y misiones de la mejor manera posible.
❑Optimizar el valor del trabajo que el Equipo de Desarrollo realiza.
❑Asegurar que la Lista del Producto es visible, transparente y clara para
todos y que muestra aquello en lo que el equipo trabajará a
continuación.
❑Asegurar que el Equipo de Desarrollo entiende los elementos de la Lista
del Producto al nivel necesario.
 Equipo de desarrollo
El Equipo de Desarrollo consiste en los profesionales que realizan el trabajo de
entregar un Incremento de producto “Terminado” que potencialmente se
pueda poner en producción al final de cada Sprint.

Solo los miembros del Equipo de Desarrollo participan en la creación del

Incremento. La estructura del equipo les permite organizar y gestionar su
propio trabajo.
 Equipo de desarrollo
❑Son auto-organizados. Nadie (ni siquiera el Scrum Master) indica al Equipo de Desarrollo
cómo convertir elementos de la Lista del Producto en Incrementos de funcionalidad
potencialmente desplegables.
❑Los Equipos de Desarrollo son multifuncionales, esto es, como equipo cuentan con todas
las habilidades necesarias para crear un Incremento de producto.
❑El equipo es Autónomo y no dependen de nadie externo para tomar decisiones.
❑Scrum no reconoce títulos para los miembros de un Equipo de Desarrollo, todos son
Desarrolladores, independientemente del trabajo que realice cada persona; no hay
excepciones a esta regla
❑Scrum no reconoce subequipos en los equipos de desarrollo, no importan los dominios
particulares que requieran tenerse en cuenta, como pruebas o análisis de negocio; no hay
excepciones a esta regla.
❑Los Miembros individuales del Equipo de Desarrollo pueden tener habilidades
especializadas y áreas en las que estén más enfocados, pero la responsabilidad recae en
el Equipo de Desarrollo como un todo.
❑Se basa en el trabajo Colaborativo.
 Scrum Master
❑Gestiona la célula Agile y todo el ciclo de vida.
❑Monitorea el workflow del equipo.
❑Guía y da soporte a todos los miembros del equipo.
❑Asegura que el equipo esté focalizado en la célula y no en otros temas.
❑Revisa y valida que el equipo esté buscando mejoras operacionales y
eficiencias en el funcionamiento de la célula.
❑Es el enlace entre el equipo y el Product Owner, Program Manager, y los
Stakeholders.
❑Desarrolla personas a través del coaching y promoviendo un buen entorno
de trabajo.
❑Recoge y reporta las métricas y progreso del trabajo.
❑Planifica revisiones mensuales con los stakeholders.
Artefactos de Scrum
 Product Backlog
❑Lista priorizada de los requisitos / características que proporcionan valor de
negocio para el cliente

❑Product Owner posee y da prioridad a la pila de producto

❑Nuevos items se pueden añadir a la pila de producto en cualquier momento

durante el proyecto.

❑Un Product Backlog contiene distintos elementos:

• Bugs

• Historias de usuario

• Tareas técnicas

• Trabajo de investigación
Matriz de Eisenhower
 Sprint Backlog
❑Se trata de una lista de elementos en los que trabajar durante la etapa de
Sprint.

❑Este artefacto es un elemento para visualizar el trabajo a realizar durante

cada Sprint y está gestionado por el equipo de desarrollo.

❑permite entender cuál es la evolución del trabajo durante el Sprint, así

como hacer un análisis de riesgos.

❑Es un artefacto vivo durante el sprint , el equipo lo modifica según

emergen nuevas tareas que se deben incluir en el sprint backlog o se
tornen innecesarias algunas por lo cual se remueven del sprint backlog.
 Incremento del producto
❑Es el resultado del Sprint, es la suma de todas las tareas, casos de
uso, historias de usuario y cualquier elemento que se haya
desarrollado durante el Sprint y que será puesto a disposición del
usuario final

❑Incremento : Por que es una característica nueva (o modificada) de

un producto que esta siendo construido de forma evolutiva con cada
sprint.

❑Terminado: Esta en una condición tal que lo hace utilizable y que

además, cumple con la “Definición de Terminado”
 Eventos de Scrum
❑Sprint : Es la base del Scrum. Es un periodo de tiempo de 1 mes, 3 o 2 semanas, durante
el cual se crea un incremento de producto, utilizable y potencialmente liberable. Lo ideal
es que siempre tengan la misma duración.
❑Sprint planning: primer evento del sprint, del que sale un sprint backlog comprometido
y estimado. El Product Owner, Scrum Master y miembros del equipo participan.
❑Daily meeting: donde los miembros del equipo y SM comparten los últimos logros del
día, los compromisos para el día y los obstáculos que se agregan al registro de
impedimento. Duración típica: 15 minutos
❑Sprint review: Típicamente toma la forma de una demo y permite al equipo para mostrar
lo que logró durante el sprint.
❑Sprint retrospective: Se lleva a cabo al final del sprint y da un tiempo para reflexionar
sobre lo que se hizo bien y se debe mantener y lo que se puede, el resultado son los
accionables a ejecutar en los siguientes sprints.
Bonus Track
Herramientas
01 Comunicaciones y videoconferencias

Se busco herramientas amigables para los usuarios y que se encuentren bajo los lineamiento de seguridad de la empresa…
Iniciamos con ZOOM y terminamos utilizando la plataforma de TEAMS

1
 Herramientas
02 Gestión de tareas

El TRELLO es una muy buena opción para este caso e incluso se puede sincronizar a otras herramientas. Otra opción sería el
PLANNER propia del Office 365
Definir estructura de redacción para impedimentos y pendientes

2
Herramientas
03 Almacenamiento

2
 Herramientas
04 Inception y restrospectivas

Para sesiones de inception y retrospectivas se puede utilizar MIRO que es una plataforma free y te permite diseñar
plantillas seguir la reunión que se desee facilitar.
Para el caso puntual de Retrospectivas, FUNRETRO aporta mucho en cuanto a diseño predefinidos

3
 Esperen… nos
olvidamos de algo?
Acuerdos de reuniones
NO DISPOSITIVOS COMPARTIR INFORMACIÓN
01 Colocar en vibrador o apagarlo 04 Coordine para que todos podamos
sacarle el máximo provecho.

Todos con el micro

02 apagado 05 NO ENTIENDE
Pregunte con confianza

03 Una laptop o desktop por

persona 06 Participemos en
actividades de conexión