Scrum

Abril 2019
Actividad – El cuadrante scrum
Actividad – Objetivo en el curso
 “El enfoque de carrera de
relevos, en el desarrollo de
productos…… puede entrar en
conflicto con los objetivos de
velocidad y flexibilidad.
En su lugar, un enfoque
holístico o estilo rugby - donde
el equipo intenta ir a la
distancia como unidad,
pasando la pelota hacia
adelante y hacia atrás - puede
servir mejor a los actuales
requisitos competitivos”

Hirotaka Takeuchi and Ikujiro Nonaka “The New New Product Development Game”,
Harvard Business Review, January 1986
 2
Generalidades
Descripción del contenido (opcional)
 1
Historia
Descripción del contenido (opcional)
Historia de Scrum

1986 Primer Scrum para desarrollo

1995 2002
Manifiesto Ágil
de software

01 02 03 04 05
Proceso formalizado por Kent Kent Schwaber y Mike Cohn
Nonaka y Takeuchi
Schwaber y Jeff Sutherland fundan Scrum Alliance

1993 2001
Evolución de la guía de Scrum

1995 Se actualiza la guía

agregando la ceremonia de
2016 Se clarifican algunas
palabras y se hace énfasis
en el rol del Scrum Master
refinamiento

01 02 03 04

Primer Scrum para desarrollo de Se actualiza la guía agregando

software los valores de Scrum

2013 2017
Actividad – ¿Cómo definiriamos scrum?
 2
Aclaraciones
Descripción del contenido (opcional)
Aclaraciones
● Iterativo e Incremental

● Jugada del rugby , en español es la melé

● Funciona muy bien en entornos complejos y caóticos

● Origen en el estudio de 1986 sobre los nuevos procesos de desarrollo utilizados en productos

exitosos en Japón y EEUU(Canon, Xerox, Honda, HP).

● Equipos altamente productivos y multidisciplinares

● Framework no método

● Sentido común

● Produce incremento de producto potencialmente publicable(calidad) en cada ciclo.

● No hay practicas de ingenieria prescritas

 3
Por qué Scrum?
Descripción del contenido (opcional)
Por qué scrum?

● En la actualidad, todo proyecto debe entregarse lo más rápido posible y con una calidad impecable.

● Las empresas están buscando lograr mejora continua para poder ser innovadores y de esta manera

lograr madurez ó adaptación en sus productos

● Comunicarse bien se ha vuelto un reto organizacional, conexión entre lo que se dice y se hace.

● Es común que los clientes (internos o externos) soliciten aplicaciones cada vez más complejas, tanto

en su desarrollo como en su análisis.

● Obtener lo mejor de los equipos y hacer de las personas su principal activo

 4
Beneficios
Descripción del contenido (opcional)
Beneficios
● Centrarnos en ofrecer el más alto valor de negocio en el menor tiempo posible.

● Inspeccionar repetidamente y de manera constante

● El negocio fija las prioridades, y los equipos miran la manera de lograr entregar

● Liberaciones tempranas de software funcionando

● Danzar con la incertidumbre y podernos adaptar

● Aprendizaje , comprensión y retroalimentación continua

● Foco

● Innovación y creatividad

● Sentido común

● Equipo motivados y colaborativos

 5
Valores y Pilares
Descripción del contenido (opcional)
Actividad – Ball Point Game
Pilares Scrum
Columna vertebral para sostener el cambio

Transparencia

Inspección

Adaptación
Valores de scrum
RESPETO
FOCO

CORAJE

APERTURA

COMPROMISO
RESPETO
Respetar las
diferencias y formas
de personas, desde
las que son de
origen o formadas
por experiencia.
Respetar es la
columna que
sostiene el canal de
la comunicación
 FOCO
Todo el esfuerzos y
habilidades para
trabajar en lo que
está comprometido
hacer.
 CORAJE
No temer a enfrentar el
peligro así tengamos
miedo, actuar y ser
honesto frente a
problemas, pedidos,
problemas y brindar
ayuda
 APERTURA
Todo visible y cerca en todo
momento y todos participan.
 COMPROMISO

Estar dispuesto y tener la

autoridad que necesitan para
cumplir con sus
compromisos.
N0 es posible sin que todo el
equipo esté prestando
atención y cumpliendo los
compromiso asumidos.
 6
Artefactos
Descripción del contenido (opcional)
Actividad – Autocompletar Scrum
 1
