Contenido de la conferencia que realizamos el día 17 de Septiembre sobre Scaled Agile Framework.

1. F O C U S Q U A L I T Y E X P E R I E N C E
Scaled Agile Framework

2. Presentación

3. Agenda






4. The Scaled Agile Framework (SAFe®)
Sincronización, alineación,
colaboración, entrega de valor
Consultable en libros y en la
web oficial
Puede escalarse a un gran
número de personas / equipos
Core values:
1. Calidad del código
2. Ejecución de Programas
3. Alineación
4. Transparencia
http://ScaledAgileFramework.com
Scaled Agile Framework es un marco de trabajo para aplicar técnicas
Lean y Agile a nivel empresarial

5. Orígenes de SAFe
Lean Thinking
Product Development
FlowAgile Development
Field experience at enterprise
scale
Iterative and
Incremental
Development

6. Framework Creator: Dean Leffingwell
 Founder and CEO
ProQuo, Inc., Internet
identity
 Senior VP
Rational Software
Responsible for Rational
Unified Process (RUP) &
Promulgation of UML
 Founder/CEO
Requisite, Inc.
Makers of RequisitePro
 Founder/CEO
RELA, Inc.
Colorado MEDtech
 Creator: Scaled
Agile Framework
 Agile Enterprise
Coach
To some of the
world’s largest
enterprises
 Agile Executive Mentor
BMC, John Deere
 Chief Methodologist
Rally Software
 Cofounder/Advisor
Ping Identity, Roving Planet,
Silver Creek Systems, Rally
Software

7. Contributors
Principal
Contributors
Drew Jemilo
Alan Shalloway
Colin O’Neill
Community
Enterprise
Adopters
Associate
Methodologist
Acknowledgements
Alex Yakyma

8. Los pilares de Lean|Agile

9. Lean Thinking Provides the Tools We Need

10. Goal: Speed, Value, Quality
THE GOAL
 Sustainably shortest lead time
 Best quality and value to
people and society
 Most customer delight, lowest
cost, high morale, safety
All we are doing is looking at the timeline,
from the where the customer gives us an
order to where we collect the cash. And we
are reducing the time line by reducing the
non-value added wastes.
Taiichi Ohno
We need to figure out a way to deliver
software so fast that our customers don’t
have time to change their minds.
Mary Poppendieck
Most software problems will exhibit
themselves as a delay.
Al Shalloway

11. Respect for People
 Develop individuals and teams;
they build products
 Empower teams to continuously
improve
 Build partnerships based on
trust and mutual respect
 Your customer is whoever
consumes your work
 Don’t trouble them
 Don't overload them
 Don't make them wait
 Don't impose wishful thinking
 Don't force people to do
wasteful work
 Equip your teams with problem-
solving tools
 Form long-term relationships
based on trust
PEOPLE

12. Kaizen
BECOME RELENTLESS IN:
 Reflection
 Continuous improvement
as an enterprise value
 A constant sense of danger
 Small steady, improvements
 Consider data carefully,
implement change rapidly
 Reflect at milestones to identify
and improve shortcomings
 Use tools like retrospectives, root
cause analysis, and value
stream mapping
 Protect the knowledge base by
developing stable personnel and
careful succession systems

13. Product Development Flow
1. Take an economic view
2. Actively manage queues
3. Understand and exploit
variability
4. Reduce batch sizes
5. Apply WIP constraints
6. Control flow under uncertainty:
cadence and synchronization
7. Get feedback as fast as
possible
8. Decentralize control
Reinertsen, Don. Principles of Product Development Flow

14. Foundation: Leadership
 Take responsibility for Lean|Agile
success
 Understand and teach
Lean|Agile behaviors
 Are trained in practices and tools
of continuous improvement
 Teach problem solving and
corrective action
 See with their own eyes. “No
useful improvement was ever
invented at a desk.”
 Managers develop people.
People develop solutions.
Management is trained in
lean thinking
Bases decisions on this
long term philosophy
Lean Thinking Manager-Teachers

15. El primer vuelo de los
hermanos Wright no
tenía cuarto de baño ni
carrito de bebidas.
“
”
Paul Mockapetris
Inventor del Sistema de Nombres de Dominio DNS
valor

16. Ignoramos el hecho de que muchos clientes no saben lo que
quieren.
Ignoramos el hecho de que, incluso cuando saben lo que
quieren, no saben cómo describirlo.
Ignoramos el hecho de que, incluso cuando pueden
describirlo, normalmente nos describen una propuesta de
solución en lugar de describir sus necesidades reales.
Don Reinertsen
Autor de “The Principles of Product Development Flow:
Second Generation Lean Product Development”
“
”
Detección y descripción del valor

17. Mi maleta pesa demasiado, por tanto
necesito una maleta más ligera.
En realidad… ¡No me importa el peso!
¡Si tiene ruedas es fácil de transportar!
Detección y descripción del valor

