Está en la página 1de 92

16 FEBRERO, 2019

SCRUM
“Scrum es simple, pero no es fácil.”
– Ken Schwaber

Presented by CoP Tribu Ágil


ACUERDOS DE CONVIVENCIA

Presented by CoP Tribu Ágil


TEMAS A SCRUM A LAS VENAS

COMPARTIR Scrum Intro

Historia de Scrum

Valores Scrum

Roles del equipo Scrum

Ceremonias

Artefactos

Estimación

Dinámica Lego 4 Scrum


ACERCA DE NOSOTROS
MIEMBROS DE LA COP TRIBU ÁGIL

LEZMIT OMAR

GALARZA DIAZ

Scrum Master Agile Coach

Un placer estar aquí !


CONOZCAMOS
NUESTRAS
EXPECTATIVAS
PARA ESTE DÍA
INGRESA EL CÓDIGO : 488430

WWW.MENTI.COM
COMENZAMOS
SCRUM
SCRUM se basa en algo que inventó Demming y que

desarrollaron los japones, el ciclo de PDCA, y que mejora

cualquier proceso ostensiblemente en unos pocos ciclos.


Historia de SCRUM
[1] The New New Product Developement Game, por Hirotaka Takeuchi (Hitotsubashi
University) y Ikujiro Nonaka. Harvard Business Review, Enero-Febrero de 1986.

[2] Jeff Sutherland, John Scumniotales y Jeff McKenna concibieron, ejecutaron y


documentaron el primer Scrum para desarrollo ágil de software en 1993, utilizando el
estudio de gestión de equipos de Takeuchi y Nonaka como base.

[3] En 1995 Ken Schwaber formalizó el proceso para la industria de desarrollo de


software.

[4] El 12 de Febrero 2001 Manifiesto Ágil fue firmado por 17 criticos de los modelos de
mejora del desarrollo de software basados en procesos.
Valores SCRUM

CORAGE RESPETO COMPROMISO


Valores SCRUM

APERTURA ENFOQUE

Soportado por sus pilares: Inspección, Adaptación y


Transparencia
ROLES SCRUM
PRODUCT SCRUM EQUIPO
OWNER MASTER

- Ayuda al equipo a mejorar su productividad. - Equipo Multifuncional.


- Definir y priorizar los elementos del product backlog.
- Impulsa la creatividad. - Empoderados.
- La cara del negocio que debe estar siempre disponible para el equipo.
- Asegura el cumplimiento del marco de la agilidad. - Motivados y comprometidos.
- El responsable de indicar QUË es lo correcto.
- Facilita la remoción de impedimentos. - Auto-organizados.
- Puente entre el clientes, negocio, stakeholders y el equipo Scrum.
- Es un agente de cambio. - Definen COMO alcanzar su objetivo común
- Asegura que se entregue valor al cliente.
- Facilita el intercambio de información. - Normalmente entre 3 a 9 miembros.
- La voz del cliente.
El Ciclo SCRUM
CEREMONIAS
SPRINT PLANNING
- Se realiza al inicio del Sprint.

- El PO presenta y explica las historias de

usuario priorizadas del Product Backlog.

- El equipo de desarrollo estima el esfuerzo

de cada historia.

- El objetivo es acordar en equipo cual será

el trabajo a realizar en el nuevo Sprint.

- Dura 8 horas para Sprint de un mes.

Kyobi Arts Networking Group 2020


DAILY
STANDUP

- Reunión diaria de 15´min. Siempre a la misma hora.


- El equipo se desarrolla habla y se sincroniza.
- El PO emplea escucha activa.
- Se facilita con 03 preguntas
Qué hice ayer, Qué hice hoy y Que impedimentos tengo.
- No es una reunión de revisión de avances.
- El objetivo es que el equipo alinee su trabajo.
REFINAMIENTO
- DURANTE TODO EL SPRINT.
- EL PO REFINA EL PRODUCT BACKLOG,
AGREGANDO, ELIMINANDO O ATERRIZANDO
LAS HISTORIAS DE USUARIO JUNTO CON EL
EQUIPO.