Product Backlog
Descripción del contenido (opcional)
Product Backlog
● Contiene todas las necesidades deseadas del producto
● Están priorizados por valor de negocio y marca el orden de
entrega
● Es un elemento vivo , re priorizado al comienzo de cada sprint
● Es visible y está disponible para el negocio y el equipo
● Cualquier interesado puede agregar ítems, pero la prioridad es
responsabilidad del Product Owner
● Tiene una definición de listo(DoR) para saber cuando un ítem
está preparado para ser creado.
● Los ítems de la parte superior son los más especificados
● Facilita tener conversaciones y aclaraciones
● Ayuda en la toma de decisiones sobre la ruta o el norte
Product Backlog

En la parte superior del

backlog, se sitúan,
habitualmente, los ítem
más refinados y
pequeños, que quepan
Los ítem situados en la
en el siguiente sprint
parte baja son requisitos a
alto nivel, precisan de
análisis y refinamiento para
decidir si se van a
desarrollar o no
 Product Backlog

Buen Backlog

Detallado apropiadamente
Estimado apropiadamente
Emergente Criterios para priorizar
Priorizado según sea necesario
Dependencias
Asegurar contra los riesgos: negocio comercial y técnico
Valor estimado
Esfuerzo
Historias de Usuario

Como <usuario>
Las historias de usuario
Quiero < pedido, deseo>
(HDU) son breves
Para <solución, beneficio> narraciones de la vida real
que describen información
, procesos, gente y
resultados de manera real
y anticipada de cómo las
personas interactuaron
con el sistema.
Criterios de Aceptación
Historias de Usuario

Criterios de Aceptación
Como administrador del foro quisiera
poder aceptar o rechazar los nuevos ● Aceptar múltiples usuarios
usuarios registrados para así evitar los ● Rechazar múltiples usuarios
spanners ● Enviar correo de aceptación o rechazo
Ejemplo de Product backlog - Transferencias
1 2

Como cliente quiero hacer una Como cliente quiero hacer una
transferencia para enviar dinero transferencia para enviar dinero
a una cuenta a una cuenta

Como banco quiero poder hacer Como banco quiero poder hacer
transferencia para mover el transferencia para mover el
dinero entre cuentas dinero entre cuentas

Hacer transferencia en cuenta Hacer transferencia en cuenta

sueldo sueldo
Hacer transferencia entre el Entre bancos
mismo banco
Tipo de moneda Hacer transferencia tarjeta crédito

Entre bancos Tipo de moneda

 2
Sprint Backlog
Descripción del contenido (opcional)
Sprint Backlog

● Listado de Historias de Usuario negociadas entre el equipo y la

persona de negocio.
● Historias de usuario desglosadas en tareas.
● El trabajo no es asignado , sino cada persona del equipo va
tomando de acuerdo a su capacidad.
● El Sprint Backlog es responsabilidad del equipo, y debe en lo
posible no variar durante el ciclo de trabajo.
 Ejemplo de Sprint Backlog - Transferencias
1 2 3

Como cliente quiero hacer una Como cliente quiero hacer una Como cliente quiero hacer una
transferencia para enviar dinero transferencia para enviar dinero transferencia para enviar dinero
a una cuenta a una cuenta a una cuenta

Como banco quiero poder hacer Como banco quiero poder hacer
transferencia para mover el transferencia para mover el Crear
Crear interfaz
dinero entre cuentas dinero entre cuentas servicio

Hacer transferencia en cuenta Desarrollar

script de Consumir
sueldo
seguridad query BD
Hacer transferencia entre el
mismo banco Controlar
Tipo de moneda toquen de Testing de
tiempo en el carga
Entre bancos bus
 7
Roles
Descripción del contenido (opcional)
Actividad – ¿Cúal es mi responsabilidad?
Roles - Principal responsabilidad
Define las necesidades de
negocio

Creadores de soluciones
Facilitación y eficiencia del
proceso
Roles - Foco

Dueño del QUÉ

Dueños del CÓMO

Rol - Equipo Participación
activa
Trabajo
colaborativo

Aporte ideas Cumplir lo

Documentar
comprometido

Ritmo constante
Calidad

Crear producto
Alertar el riesgo
Estimar y asignar
Autogestionado el trabajo

Interacción
constante
Rol - Scrum Master Crecer en
valores
Qué ágil Guardián de la
funcione Mejora continua
Líder servicial
Facilitar las
ceremonias

Apoyar en los Aceitadora del

impedimentos equipo

Mantener el
foco
Escudo frente a
distracciones
Salud de equipo
Irradiar
Formación y
información
entendimiento de
ágil
Rol - Product Owner Guiar hacia el
éxito
Valor del
producto
Valor del trabajo
Validar entregas