18. Priorización
29 de junio de 2007
Lanzamiento del primer iPhone
17 de junio de 2009
Envío de MMS, copiar & pegar
Priorizar funcionalidades es un aspecto clave para entregar valor lo antes posible

19. El valor de una funcionalidad disminuye con el
tiempo
Entregadevalor
Tiempo
Valor de mercado de
una funcionalidad
con el tiempo
Margen acumulado
Margen acumulado
en Waterfall

20. Cambiando la orientación del Triangulo de Hierro
Constraints Requisitos Coste Tiempo
Estimación Coste Tiempo Funcionalidades
Predictivo
Waterfall
Adaptativo
Agile

21. Priorización por valor y alcance
+ valor
- valor
nuevos elementos
en cualquier momento
re-priorización
continua
Seguro que podremos hacerlo
Quizás podremos incluirlo
Descartado, fuera del alcance

22. Enfoque iterativo e incremental
ANÁLISIS
DISEÑO
CONSTRUCCIÓN
PRUEBAS
IMPLANTACIÓN
tiempo
Supongamos un proyecto con
las clásicas fases de
desarrollo de software en
cascada

23. Enfoque iterativo e incremental
ANÁLISIS
DISEÑO
CONSTRUCCIÓN
PRUEBAS
IMPLANTACIÓN
tiempo
Rompemos el proyecto en
pequeñas piezas que van de
inicio a fin de todo el
proceso….

24. Enfoque iterativo e incremental
ANÁLISIS
DISEÑO
CONSTRUCCIÓN
PRUEBAS
IMPLANTACIÓN
tiempo
Rompemos el proyecto en
pequeñas piezas que van de
inicio a fin de todo el
proceso….
… y las vamos ejecutando
secuencialmente, por
iteraciones.

25. Enfoque iterativo e incremental
ANÁLISIS
DISEÑO
CONSTRUCCIÓN
PRUEBAS
IMPLANTACIÓN
tiempo
Si por cualquier motivo nos desviamos un 10% en cada fase y tenemos comprometida la fecha de entrega,
normalmente intentamos recuperar el tiempo perdido corriendo más al final, a costa de las pruebas.
Como consecuencia, entregamos un producto incompleto, con errores y tarde.
+10% +10% +10%+10%

26. Enfoque iterativo e incremental
ANÁLISIS
DISEÑO
CONSTRUCCIÓN
tiempo
Y si, además, nos desviamos o nos encallamos en las fases iniciales, al llegar la fecha
comprometida no tenemos más que documentos funcionales que no aportan ningún valor.
+20%Analysis paralysis!!

27. Enfoque iterativo e incremental
tiempo
Si nos retrasamos un 10% en un enfoque incremental…
… tenemos el 90% de
nuestro producto.
Y si hemos priorizado bien,
tenemos el 90% que aporta
más valor.

28. Enfoque iterativo e incremental
tiempo
Y si somos realmente lentos y poco efectivos….
… como mínimo tendremos
un producto que aporta un
subconjunto del valor por el
que fue iniciado.

29. Estructura de SAFe
Scaled Agile Framework

31. Agile Teams
 Empowered, self-organizing, self-managing cross-functional teams
 Valuable, fully-tested software increments every two weeks
 Scrum project management practices and XP-inspired technical
practices
 Teams operate under program vision, system, architecture and user
experience guidance
 Value description via User Stories

32. Code Quality
Agile
Architecture
Continuous
Integration
Test-First
Refactoring
Pair Work
Collective
Ownership
Code Quality Provides:
 Higher quality products and
services, customer
satisfaction
 Predictability and integrity of
software development
 Development scalability
 Higher development velocity,
system performance and
business agility
 Ability to innovate
You can’t scale crappy code

33. Iteraciones a nivel de equipo con ScrumXP

34. Equipos ágiles con ScrumXP
Los equipos ágiles ScrumXP están basados en equipos Scrum, con
algunas variaciones que facilitan su escalabilidad

35. Scale to the Program Level
 Common sprint lengths and estimating
 Face-to-face planning cadence for collaboration, alignment,
synchronization, and assessment
 Value description via Features and Benefits
Self-organizing, self-managing team-of-agile-teams
Continuous value delivery
Aligned to a common mission via a single backlog

36. Develop on Cadence. Deliver on Demand.
Deliver on Demand
Major
Release Customer
Upgrade
Customer
Preview
Major
Release New
Feature
Develop on Cadence
PSI PSI PSI PSI PSI
Development occurs on a fixed cadence.
The business decides when value is released.

37. Program Execution
 Driven by Vision and
Roadmap
 Lean, economic
prioritization
 Frequent, quality
deliveries
 Fast customer feedback
 Fixed, reliable cadence
 Regular Inspect and
