La tendencia de los últimos años que se está asentando en numerosos departamentos de TI, radica en la búsqueda de la mejora continua, la agilidad en la entrega de nuevos servicios y productos y la ruptura de silos funcionales mediante procesos más trasversales, la orientación a servicios y la generación de valor.
En Quint, creemos que las técnicas y herramientas que nos pueden ayudar a poner en práctica estas mejoras en nuestros departamentos son las que aportan Lean, Agile y DevOps.
¿Por qué y cómo utilizar Lean, Agile y DevOps para mejorar tu negocio?
2. Por qué y cómo utilizar Lean, Agile y
DevOps para mejorar tu negocio
2
3. 3
• Ingeniero de Telecomunicaciones UPM
• Master IE Business School DSI
• Lean IT, SCRUM, Agile PM
• Director de Proyectos (PMP)
• ITIL Expert, Six-Sigma, ISO 20000 Auditor
• Más de 12 años experiencia en Gestión de Proyectos
• Más de 10 años en Gestión de Servicios
• Formador acreditado EXIN y ponente en varios eventos
Twitter: @fmaregil
Linkedin: https://www.linkedin.com/in/franciscojosemaregil
Sobre el ponente…
4. Cómo
Índice
Clarificando los conceptos
¿Qué? y ¿Para qué?
Introducción y Objetivos
Conclusiones y Turno de preguntas
5. Cómo
Índice
Clarificando los conceptos
¿Qué? y ¿Para qué?
Introducción y Objetivos
Conclusiones y Turno de preguntas
6. 6
Introducción y objetivos
Lean IT, Agile PM o DevOps ofrecen mecanismos para aumentar
la productividad y romper silos funcionales que generan
ineficiencias en las organizaciones de TI.
Los objetivos del seminario son:
Clarificar y enfocar su significado
Entender dónde aporta valor y a
qué necesidades responden
Introducir ejemplos prácticos de
aprovechamiento y sinergias
entre ellos
7. Cómo
Índice
Clarificando los conceptos
¿Qué? y ¿Para qué?
Introducción y Objetivos
Conclusiones y Turno de preguntas
8. ¿Cuándo?
- No existen requisitos claramente definidos al inicio del proyecto
- El entorno cambiante obligue a modificar constantemente los requisitos
- Se desea minimizar los riesgos derivados de los puntos anteriores
8
Clarificando conceptos – Agile PM
Agile PM es un enfoque de
gestión de proyectos basado
en un ciclo iterativo
incremental de entrega de
resultados de valor añadido.
Un punto clave es la
involucración del cliente en
la priorización de requisitos
y validación constante de los
entregables. En TI, se utiliza principalmente en proyectos de desarrollo
software, con metodologías como SCRUM o XP
9. 9
Clarificando conceptos - DevOps
DevOps es la respuesta a la
necesidad de facilitar el flujo de
trabajo entre los equipos de
desarrollo (proyectos), calidad
(QA) y operaciones
Un punto clave es alcanzar los
conceptos de despliegue o entrega
continua, a través de la integración
de los equipos de proyecto,
operaciones y calidad
¿Cuándo?
- Existen problemas en lanzamiento de productos y servicios
- Los productos o servicios requieren una evolución continua en ciclos muy cortos
- Se detectan cuellos de botella en pases entre entornos
Calidad
(QA/
Pruebas)
Soporte
(Ops)
Proyecto
(Dev)
Automatización
(pruebas,
despliegues, …)
Entrega
Continua
Despliegue
Continuo
Gestión de la
configuración y
versiones
10. Objetivos Estratégicos
Profesionalismo
Mejora Continua
Foco en el cliente
Eficiencia Calidad
Cooperación
10
Clarificando conceptos – Lean IT
Lean es una filosofía de trabajo
enfocada en la creación del flujo que
entregue el máximo valor al cliente
utilizando los mínimos recursos.
Una implantación real exige el cambio
en la actitud y comportamiento de
las personas adoptando la mejora
continua mediante la eliminación del
desperdicio (muda), nivelación de la
variabilidad del flujo (mura) y los
sobreesfuerzos (muri).
¿Cuándo?
- Se desea alcanzar una transformación paso a paso y sostenible
- Se detecta incoherencias e inconexión entre lo demandado y lo entregado
- Como mecanismo de mejora del factor humano.
15. Cómo
Índice
Clarificando los conceptos
¿Qué? y ¿Para qué?
Introducción y Objetivos
Conclusiones y Turno de preguntas
16. DevOpsLean IT
Foco Principal Valor para el Cliente Reduce ineficiencia silos
Organización
Cualquier parte o
toda ella
Proyectos y Operaciones
Gestión Visual Core Recomendada
Personas (A&C)
Transformación
integral
Equipos conjuntos
Proy. / Oper.
Objetivos /
Indicadores
% Iniciativas de mejora
% Ahorro de coste/tiempo
por eliminación desperdicio
Índices de satisfacción
de cliente y empleado
% Incidentes post-implement.
% Entregas/cambios correctos
Rendimiento “E2E” de TI
Procesos Flujo de Valor Mix de procesos
ITSM, PPM
Herramientas
/ Artefactos
CTQ, VSM, Team Vision,
DILO, Kaizen, A3…
Automatic Test. and Deploy.
Continues deployment, Cloud
16
Agile PM
Mejorar el TTM
Negocio y Proyectos
Core
Método G. Proyectos
Equipos de desarrollo
% Proyectos exitosos
% Historias de usuario
desarrolladas
Índice de satisfacción
del negocio
Desarrollo software
(SCRUM, XP, ..)
User stories, Kanban,
Product Owner
Qué y para qué - diferentes perspectivas
17. Lean
DevOps Agile
2. ¿Dónde estás?
1. ¿Quién eres?
3. ¿Qué necesitas?
Qué y para qué – las 3 claves
Patrocinador necesario de la mejora
Qué necesidades ya están cubiertas / qué
iniciativas ya has abordado
¿Cuál es la siguiente ola de mejora
identificada?
18. Lean
DevOps Agile
2. ¿Dónde estás?
1. ¿Quién eres?
3. ¿Qué necesitas?
Responsable de Desarrollo / Proy.
Responsable de Operaciones
CIO / CxO
Qué y para qué – las 3 claves
19. Lean
DevOps Agile
a. Ninguna iniciativa en marcha
ab
b
c
d
df
e
b. Primeros pasos recomendados
c. Lean (ajustado) y/ó ágil
d. Piloto DevOps
e. Aprovechamiento total de las sinergias
f. Normalmente puedo avanzar aquí como
responsable de Desarrollo
1. ¿Quién eres?
Responsable de Desarrollo / Proy.
2. ¿Dónde estás?
3. ¿Qué necesitas?
Qué y para qué – las 3 claves (desde Dev.)
a. Agilidad / Eficiencia
b. Mejora Sostenible, eliminar desperdicios,
agilidad, ajustar velocidades (Bimodal IT)
c. Respuesta E2E a los cambios de negocio
d. Expandir las mejoras – buscar colaboración
20. Lean
DevOps Agile
a. Ninguna iniciativa en marcha
a
b
c
e
d
e
e
e
b. Primer paso recomendado
c. Operaciones Lean y piloto DevOps
d. Aplicando prácicas ágiles a proyectos de
infraestructura / sistemas
e. Normalmente no puedo avanzar aquí como
responsable de Operaciones
1. ¿Quién eres?
2. ¿Dónde estás?
3. ¿Qué necesitas?
Responsable de Operaciones
Qué y para qué – las 3 claves (desde Ops.)
a. Mejora continua de los procesos / eficiencia
b. Responder a los cambios que requieran
interrelación con desarrollo con más fluidez
(OLA de mejora)
c. Dar respuesta más rápida a proyectos de
tecnología (infraestructura, sistemas,…)
21. Lean
DevOps Agile
a. Ninguna iniciativa en marcha
a
b
b
d
e
e
f
c
e. Alineación e integración de equipos y
procesos ITSM / PPM
d. Proyectos y entrega ágil y ajustada
b. Primeros pasos recomendados
c. Situación poco usual – en caso que las
áreas ya estén optimizadas
f. Aprovechamiento total de las sinergias
CIO / CxO
1. ¿Quién eres?
2. ¿Dónde estás?
3. ¿Qué necesitas?
Qué y para qué – las 3 claves (visión CxO)
b. Ola de mejora en la respuesta E2E a los
cambios de negocio
a. Agilidad / Eficiencia
c. Mejora Sostenible, eliminar desperdicios,
agilidad, ajustar velocidades (Bimodal IT)
d. Respuesta más rápida en áreas que
requieran colaboración Dev y Ops
e. Optimizar sinergias – entrega y
desplieuges continuos, IT4.0
22. Lean
DevOps Agile
1. ¿Quién eres?
2. ¿Dónde estás?
3. ¿Qué necesitas?
Responsable de Desarrollo / Proy.
Responsable de Operaciones
CIO / CxO
Qué y para qué – las 3 claves (visión CxO)
Múltiples caminos de
aprovechamiento, la clave
es identificar la necesidad
y apalancar las sinergias
de lo logrado
23. Cómo
Índice
Clarificando los conceptos
¿Qué? y ¿Para qué?
Introducción y Objetivos
Conclusiones y Turno de preguntas
24. Bottom-Up
Comenzar con un
Proyecto piloto y
crear una cultura
Lean que permita
escalar
Top-Down
Liderar la
transformación
de forma holística
y con una
dirección
estratégica
Value Stream Map
de alto nivel
Definir Objetivos y
Estrategia de la
Transformación
1
2
Olas – Planes de
proyecto
3
Proyecto piloto en
un entorno
específico
1
Mostrar resultados
y vender beneficios
2
Venta cruzada al
resto de la
organización
Cómo – Lean IT
25. Definir los criterios de clasificación y mecanismo de gestión para la cartera de proyectos
Tipos de
Proyecto /
Gestión
Altamente
predictivos
Predictivos Equilibrado Agile
Altamente
Agile
Grandes
proyectos de
integración
Estado Actual
Estado
Deseado
Proyectos
medianos
Estado Actual
Estado
Deseado
Nuevos
proyectos
digitales
Estado Actual
Estado
Deseado
Proyectos de
innovación
Estado Actual
Estado
Deseado
… … … … … …
Cómo – Agile PM (Bimodal IT)
(*) En cada organización se crea una clasificación y se definen criterios y marcos de gestión.
Los proyectos a ejecutar se encuadran en esta clasificación
26. Puntos críticos de gobierno e implementación de Agile PM
Q
U
I
N
T
A
G
I
L
E
Estrategia
Agile
- Construir el mapa
Bimodal
- Definir los
criterios de Agile
vs Predictivo
- Identificar
“QuickWins” para
los primeros
pilotos Agile
- Definir roles y
responsabilidades
- Identificar y
cubrir GAPS
formativos y de
capacidades
MEJORA PROCESO AGILE:
- Asesoriamiento y facilitación del
proceso (reviews, retrospective..)
- Paneles visuales
- Plan de mejora
DESARR.
EQUIPOS
AGILE :
- Definir
roles y
responsab.
- Training
- Agile
coaching
HERRAM.:
Plantillas,
asesoramiento,
artefactos,…
IMPLEMENT.
INICIAL:
- Business Case
- Visión
- Product
Backlog
- Formación
equipo y
soporte inicial
Cómo – Agile PM – Primeros Pasos
27. Evaluar el estado actual y preparar plan de acción
28
Cómo – DevOps (Readiness)
28. 29
Cómo – Devops - Alcance
‘Pila tecnológica’ del servicio
‘Cloud’
Esta pila tecnológica
ayuda a determinar:
- El área de
responsabilidad
del equipo
- Las habilidades y
conocimiento
requerido por el
equipo
‘Equipo
DevOps’
IaaS
PaaS
SaaS
Servidores
Red
Sistemas Operativos
Base de Datos
Plataforma de Desarrollo
Almacenamiento
Capa de aplicación
Capa de presentación
Capa de seguridad
Infraest. puesto usuario
El equipo de DevOps será el responsable de:
- La “salud” del equipo
- El alineamiento continuo del servicio con el proceso de negocio que soporta
29. Crear y definir nuevos roles y equipos con conocimientos y habilidades específicas
Equipo
DevOps
Product
owner
Arquitecto
Release
Operations
Ingenieros de
Operationes
Conocimiento
• Procesos de
negocio
soportados
• Procesos TI
• Metodologías
ITSM, PPM, etc.
• Conocimiento
técnico de los
aspectos de la pila
tecnológica
soportada por el
equipo
Habilidades
• Codificación y
programación.
• Gestión de
personas
• Re-ingeniería
de procesos
• Pruebas y QA
30
Cómo – Devops – Nuevos equipos
User
Experience
Tester
Agile Dev.
Team
Agile / DevOps
champions
30. 31
Cómo – Devops – pero no sólo
Cultura
Herramientas
Procesos Organización
Rendimiento• Cambio cultural
organizativo y en
personas (Dev vs Ops)
• Tolerancia al riesgo
• Orientación a servicio
• Estabilidad vs cambio
• Reutilización de metodologías existentes
(SCRUM, XP, PMP, ITIL, ISO20.000, …) adaptadas
a la visión End-To-End del servicio
• E2E real: desde la demanda, pasando por la
entrega, hasta la retirada del servicio o producto
• Equilibrar cambio y estabilidad
• Fast change vs. slow change
• Establecer KPIs de DevOps
(diferentes en Dev y Ops)
• Medida real del beneficio
• Despliegue automático
• Comunes y compatibles Dev y Ops
• Automatización de pruebas
• Automatización de “rollbacks”
• Gestión de la configuración
• Conocimiento en silo funcional vs
conocimiento del servicio
• Establecer objetivos a nivel de servicio
y responsabilidades compartidas
31. Cómo
Índice
Clarificando los conceptos
¿Qué? y ¿Para qué?
Introducción y Objetivos
Conclusiones y Turno de preguntas
32. Puzzle IT 4.0 – construyendo capacidades
TI 1.0
• Percibida
como
lenta y
cara
• Centro de
coste
• No genera
valor para
el negocio
Liderazgo
Lean :
Analizar y
descubrir
lo que
necesito
mejorar
para
generar
valor al
cliente
Lean Software
Development
Predictive vs Agile PM
Director de proyectos /
desarrollo “Alineo la
velocidad de negocio
y TI, construyo el
mapa ‘Bimodal’”
Lean Operación
(Muda) / ITIL, ..)
Director de operación
TI / sistemas / infra.:
“Elimino cuellos de
botella en labores
correctivas / evolutivas
o puestas en
producción”
Construir
otras
capacidades
TI 4.0:
Uso efectivo
del cloud
Desarrollo
en “Building
blocks”
Innovación
DevOps
CIO: “Conseguir
la entrega
continua y
minimizar los
problemas de
puestas en
producción
creando equipos
conjuntos
orientados a
servicio”
Lean
Performance
/ Lean
People
Mura / Muri
Programador
/ Operador
CAU “Cómo
evitar
sobrecarga y
valles en mi
trabajo
diario?”
Todos:
“Cómo
alcanzar la
mejora
continua?”
33. Lean
IT
DevOps Agile
PM
• Existen sinergias entre los 3
enfoques, pero pueden
abordarse de forma
independiente.
• No hay un camino – aprovechar
lo que ofrece cada enfoque en
función de la necesidad más
urgente
• No son un fin en sí mismos, sino
la solución a distintas
necesidades (agilidad, eficiencia,
entrega continua, mejora
sostenida, …)
• Lean es la aproximación más
global, puede cubrir cualquier
departamento particular o
transversalizar
Qué y para qué - diferentes perspectivas