Scrum

Mayo 2018
 “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
Backlog
 APRENDER APRENDIENDO APRENDIDO

Donde
Por qué? aplica? Historia

Beneficios Valores Artefactos

Roles Ceremonias Sprint

#agilidadesencialibk

Pilares Prácticas
Métricas
Emergentes
 1
Historia
Descripción del contenido (opcional)
 1
Historia
Descripción del contenido (opcional)
Historia

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

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
 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

Scrum no tiene como objetivo entregar el producto completo y terminado en el
tiempo y con el coste previsto, sino suministrar lo antes posible un producto
mínimo viable e incrementar su valor a través de iteraciones de desarrollo breves
y continuas.

El valor del producto depende y es proporcional al conocimiento profesional de

las personas que lo desarrollan, a diferencia de la producción industrial que
confía el valor del resultado al “know how” explicitado en los procesos y la
tecnología empleados.

Tomado de:http://www.scrummanager.net/
 APRENDER APRENDIENDO APRENDIDO

Donde
Por qué? Historia
aplica?

Beneficios Valores Artefactos

Roles Ceremonias Sprint

#agilidadesencialibk

Pilares Prácticas
Métricas Emergentes
 2
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

 APRENDER APRENDIENDO APRENDIDO

Donde
Historia
aplica? Por qué?

Beneficios Valores Artefactos

Roles Ceremonias Sprint

#agilidadesencialibk

Pilares Prácticas
Métricas Emergentes
 3
Donde se aplica Scrum?
Descripción del contenido (opcional)
Donde se aplica scrum?

Sectores Empresas Tipos Sistemas

➔ Educación ➔ Microsoft ➔ Sistemas embebidos
➔ Autos ➔ Google ➔ Videojuegos
➔ Gobierno ➔ Philips ➔ Control satelital
➔ Restaurantes ➔ Capital One
➔ Bancos ➔ BBC
➔ Seguros ➔ Salesforce
➔ Turismo
➔ Servicios Públicos
 APRENDER APRENDIENDO APRENDIDO

Beneficios Historia Por qué?

Donde
Valores Artefactos aplica?

Roles Ceremonias Sprint

#agilidadesencialibk

Pilares Prácticas
Métricas Emergentes
 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

● Gestión de expectativas basada en resultados

 APRENDER APRENDIENDO APRENDIDO

Valores Historia Por qué?

Donde
Artefactos aplica? Beneficios

Roles Ceremonias Sprint

#agilidadesencialibk

Pilares Prácticas
Métricas Emergentes
 5
Valores
Descripción del contenido (opcional)
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.
 APRENDER APRENDIENDO APRENDIDO

Historia Por qué?

Artefactos

Donde
aplica? Beneficios

Roles Ceremonias Sprint Valores

#agilidadesencialibk

Pilares Prácticas
Métricas Emergentes
 6
Artefactos
Descripción del contenido (opcional)
 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

Como usuario quiero una interfaz en Criterios de Aceptación

inglés, una lengua romance y un
lenguaje complejo,para una alta El sistema debe ser compatible con IE8, IE9,
probabilidad estadística de que Firefox 7, Safari 5 y Chrome 15
funcionará en los 70 idiomas requeridos.
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
Historias de Usuario - Ejemplo
Ejemplo de Product backlog - Transferencias
1 2

Como cliente quiero hacer una Como cliente quiero hacer una
transferencia para enviar dinero a transferencia para enviar dinero a
una cuenta 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

Ejemplo de Product Backlog - Reservas
1 2

Como cliente quiero hacer una Como cliente quiero hacer una
reserva para asegurar un lugar reserva para asegurar un lugar
en las vacaciones en las vacaciones

Como cliente quiero cancelar una Como cliente quiero actualizar

reserva para asegurar liberar un una reserva para asegurar un
lugar en las vacaciones de otra lugar en las vacaciones
personas

Actualizar reserva por si me Listado de habitaciones disponible

equivoco

Listado de habitaciones disponible Cancelar una reserva

Tipo habitación Tipo habitación

 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 a transferencia para enviar dinero a transferencia para enviar dinero
una cuenta una cuenta a una cuenta

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

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
 APRENDER APRENDIENDO APRENDIDO

Roles Historia Por qué?

Donde
aplica? Beneficios

Ceremonias Sprint Valores Artefactos

#agilidadesencialibk

Pilares Prácticas
Métricas Emergentes
 7
Roles
Descripción del contenido (opcional)
Roles - Una pequeña historia
Un cerdo y una gallina se encuentran en la calle

Hey , ¿Por qué no abrimos un restaurante?

Buena idea, ¿Cómo se llamaría?

