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

Presentación

Agenda

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

Orígenes de SAFe

Lean ThinkingProduct Development

FlowAgile Development

Field experience at enterprise

scale

Iterative and

Incremental

Development

Framework Creator: Dean Leffingwell

Founder and CEOProQuo, Inc., Internet

identity

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

CoachTo some of the

world’s largest

enterprises

Agile Executive MentorBMC, John Deere

Chief MethodologistRally Software

Cofounder/AdvisorPing Identity, Roving Planet,

Silver Creek Systems, Rally

Software

Contributors

Principal

Contributors

Drew Jemilo

Alan Shalloway

Colin O’Neill

CommunityEnterprise

Adopters

Associate

Methodologist

Acknowledgements

Alex Yakyma

Los pilares de Lean|Agile

Lean Thinking Provides the Tools We Need

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

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

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

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 controlReinertsen, Don. Principles of Product Development Flow

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

El primer vuelo de los

hermanos Wright no

tenía cuarto de baño ni

carrito de bebidas.

“

”

Paul MockapetrisInventor del Sistema de Nombres de Dominio DNS

valor

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 puedendescribirlo, normalmente nos describen una propuesta desolución en lugar de describir sus necesidades reales.

Don ReinertsenAutor de “The Principles of Product Development Flow:

Second Generation Lean Product Development”

“

”

Detección y descripción del valor

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

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

El valor de una funcionalidad disminuye con el tiempo

Entr

ega d

e v

alo

r

Tiempo

Valor de mercado de

una funcionalidad

con el tiempoMargen acumulado

Margen acumulado

en Waterfall

Cambiando la orientación del Triangulo de Hierro

Constraints Requisitos Coste Tiempo

Estimación Coste Tiempo Funcionalidades

Predictivo

Waterfall

Adaptativo

Agile

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

Enfoque iterativo e incremental

AN

ÁL

ISIS

DIS

EÑ

O

CO

NS

TR

UC

CIÓ

N

PR

UE

BA

S

IMP

LA

NTA

CIÓ

N

tiempo

Supongamos un proyecto con

las clásicas fases de

desarrollo de software en

cascada

Enfoque iterativo e incremental

AN

ÁL

ISIS

DIS

EÑ

O

CO

NS

TR

UC

CIÓ

N

PR

UE

BA

S

IMP

LA

NTA

CIÓ

N

tiempo

Rompemos el proyecto en

pequeñas piezas que van de

inicio a fin de todo el

proceso….

Enfoque iterativo e incremental

AN

ÁL

ISIS

DIS

EÑ

O

CO

NS

TR

UC

CIÓ

N

PR

UE

BA

S

IMP

LA

NTA

CIÓ

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.

Enfoque iterativo e incremental

AN

ÁL

ISIS

DIS

EÑ

O

CO

NS

TR

UC

CIÓ

N

PR

UE

BA

S

IMP

LA

NTA

CIÓ

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%

Enfoque iterativo e incremental

AN

ÁL

ISIS

DIS

EÑ

O

CO

NS

TR

UC

CIÓ

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

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.

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.

Estructura de SAFeScaled Agile Framework

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

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

Iteraciones a nivel de equipo con ScrumXP

Equipos ágiles con ScrumXP

Los equipos ágiles ScrumXP están basados en equipos Scrum, con

algunas variaciones que facilitan su escalabilidad

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

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.

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

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

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

Alig

nm

en

t

Business Owners

Alignment from Portfolio to Program to Team

Roles, ceremonias, trenesy escalabilidad

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

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

Agile Release Train

Un Agile Release Train es en realidad un fractal de los sprints de los equipos,

a nivel de Programa

Agile Release Train

Compartir la misma cadencia no es suficiente…..

Agile Release Train

… es necesaria una sincronización entre equipos de un mismo programa para

garantizar la entrega coordinada

How Big Agile Release Trains can be?

Release Planning Meeting

Agenda para una Release Planning Meeting

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

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.

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

Casos de éxito –Empezando a andar

Experiencias de netmind con SAFe

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

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)

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 NoviembreSeminars 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 Septiembrehttp://softwarecraftsmanshipbarcelona.org

Preparación para la Certificación en PMI-ACP

14-16 Octubre

http://www.netmind.es/cursos/proximos-cursos/

F O C U S Q U A L I T Y E X P E R I E N C E

¿Preguntas?

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