Visión y claridad
negocio Disponible para
dudas Definir MVP

Orden y
priorización
Decisiones del
producto ROI
Alinear
expectativas
 8
Ceremonias
Descripción del contenido (opcional)
Actividad – El aviador
¿Por qué los llamamos ceremonias?

● Sabemos como hacerlas

● Son regulares
● Es el cafesito que no quieres perderte
● Pegamento social (unión, sincronización. confianza)

● Ritmo (costumbre, fluidez y adaptación)

● Disciplina (Lo que se necesita, entendimiento y guía)

Actividad – Definir ceremonias
Sprint Planning
Propósito Herramientas o técnicas Mentalidad y Decisiones Antipatrones(Qué lo afecta)

Compartir el objetivo ● Product Backlog ● Mentalidad Analitica ● No tener backlog

del sprint, entender la ● Excel , Jira ● Que se puede y que no preparado
necesidad como ● Task Board se puede hacer ● Cambiar lo planeado al
equipo y acordar el ● DoR ● Que aporta y que no segundo día del sprint
compromiso a trabajar. ● Criterios de aporta al objetivo ● Qué empiece un sprint
Aceptación ● Transmitir la visión y la sin planning
● Sprint Goal importancia del pedido ● Estimar sin detallar las
(Objetivo Sprint) ● Comprender y ver la tareas
● Velocidad equipo viabilidad la visión del ● Que lo haga el Scrum
sprint Master y el Product
Owner
● Estimar sin pensar en
hacerlo con calidad
Participantes Duración

● Product Owner 1 Hora (Sprint de una

● Team semana)
● Scrum Master
● Posiblemente
Stakeholders
Daily
Propósito Herramientas o técnicas Mentalidad y Decisiones Antipatrones(Qué lo afecta)

Sincronizarnos como ● Token de la ● Visual y espacial ● No hacerlo frente al

equipo y ajustar la palabra ● Lingüística y verbal tablero o la herramientas
estrategia de ser ● Lista de cosas a ● Corporal y kinestésica digital
necesario profundizar ● Estrategia de como ● Pensar que es dar un
(sidebar list) seguimos en camino al status
● Task Board objetivo. ● Intentar solucionar los
● Burndown Chart ● Alianzas y ayuda frente problemas
a los impedimentos ● Que no suceda siempre a
● Prioridad, entendimiento la misma hora
y ayuda ● Pensar que es mas
actualizarnos que
cualquier cosa.
Participantes Duración ● No todos participan
● Nadie dice en que está o
● Team 15 minutos y es diaria estará
● Scrum Master ● Entrar y salir
● Posiblemente constantemente
Product Owner
Refinement
Propósito Herramientas o técnicas Mentalidad y Decisiones Antipatrones(Qué lo afecta)

Visualizar, entender y ● DoR ● Sacar las dudas y ● Qué lo conversado afecte

clarificar el objetivo y ● Task Board peticiones para hacer lo ya planeado.
necesidades del ● Historias de que las cosas estén ● No tener Sprint Backlog
siguiente sprint Usuario más claras. ● Tener Product Backlog no
● Conocer la visión y el priorizado
para qué del negocio ● No tener responsable en
● Factibilidad tecnológica los acuerdos.
y compatibilidad con lo
construido.
● Estimar , priorizar,
modificar o eliminar
historias del backlog
Participantes Duración

● Product Owner 2 Horas (Sprint de una

● Team semana)
● Scrum Master
Review
Propósito Herramientas o técnicas Mentalidad y Decisiones Antipatrones(Qué lo afecta)

Presentar lo creado ● DoD ● Revisar y recibir las ● No mostrar software

durante un sprint ● Sprint Goal historias de usuario valioso y funcionando
● Task Board terminadas. ● Usar ppt
● Demo ● Sensar la satisfacción ● No tener los datos de
de la entrega prueba listos
● Incorporación mejoras y
su factibilidad.
● Problemas de ambiente
● Conversar sobre lo
positivo y negativo de la
entrega
● Retroalimentar y
Participantes Duración ponerse en modo
colaboración
● Product Owner 1 Hora (Sprint de una
● Team semana)
● Scrum Master
Retrospective
Propósito Herramientas o técnicas Mentalidad y Decisiones Antipatrones(Qué lo afecta)

Reflexionar de cómo ● Técnica ● Conversaciones ● No prepararse e

