Professional Documents
Culture Documents
Qu es SAFe?
Antes que seguir, quisiera dar una breve introduccin acerca de SAFe, ya que
es bastante nuevo sobretodo en el entorno ecuatoriano.
Como yo soy muy visual, me gust este video de Inbar Oren -uno de los SAFe
Program Consultants estrellas, SAFe Coach y creador de videos oficiales del
framework- que explica SAFe en 9 minutos y con dibujitos.
Para ms informacin sobre SAFe, les dejo los siguientes artculos:
SAFe
SAFe Purpose
SAFe Foundations
41 Things You Need to Know about the SAFe
Ms informacin:
Agile Release Train SAFe
Release-SAFe
Develop on cadence. Release on Demand SAFe
SAFe Kanban
Mucho Lean Thinking y Kanban en varios niveles
SAFe posee tambin una base filosfica fundamentada en el pensamiento
Lean. He ledo y escuchado a algunas personas sobre la casita de SAFe, la
casita Lean, y esta casita es la siguiente:
Bsicamente es la misma casa tomada del Toyota Production System. Okay,
yo comprendo los pilares y el sentido del pensamiento Lean, lo que quera
saber es cmo se expresa el mindset Lean y Kanban dentro de SAFe. A nivel
de portafolio se aplica el pensamiento Kanban restringiendo el WIP basado
en presupuesto, el mismo que es repartido entre varias cadenas de valor
o value streams. Es decir, slo se pueden trabajar en iniciativas que
podamos pagar, hasta donde nos de el presupuesto?. En la prctica, esto
se expresa en el manejo de las picas de negocio y arquitectura a travs de
un flujo Kanban; las picas deben pasar por un funnel donde
reciben aprobacin por los miembros del Portafolio. Los dueos de la pica
deben preparar y vender su pica justificando los beneficios para el
negocio y para la compaa. Bsicamente, de la misma forma en la que un
emprendedor explica y vende su idea ante un grupo de inversionistas (o
ante un estanque de tiburones, para el caso la analoga sirve).
A nivel de Programa, se aplica Kanban restringiendo al trabajo en base a la
capacidad organizacional, traducida por la capacidad de los equipos con los
que cuenta la compaa. Esto se traduce a: cuntas features podemos
hacer con la capacidad que tenemos?. Este mindset se expresa en el
Release plan y el Roadmap de producto; cuando las lneas de potenciales
releases son fijadas por la capacidad (con la cadencia de los ARTs es posible
contar con fechas definidas y fijas) y en cada Release Planning se
van ajustando para replanificar, repriorizar y ajustar nuestras entregas bajo
criterios de negocio. Esto ya vena sucediendo en el entorno gil; as que
hace mucho sentido para m y es un aspecto que se mantiene y me gusta.
En general, en todo SAFe siempre se habla acerca de contar con una vista
econmica, un trmino que viene de los principios del Desarrollo del Flujo
de Productos, especficamente del libro de Don Reinersten, The Principles of
the Product Development Flow; de donde SAFe ha tomado muchos
conceptos de gestin de flujos aplicados al nivel de programa (algo que no
me sorprende debido a que Don Reinersten hizo un foreword en el libro del
cual naci SAFe). Tener una vista econmica significa que debemos tomar en
cuenta el costo de la demora de no sacar un producto o caracterstica al
mercado en cierto momento. La idea es, donde el costo sea ms alto, eso se
debe entregar primero. Para aquello se usa una frmula
denominada WSJF que permite priorizar picas y features. En el entorno gil
ya venamos usando algo similar de lo que denominamos el ROI de Agile:
Business Value / Story Points. WSFJ es casi lo mismo, pero agrega otras
variables en el numerador que brinda otras perspectivas al anlisis. Lo
bueno de esto, es que se discute otros aspectos vlidos para el marketing, el
cliente y operaciones; lo malo es que lleva ms tiempo estimar y priorizar las
picas/features (ms nivel de discusin, ms Planning Poker, etc.).
Ms informacin:
SAFe Way to Lean Software Development
SAFe Kanban
Business Epic Kanban
WSJF
Lean / Agile Leaders
Uno de mis likes favoritos. En la ltima versin de SAFe (la 3.0) se hace
relevancia al rol de champions que abracen al Manifiesto gil y los
principios Lean para apoyar al proceso de adopcin y tener una jornada lo
ms satisfactoria. Estos lderes son clave en el entendimiento y aplicacin de
los principios y prcticas. En SAFe tienen su propio manifiesto con cuatro
principios fundamentales:
Tener una vista sistmica: de todas las partes de la organizacin, el
proceso y del flujo de desarrollo del producto;
Abrazar el Manifiesto gil: soportar los valores y principios giles;
Implementar/Optimizar el Flujo de Desarrollo de
Productos: visualizar el trabajo, limitar el WIP, identificar cuellos de
botella, ayudar a la mejora continua;
Desbloquear la motivacin intrnseca de los trabajadores del
conocimiento: ayudar a crear el ambiente y las condiciones para
contar con personas autnticamente motivadas y fomentar el
conocimiento.
Este ltimo tiene una relevancia sper alta para mi forma de ver, es vital.
Este es un plus en SAFe, me gusta mucho que se haya dado esta importancia
a este grupo; algo que los agilistas ya conocamos.
Ms informacin:
Lean-Agile Leaders
SAFe es evolutivo
SAFe no naci tal como lo vemos ahora en su Big Picture, ha tenido varias
versiones, la actual es la 3.0. SAFe ha venido de un proceso de adaptacin y
evolucin desde los primeros blog posts de Dean Liffingwell hasta
consolidarse en la figura que vemos. Gracias al feedback de varios
consultores, las empresas que adoptan SAFe y la comunidad, el framework
se ha ido adaptando y ajustando; agregando o eliminando elementos sobre
la marcha. Pude hacer un tracking de la vida de SAFe en el tiempo y
encontr versiones desde el 2008. La primera vez que lo vi no se llamaba
SAFe y fue por la versin 2.0 all por el 2011.
Ms informacin:
What is this SAFe
El Big Picture
Otro gran plus de SAFe es su Big Picture; puedes ver SAFe en una hoja.
Aceptmoslo, es de mucha ayuda. Adems de que visualmente es agradable,
el Big Picture es como una base de conocimiento interactiva en lnea que
permite navegar rpidamente sobre los conceptos y profundizar sobre algn
tema. Creo que visito este sitio unas cinco veces al da cuando necesito
reforzar alguna cosa o encontrar algo que se me escapa. Este Big Picture,
junto con los otros recursos: presentaciones, videos, posters, referencias,
frases, cursos; son elementos de marketing claves que posiblemente le han
dado gran visibilidad a SAFe en los ltimos aos. Representan una estrategia
inteligente de difusin y ventas.
Una de las razones por las que dej de leer el libro, es que puedo encontrar
el contenido ms rpido y la informacin est actualizada
(el libro bsicamente describe la versin 2.0 y algo de la 2.5).
Yo imprim el Big Picture y me sirve mucho para el anlisis de los puntos de
mejora el contexto de la adopcin, me ayuda a identificar problemas y
priorizar, como dije; soy muy visual.
Los 5 No me gusta de SAFe
Pues ahora, permtanme enumerar los aspectos que me generan mucho
ruido y que desde la prctica veo que necesitan atencin si se est pensando
en la adopcin de Agile con este framework.
Ms informacin:
Iteration Planning
Normalized Story Points
From the Vision to the working software and back
Iteracin de Hardening
La iteracin de Hardening es aquella que ocurre despus de una iteracin de
desarrollo en la que integra y se prueba el desarrollo de todos los equipos
con el fin de lograr un incremento del Sistema. Est a cargo de un nuevo
equipo en SAFe llamado System Team. El producto de la etapa de
hardening es un incremento de sistema que se presentar en la System
Demo. Esta funcin era parte de lo que SAFe denominaba la iteracin HIP:
Hardening, Innovating and Planning; una iteracin especial que habilita a
los equipos a estabilizar su software y brinda tiempo para organizar
hackathons u otras actividades para innovar. Desde la versin 3.0, se separ
el concepto de Hardening y ahora SAFe provee una iteracin
especial IP:Innovating and Planning luego de varios sprints de desarrollo
(normalmente despus de 4 sprints) para habilitar la innovacin en la
organizacin.
En la etapa de Hardening, el equipo de System Team baja el cdigo de todos
los equipos en un ambiente separado, integra, genera un instalador de ser el
caso y somete al software a pruebas end-to-end (carga, estrs, exploracin,
algunas UATs). Cuando hay problemas, se reportan bugs que se pasan a los
equipos para que los resuelvan. Si el incremento pasa bien las pruebas y es
aprobado por los Product Managers, se pasa este incremento a la etapa de
Sustaining, entindase colocar en un ambiente de pre-produccin o
produccin en el Cliente. De esta forma, SAFe provee una secuencialidad de
fases como esta (Planning, Development, Hardening y Sustaining):
Ms informacin:
ART Metrics
Reuniones de estilo Cerebro Frito
Imaginen lo siguiente: ms de 50 personas en una sala de reuniones, en una
reunin de 8 horas seguidas, con mucho calor, escuchando o tratando de
escuchar a todo lo que se dice.Resultado: Cerebro frito. As sent mi cabeza
luego de un Release Planning de ocho horas seguidas, y lo peor es que slo
era el da 1; al da siguiente sera lo mismo. Me preguntaba: un Release
Planning de dos das, en serio?. SAFe provee una agenda de dos das para el
Release Planning, en ella asisten varios roles: Product Managers, Product
Owners, Release Managers, System Team, System Architects, los equipos,
DevOps, etc. Debido a que se estn planeando todas las features e historias
de todos programas para el trabajo de todos los equipos del siguiente sprint,
la duracin de esta reunin es larga y con agenda definida. Quizs tenga
sentido para la primera ocasin, pero an as la reunin ya es pesada. A esto
smenle que no haban radiadores de informacin; bsicamente todos lean
o veamos la herramienta digital mediante una proyeccin y se planificaba
en la PC. Igual, la Sprint Demo, es una reunin que agrupa a todos los
equipos al mismo tiempo para que todos muestren a los stakeholders (POs,
Product Managers, Epic Owners, Marketing) su avance del sprint. En ese
momento los POs aprobaban o rechazaban las historias y se pasaba al
siguiente equipo. Ocho horas seguidas con 150 personas en la misma sala.
Despus de las dos primeras horas yo ya estaba divagando.
Ms informacin:
Release Planning
Hace match con las jerarquas organizacionales
Uno de los aspectos de SAFe que posiblemente sea parte de su creciente
popularidad en la comunidad y empresas, es que su lenguaje y estructura
estn diseados para el mundo empresarial. Hablar a la gente de las
corporaciones y el management sobre portafolio y programas pero con un
enfoque Agile y Lean es apropiado, hablar el mismo lenguaje ayuda a la
comunicacin y el apoyo del management es necesario para una proceso de
adopcin o transformacin gil. Muchos coaches recomiendan manejar el
lenguaje apropiado para los niveles y grupos apropiados.
Pensamientos finales
Un amigo agilista de Ecuador me pregunt hace poco tiempo: y esta vaina
de SAFe funciona o qu?. Es una pregunta algo capciosa y difcil de
responder de forma de S o No; similar a si se preguntara qu funciona:
Toyoya o Mazda? o una cuchara o un cuchillo?. SAFe es slo un framework,
una herramienta que provee un enfoque referencial sobre cmo llevar
prcticas del entorno gil hacia una organizacin. Mi respuesta es, depende
de cmo la uses. Yo soy muy crtico sobre SAFe, hay que cosas que me
generan mucho ruido (y que seguir publicando); pero en este proceso de
adopcin estamos tratando de tomar lo mejor, adaptar al contexto y
fomentar agilismo verdadero a travs de conceptos, principios y prcticas.
Gracias por su feedback. Un abrazo!