- DEBEN DEFINIR CRITERIOS DE


ACEPTACIÓN.
- EL OBJETIVO ES ACTUALIZAR EL PRODUCT
BACKLOG.
SPRINT REVIEW

- AL fin del Sprint.


- PO convoca a las personas que pueden
brindar feedback.
- El equipo presenta el incremento de valor
terminado en el Sprint.
- El objetivo es obtener retroalimentación y
fomentar la colaboración.
SPRINT
RETROSPECTIVA
- Al finalizar el Sprint.

- El equipo Scrum busca como mejorar para el siguiente

Sprint.

- Espacio para ser transparente y mencionar todas las

oportunidades de mejora del equipo.

- El objetivo es hacer una auto-inspección para generar

planes de acción sobre sus oportunidades de mejora.


ARTEFACTOS
POKER PLANNING

- Estimar el esfuerzo.

- El esfuerzo es representado por:

Alcance,

Complejidad,

Incertidumbre.

- Se usa Fibonacci (1 - 20)


USER HISTORY
UNA MANERA SIMPLE DE DESCRIBIR UNA

FUNCIONALIDAD O ATRIBUTO DEL PRODUCTO

QUE APORTA VALOR AL USUARIO O AL

NEGOCIO.

ES ACONSEJABLE USAR EL FORMATO:

COMO [ROL] QUIERO [FUNCIONALIDAD] PARA

[BENEFICIO]

Mike Cohn
Mountain goat software
USER HISTORY
INVEST
INDEPENDIENTE. NO SUPERPONE FUNCIONALIDADES.
PUEDEN PLANIFICARSE Y DESARROLLARSE EN CUALQUIER
ORDEN.

NEGOCIABLE. NO ES UN CONTRATO. PUEDEN


INCREMENTARSE O ELIMINARSE A LO LARGO DEL
PROYECTO.

VALORABLE. DEBE SER VALORABLE POR EL PRODUCT


OWNER Y LAS DEBE CONSIDERAR IMPORTANTES.

ESTIMABLE. DEBE SER ESTIMABLE. REVISAR EL TAMAÑO,


CONOCIMIENTO FUNCIONAL Y TÉCNICO.

PEQUEÑA. DEBE SER PEQUEÑA PARA PODER SER ESTIMADA


POR EL EQUIPO.

VERIFICABLE. DEBE SER VERIFICADA A TRAVÉS DE


CRITERIOS DE ACEPTACIÓN.
ES HORA DE EXPERIMENTAR CON SCRUM
“El corazón de Scrum es el Sprint, es un bloque
de tiempo (time-box) de un mes o menos durante
el cual se crea un incremento de producto
“Terminado” utilizable y potencialmente
desplegable.”

Ken Schwaber y Jeff Sutherland


Creadores del Scrum
Scrum

#TribuÁgil
Una breve historia de
scrum
por Señor Tester - Software Testing & QA

#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
#TribuÁgil
Cualquier parecido con la
realidad es pura coincidencia.

Continuara…

#TribuÁgil
Nos Ha pasado a Todos

#TribuÁgil
#TribuÁgil
¿Ser Ágil o Hacer Ágil?

#TribuÁgil
Enfoque Ágil : Iterativo
incremental
Enfoque Ágil : Iterativo
incremental
Enfoque Ágil : Alcance Variable

#TribuÁgil
#TribuÁgil
Uso de Metodologías Agiles

Versionone 12th Anual State of Agile Report 2018

#TribuÁgil
Identificar en que context nos encontramos con Cynefin
Metodologías y frameworks en el
modelo Cynefin

Utiliza este modelo para determinar cuándo es conveniente utilizar el