¿Por qué no lo llamamos “Huevos con

jamón”?

Interesados Lo siento pero no……. Comprometidos

proceso
Yo estaría comprometido pero tú
solamente estarías involucrada
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
 APRENDER APRENDIENDO APRENDIDO

Ceremonias Historia Por qué?

Donde
aplica? Beneficios

Sprint Valores Artefactos

#agilidadesencialibk

Pilares Prácticas Roles

Métricas Emergentes
 8
Ceremonias
Descripción del contenido (opcional)
¿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)

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 equipo ● Task Board se puede hacer ● Cambiar lo planeado al
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 más ● No tener Sprint Backlog
siguiente sprint Usuario 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
 APRENDER APRENDIENDO APRENDIDO

Sprint Historia Por qué?

Donde
aplica? Beneficios

Valores Artefactos
#agilidadesencialibk

Pilares Prácticas Roles

Métricas Emergentes Ceremonias
 9
Sprint
Descripción del contenido (opcional)
Sprint
Propósito Herramientas o técnicas Mentalidad y Decisiones Qué lo afecta

Periodo de tiempo en el ● Sprint Goal ● Cuál será el foco de ● Que no sean uniformes
que sucede las ● Deming los ciclos de un equipo
trabajo
ceremonias de scrum ● Madurez del equipo,
● La capacidad de la
organización de liberar
software .
● La mentalidad de
feedback que tengamos.

Participantes Duración ● Qué no se diseñe ,

codifique y pruebe en el
● Team Entre una o dos semanas
● Scrum Master mismo sprint.
● 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.
 APRENDER APRENDIENDO APRENDIDO

Pilares Historia Por qué?

Donde
aplica? Beneficios

Valores Artefactos
#agilidadesencialibk

Prácticas Roles
Métricas Emergentes Ceremonias

Sprint
 10
Pilares
Descripción del contenido (opcional)
Pilares Scrum
Columna vertebral para sostener el cambio

Transparencia

Inspección

Adaptación
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

 APRENDER APRENDIENDO APRENDIDO

Historia Por qué? Donde

Métricas
aplica?

Beneficios Valores Artefactos

Roles Ceremonias Sprint

#agilidadesencialibk

Prácticas
Emergentes Pilares
 11
Métricas
Descripción del contenido (opcional)
Métricas
Velocidad = Puntos comprometidos vs Puntos cumplidos
Métricas
Objetivo
del Sprint

Efectividad

Sprint Goal

Índice
felicidad

Satisfacción
Burndown
de la
Chart
entrega
 APRENDER APRENDIENDO APRENDIDO

Prácticas Historia Por qué? Donde

Emergentes aplica?

Beneficios Valores Artefactos

Roles Ceremonias Sprint

#agilidadesencialibk

Pilares Métricas
 12
Prácticas Emergentes
Descripción del contenido (opcional)
Task Board

Definición Antipatrones
Es un artefacto que ● El trabajo en progreso supera
o es menor , a la cantidad de
define el equipo en sus personas del equipo.
inicios para demostrar el ● El trabajo en progreso no
avance de las tareas, su refleja un responsable.
● El contenido del post-it no
estado y realizar la hace relación al trabajo
reunión diaria en torno a realizado o solo lo entiende
él quien lo escribio.
Task Board (kanban)
Definition of Ready (DoR)

Definición Antipatrones
● Lo que el ítem necesita para estar listo para ● Ingresar un ítem en el sprint sin ver el DoR.
el sprint. ● No tenerlo presente en la reunión de
refinement
● Recoge los criterios consensuados entre el
equipo y el product owner para aceptar un
ítem en el sprint backlog.
● Los equipos están de acuerdo que el DoR es
una lista de verificación que captura su
comprensión compartida de qué criterio está
listo para empezar a trabajar en él.
Definition of Ready (DoR)
Ready

Historias bien definidas y con al menos 5 criterios de aceptación Criterios de aceptación

Discutido con él stakeholders
Valor de negocio reconocido
Las historias de usuario deben cumplir con INVEST

Identificación y revisión de las dependencias

- Legal ¿Estamos seguros de que no estamos violando
ninguna normativa?
Tareas generales del sprint mapeadas en la herramienta (JIRA,
Excel, Kanban, entre otros) - Análisis ¿Cómo nuestros BAs obtendrán todos los datos
necesarios para
Ambientes disponibles Evaluar si los clientes usan nuestra función?

Excelente disposición, compromiso y actitud - Mesa de ayuda¿Puede Danny ver el resultado de

nuestro artículo?

- Casos de prueba A más tardar en Planificación,

La historia es preparada y estimada

- Todo el mundo entiende por qué la historia es valiosa