ser mejor equipo Retrospectiva significativas de cómo improvisarla
planteando los ● Kaizen Board ser mejores ● No tener responsables de
escenarios positivos y contemplando lo bueno, los acuerdos
por mejorar por mejorar y las ideas ● Solo catarsis o Solo
creativas. celebración
● Lecciones aprendidas, ● Una lista de acciones
Mejoras e Ideas muy larga
● Somos responsables de ● No ser incluida en el task
la mejora continua. Esta board
reunión es por y para
nosotros.
Participantes Duración

● Team 2 Hora (Sprint de una

● Scrum Master semana)
● Posiblemente
Product Owner
Sprint
Propósito Herramientas o técnicas Mentalidad y Decisiones Qué lo afecta

Periodo de tiempo en ● Sprint Goal ● Que no sean uniformes

● Cuál será el foco de
el que sucede las ● Deming los ciclos de un equipo
ceremonias de scrum trabajo
● Madurez del equipo,
● La capacidad de la
organización de liberar
software .
● La mentalidad de
feedback que tengamos.
● Qué no se diseñe ,
Participantes Duración
codifique y pruebe en el
● Team Entre una o dos semanas mismo sprint.
● Scrum Master
● Product Owner
Por qué hacer Sprint?
Compromiso entre estabilidad y flexibilidad

Demasiada
estabilidad

Demasiada
flexibilidad

Sprint
=
Estabilidad
+
flexibilidad
Foto original de Henrik Kniberg
Factores para determinar la duración del Sprint

● La frecuencia con la que hay que mostrar el software a los usuarios.

● Con qué frecuencia hay que medir, o mostrar, el progreso del proyecto.
● La frecuencia con la que se pueden re-ajustar objetivos del proyecto
● Tiempo que tarda una idea (un requisito funcional, una historia de usuario) en
transformarse en software.
Pilares Scrum
No son solo aspiracionales, es para hacerlos realidad

Scrum

Transparencia Inspección Adaptación

● Artefactos ● Demo ● Retrospectiva
● Ceremonias ● Refinamiento ● Daily
● Retrospectiva

Relaciones y cultura de las personas

 9
Seguir aprendiendo
Descripción del contenido (opcional)
Libros
Comunidades y Eventos
Casos de aplicación
● http://www.versionone.com/assets/img/files/CHAOSManifesto2013.pdf
● http://www.versionone.com/pdf/2013-state-of-agile-survey.pdf
● http://www.agilemarketing.net/what-is-agile-marketing/
● http://www.hrreporter.com/blog/hr-policies-practices/archive/2012/04/24/what-is-agile-human-resources
● http://www.infoq.com/articles/scrum-education
● http://agiletaste.com/
● http://www.wired.com/2014/08/the-white-house-dickerson
● http://navegapolis.com/index.php/117-casa-blanca-cmmi#.VBM-dvl5NuM
● http://www.whitehouse.gov/the-press-office/2014/08/11/fact-sheet-improving-and-simplifying-digital-services
● http://agilewarrior.wordpress.com/2011/05/28/how-facebook-pushes-new-code-live/
https://www.facebook.com/video/video.php?v=10100259101684977&oid=9445547199&comments
http://www.tvagile.com/2011/01/10/daily-scrum-stand-up-meeting-at-facebook/
● http://framethink.wordpress.com/2011/01/17/how-facebook-ships-code/
● http://www.forbes.com/sites/stevedenning/2012/02/03/is-apple-truly-agile/
● http://www.thinkwithgoogle.com/playbooks/agile-creativity.html
http://stevedenning.typepad.com/steve_denning/2010/12/whats-googles-biggest-strategic-issue.html
http://adtmag.com/articles/2010/07/30/is-google-going-agile.aspx
● http://www.infoq.com/presentations/Agile-Management-Google-Jeff-Sutherland
● http://arstechnica.com/information-technology/2014/08/how-microsoft-dragged-its-development-practices-into-the-21st-century/
● http://devopsangle.com/2012/05/14/spaceops-how-nasa-uses-agile-development-in-the-search-for-life-on-mars/
● http://www.scruminc.com/dod-goes-agile/
● http://www.mitre.org/publications/technical-papers/handbook-for-implementing-agile-in-department-of-defense-information-technology-acqu
isition

● https://www.gov.uk/service-manual/digital-by-default
● http://www.cio.com/article/2392970/agile-development/how-the-fbi-proves-agile-works-for-government-agencies.html
● http://blog.agilistic.nl/scrum-for-marketing-teams-a-case-study/
Historia de usuario es una herramienta

Retrospectiva es una ceremonia

Scrum un framework

Ágil es una mentalidad

Gracias
Descripción del contenido (opcional)