marco Scrum.
¿Cuando usar Scrum?

#TribuÁgil
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

#TribuÁgil
Valores de Scrum
Pilares de Scrum
Roles de Scrum

#TribuÁgil
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

#TribuÁgil
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.

#TribuÁgil
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.

#TribuÁgil
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.

#TribuÁgil
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.

#TribuÁgil
¿Donde esta el rol del Proyect
Manager?

#TribuÁgil
Artefactos de Scrum

#TribuÁgil
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

#TribuÁgil
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.

#TribuÁgil
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”

#TribuÁgil
Historias de Usuarios

Están escritas en leguaje


del usuario / natural Contiene la información
necesaria para su
desarrollo

Describen una necesidad


de un área funcional

#TribuÁgil
Elementos de las historias de usuario
1.Que cumpla con las características: Descripción (Yo
como, necesito, para) , Criterio de aceptación.
2.Que sean I.N.V.E.S.T
3.Que cumplan la definición de Listo (Definition of
Ready)
4.Que tengan asociada una Definición de hecho
(Definition of Done)

#TribuÁgil
Las historias de usuario deben ser
I.N.V.E.S.T
Independente (Que sea independiente)
Negociable (Que se pueda negociar)
Valor (Que de valor al negocio)
Estimable (Que sea estimable)
Small (Que sea pequeña)
Testable (Que se pueda probar)

Evitar HU atómicas

#TribuÁgil
Formato de descripción
de una historia de usuario
Yo como … (me identifico con uno de los
interesados de esta
funcionalidad) - ¿Quién -
Rol?

Necesito…(los deseos y las necesidades


del cliente) - ¿Qué - Función?

Para ... (el propósito o el beneficio del


negocio, propósito social o
humano, motiva) - ¿Por qué
- Objetivo?

#TribuÁgil
Definition of Ready (DoR)
Es un acuerdo entre del equipo, especialmente entre el Product
Owner y el equipo de Desarrollo donde se colocan los criterios por
las cuales una historia se encuentra lista para ser implementada
dentro de un sprint. Básicamente, es un conjunto de condiciones -y
un checklist a la cual se somete una historia para ser tomada en un
Sprint Planning.

#TribuÁgil
Definition of Done (DoD)
Es el conjunto de características que una historia de usuario debe
cumplir para que el equipo de desarrollo pueda determinar si ha
terminado de trabajar en ella . Un típico criterio de “Terminado”
podría ser:
• Todos los criterios de aceptación funcionan correctamente.
• Todos los archivos fuentes están en repositorio de código fuente y se ejecuto
el build exitosamente.
• Si el PO es exigente , que se tenga su VB del nuevo incremento de producto
antes de llegara al Review.

#TribuÁgil
Planning Poker

Pasos

Cada El Product Cada


miembro Owner lee miembro Se voltean Se discuten
toma un set la historia selecciona las cartas diferencias Reestimar
de cartas una carta

Cada miembro El Product Cada Se da vuelta a Discutir Se reestima


del equipo se le Owner lee la desarrollador las tarjetas para diferencias hasta que las
da una baraja de historia y se selecciona una que todos (especialmente estimaciones
cartas. Cada discute tarjeta que sea puedan verlos valores atípicos) convergen
tarjeta tiene una brevemente su estimación
estimación válida
escrita en ella
sobre la serie de
Fibonacci: se
utilizan ½, 1, 2,
3, 5, 8, 13, 20,
40, 60 100 ?

#TribuÁgil
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.
#TribuÁgil
#TribuÁgil
Herramientas digitales : TRELLO

#TribuÁgil
Herramientas digitales : JIRA

#TribuÁgil
Herramientas digitales : SLACK

#TribuÁgil
Ideas finales

Henrik Kniberg
“Locura es hacer lo
mismo una vez tras
otra y esperar
resultados diferentes.”
Albert Einstein

#TribuÁgil

También podría gustarte