Adapt drives continuous
improvement
Agile Release Trains – self-organizing teams of agile teams – reliably
and frequently deliver enterprise value

38. Scale to the Portfolio
 Centralized strategy, decentralized execution
 Investment themes provide operating budgets for trains
 Kanban systems provide portfolio visibility and WIP limits
 Objective metrics support governance and kaizen
 Value description via Business and Architectural Epics

39. Alignment
 Clear content authority
 Face-to-face planning
 Aligned Team, Program
and Business Owner
objectives
 Cross-team and cross-
program coordination
 Architecture and UX
guidance
 Match demand to
throughput
Alignment
Business
Owners
Alignment from Portfolio to Program to Team

40. Roles, ceremonias, trenes
y escalabilidad

41. Roles por cada nivel
Porfolio Level
Program Level
Team Level
Program Portfolio Management Team
Epic Owner
Enterprise Architect
Product Management
Release Management
Business Owner
System Team
DevOps
Architect
UX
Release Train Engineer
Product Owner
Developers & Testers
Scrum/Agile Master
En cada nivel encontramos un conjunto de roles, que pueden ser compartidos
en algunos casos

42. Agile Release Train
Un Agile Release Train es un equipo-de-equipos auto-gestionado que entrega
valor en una cadencia específica de forma continua

43. Agile Release Train
Un Agile Release Train es en realidad un fractal de los sprints de los equipos,
a nivel de Programa

44. Agile Release Train
Compartir la misma cadencia no es suficiente…..

45. Agile Release Train
… es necesaria una sincronización entre equipos de un mismo programa para
garantizar la entrega coordinada

46. How Big Agile Release Trains can be?

47. Release Planning Meeting

48. Agenda para una Release Planning Meeting

49. Ubicación de la Release Planning Meeting
dentro de la candencia - HIP

50. Entregables del Release Planning Meeting
Cada equipo tiene sus objetivos, con el valor aportado al negocio, una temporalización por sprints
de las Historias a entregar, y un plan de respuesta a riesgos.

51. Entregables del Release Planning Meeting
Un Program Plan con las fechas previstas de entrega y otros hitos relevantes, con dependencias
entre equipos, y una votación del nivel de confianza/compromiso de todo el programa
Votación conjunta
para poner en
común el nivel de
confianza del plan
y actualizar
objetivos

52. Casos de éxito –
Empezando a andar

54. Experiencias de netmind con SAFe

55. Valpak Case Study. Proceso y puntos clave
Proceso
1) Inicio con 6 equipos Scrum
2) Se añaden 3 equipos Kanban
3) Roadmap + Release Management
4) Portfolio Kanban
5) Architectural Kanban
Durante todo el proceso se fueron
añadiendo equipos de manera gradual,
a medida que el negocio lo requería
Puntos clave (para ellos)
- Soporte de Dirección y CIO
- Todos los equipos de desarrollo de golpe
- Coach independiente
- Personalización del modelo
http://www.valpak.com/
Empresa de marketing online
especialista en cupones de descuento

57. netmind Agile Training & Mentoring
Scaled Agile Framework
JJM 150 | SAFe ScrumXP for Teams
JJM 151 | Leading the Lean-Agile Enterprise with Scaled Agile Framework
Agile Development & Practices
JJM 188 | PMI Agile Certified Practitioner Exam Prep
JJM 120 | Desarrollo Ágil con Scrum
JJM 125 | Introducción al Desarrollo Ágil de Software
JJM 126 | Gestión Ágil de Proyectos de Software
JJM 130 | Estimación y Planificación Ágil de Proyectos de Software
JJM 131 | Historias de Usuario para la Gestión Ágil de Requerimientos
JJM 132 | Taller Práctico de Kanban. Gestión Visual del Desarrollo
JJM 134 | Testing en el desarrollo del Software
www.netmind.es
Coaching
Definición Metodológica
Herramientas
(en proceso)

58. Próximos cursos y eventos
Barcelona
http://www.netmind.es/cursos/mobile-apps/
Londres
http://learning.pmi.org/SeminarsWorld.php?id=15
Agile Project Management
4-5 Noviembre
Seminars World London
Preparación para la Certificación en PMI-ACP
7-9 Octubre
Madrid
Desarrollo ágil de aplicaciones móviles
21-24 Octubre
Software Craftsmanship Barcelona
28-29 Septiembre
http://softwarecraftsmanshipbarcelona.org
Preparación para la Certificación en PMI-ACP
14-16 Octubre
http://www.netmind.es/cursos/proximos-cursos/

59. F O C U S Q U A L I T Y E X P E R I E N C E
¿Preguntas?


60. F O C U S Q U A L I T Y E X P E R I E N C E
Scaled Agile Framework
Muchas gracias por su atención