El model Bimodal de Gartner propone dividir la organización entre la parte tradicional (PMO, IT Governance, etc.) y la parte ágil.
En esta presentación se ven aspectos útiles de Bimodal, sus errores de concepto y aspectos a tener en cuenta a la hora de definir una estrategia de transformación ágil con Scrum y otros modelos.
Mejora Procesos It Comparativa Cmmi Metrica3 Barcelona
¿Es Bimodal inevitable? Estrategias para la transformación ágil
1. Sesión S04
¿Es Bimodal inevitable?
Estrategias de transformación ágil
Alex Ballarin
#gigaTIC17
2. 2
Agenda
1. La transformación ágil es compleja
2. ¿Qué es Bimodal?
3. Críticas a Bimodal
4. ¿Qué guías hay para Bimodal?
5. Modo ágil como startup interna
6. Factores para escoger el modo
7. La dificultad de escalar agile
8. Un error habitual en las transformaciones
9. ¿Es Bimodal inevitable?
10.Hoja de ruta de transformación ágil
11.Preguntas y respuestas
3. La transformación ágil es compleja
No valen “mejores prácticas”
3
Empresa
tradicional
adoptando
agilidad
Start-up
Equipo
ágil
https://en.wikipedia.org/wiki/Cynefin_framework
5. Críticas a Bimodal
El bueno, el feo y el malo
5
Beneficios Ideas incorrectas Inconvenientes
• Permite plantear una
evolución progresiva,
“aceptable” y con riesgo
acotado.
• Puede facilitar la
independencia de los
equipos ágiles en una
corporación.
• El modelo tradicional
(planificación anual,
outsourcing) NO es más
eficiente en coste.
• La calidad no es exclusiva
de los proyectos
predictivos (más bien al
contrario).
• La velocidad de los
sistemas de innovación
queda limitada por la de
los sistemas de registro.
• Las personas que quedan
en el modo tradicional
parecen “de segunda”.
• El doble modo puede verse
como una situación
definitiva (parálisis cambio)
6. ¿Qué guías hay para Bimodal?
Los frameworks de agilidad solo hablan del modo ágil
6
Nexus LeSS
Spotify SAFe
7. Modo ágil como startup interna
Scrum Studio: una organización IT ágil independiente
7
1. Agile Culture
2. Product-oriented
3. Planning through Operations
4. All services and administration
5. Onboarding qualified products
6. Value based measurement & management
7. Persistent team and tribal culture
8. Consistent, practice driven development
9. DevOps practices and tools
10. Professional software
www.scrum.org
8. Factores para escoger el modo
¿Qué aplicaciones irán por qué carril?
8
Aplicación
Equipo ágil
Arquitectura
Plataforma
(Dev / Ops)
Modelo de
“sourcing”
Calidad y
seguridad
Componentes
Planificación y
servicio IT
Política
financiera
Otras
aplicaciones
Ofi.Seguimiento
(PMO / APM)
Estrategia y
demanda neg.
9. La dificultad de escalar agile
Los equipos ágiles “sufren” en organizaciones complejas
9
Equipo
Programa
Portfolio
Ejecutivos
GobiernoIT
Finanzas
RR.HH.
Otros
Los patrones de éxito para tener equipos
ágiles (individuales) son conocidos.
El éxito es cuestión de la apuesta firme
de la dirección.
Gestionar las dependencias técnicas y de
planificación entre equipos no es trivial.
Los frameworks de escalado
ofrecen herramientas efectivas.
La planificación ágil del IT suele ser
incompatible con los esquemas actuales de
dirección basados en planes estratégicos y
planificación presupuestaria anual.
La agilidad escalada requiere cambios
profundos en la PMO y QA, pero más
difíciles son los cambios fuera de IT
(p.e. Presupuestación y RR.HH.)
10. Error habitual en las transformaciones
El cambio sostenible se produce en las personas
10
Procesos, modelos,
herramientas
Principios
Valores
Donde se pone el
esfuerzo en la
transformación
Sin trabajar estos
aspectos, la agilidad
no consigue sus
objetivos
Organización
Cultura
http://www.platensesigloxxi.com
11. Hoja de ruta de transformación ágil
¡NO hagáis un plan predictivo para desplegar la agilidad!
11
2
1
3
Web1 Web2 Móvil1 Host1 Host2 ···
Aplicaciones y equipos asignados
Prácticas
Técnicas
CD
BDD/ATDD
TDD
CI
Organizativas
Presup. ágil
Despliegue
autón. equipo
Equipo Scrum
4
5
6
7
8
Roadmap de transformación
2017
T2
T3
T4
2018
T1
T2
1 2
3
4 5 6
7
8
12. Agilidad a corto plazo Bimodal temporal Bimodal definitivo
• Unidad de negocio
digital independiente
• Apoyo total del CIO
y la alta dirección
• Agilidad organizativa
moderada o alta
• Informática
centralizada
• Tamaño organizativo
pequeño o medio
• Sectores con
disrupción digital
• Falta de apoyo de alta
dirección
• Sectores estables sin
competencia fuerte
• Mucho “legacy”
organizativo y técnico
en departamento TI
¿Es bimodal inevitable? Depende…
Puede ser una paso intermedio o una situación estable
12