- La historia es lo más pequeña posible mientras valor de

la entrega
Definition of Done (DoD)

Definición Antipatrones
● El concepto de “done” recoge los criterios que debe ● El DoD no consensuado entre el Product
cumplir la funcionalidad entregada para que sea Owner y el equipo
aceptado. ● La DoD estándar para una organización
● La lista de criterios definidos por el equipo para ● No tenerlo visible para el equipo
considerar un item “done” ● No revisarlo después de cada iteración para
● Artefacto del equipo que recopila las características ajustarlo
transversales consideradas para decir si una Historia ● No considerarlo al momento del planning o
de Usuario o necesidad está terminada(DONE) y lista la review
para entregarse o ser mostrada.
● De igual manera es una lista de consideraciones o
actividades valiosas que nos ayudan no solo asegurar
que tenemos producto para mostrar , sino que tiene
una alta calidad gestionada y comprobable.
● Seguramente para lograr la DoD existan cambios
culturales, de procesos y de herramientas, pensando
siempre en lograr un software potencialmente para el
uso.
Definition of Done (DoD)
Proceso de Check in (ver detalle) Done
Deployed to system test
Se cumplen los Criterios de Aceptación de la Historia de usuario
Regression pack run
Product Owner reviewed
Test Automatizados Completos (Selenium y Junit)

Revisión de código con Team Lead o Arquitecto

Testear todos los escenarios (Test de Regresión)

No hay defectos, visto bueno de QA

Deploy exitoso en ambiente planeado

Todos los Test Manuales se ejecutan y pasan en el último build.

Actualizar estado de la HU en la herramienta

DoR

DoD
Reloj Scrum
Calendario Sprint
Avatars
Urgente, Pausa,Bloqueante o Pregunta
Leyendas
Contrato Social
Felicitaciones
Información Sprint
 APRENDER APRENDIENDO APRENDIDO

Historia Por qué? Donde

Links aplica?

Beneficios Valores Artefactos

Roles Ceremonias Sprint

#agilidadesencialibk

Pilares Métricas Prácticas

Emergentes
 13
Links de Interés
Descripción del contenido (opcional)
Donde aprendo agilidad

Libros, blogs, comunidades y eventos para incentivar la participación de las

personas.
Libros
Comunidades y Eventos
Simulacros de pruebas
● https://jassergarcia.wordpress.com/2014/09/16/simulador-de-exa
men-de-certificacion-scrum-master-psm-i/

● https://www.classmarker.com/online-test/start/?quiz=cgt53defa8
d09d1f

● https://www.scrum.org/open-assessments
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-acq
uisition
● 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/
 APRENDER APRENDIENDO APRENDIDO

Un mejor Historia Por qué? Donde

Scrum aplica?

Beneficios Valores Artefactos

Roles Ceremonias Sprint

#agilidadesencialibk

Pilares Métricas Prácticas

Emergentes

Links
 14
Por un mejor Scrum
Descripción del contenido (opcional)
Checklist Scrum
Checklist Scrum
Migas de Pan
 15
Importante
Descripción del contenido (opcional)
 Evitar el scrum cosmético

● Usamos las cosas sin

saber para qué
● Resultados y medición en
segunda prioridad
● No tener presente el
contexto.
● No ser jardinero sino heroe
Scrum Locura?

Locura:
“Hacer siempre lo mismo y
esperar resultados diferentes”
“Si no estás preparado para
equivocarte, nunca saldrás con
algo original(innovación”

Ken Robinson
Historia de usuario es una herramienta

Retrospectiva es una ceremonia

Scrum un framework

Ágil es una mentalidad

El compromiso con scrum
@tobiasmayer
@tobiasmayer
@tobiasmayer
@tobiasmayer
@tobiasmayer
@tobiasmayer
@tobiasmayer
@tobiasmayer
Valores de scrum
AMPLIA tus horizontes

CREE en ti mismo

otros a ayuda O F R E C E

RECONOCE el fracasado

pasiones tus DESCUBRE

ENCUENTRA tu tribu
y que scrum sucederá
puede que……. o sucederá
Puede que…...
nos de felicidad
Sucede sin ……..importar el lugar
Puede que ……..alguien se crea
superior
Sucede que…….. no se acepten
las críticas o críticas no
constructivas
Sucede que
……..personas negativas
o tóxicas
Puede que …….. algunos pierdan la fe

https://www.youtube.com/watch?v=oyVksFviJVE
y sobre todo
evitar
https://www.youtube.com/playlist?list=PLaD4FvsFdarQytrGAmCo2qW_rAWcfBKeV
Gracias
Descripción del contenido (opcional)