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…
Cómo
Índice
Clarificando los conceptos
¿Qué? y ¿Para qué?
Introducción y Objetivos
Conclusiones y Turno de preguntas
Cómo
Índice
Clarificando los conceptos
¿Qué? y ¿Para qué?
Introducción y Objetivos
Conclusiones y Turno de preguntas
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 sinergiasentre ellos
Cómo
Índice
Clarificando los conceptos
¿Qué? y ¿Para qué?
Introducción y Objetivos
Conclusiones y Turno de preguntas
¿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
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
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.
Use
Agileaquí
NegocioDesarrollo
(entrega proyectos)
OperaciónCliente
Hemos construido muros – intencionadamente o no – que limitan el rendimiento
11
Clarificando conceptos – Transversalidad
Use
DevOpsaquí
12
Clarificando conceptos – Transversalidad
NegocioDesarrollo
(entrega proyectos)
OperaciónCliente
Use
Lean Thinking aquí
13
Clarificando conceptos – Transversalidad
NegocioDesarrollo
(entrega proyectos)
OperaciónCliente
Use
Design Thinkingaquí
NegocioDesarrollo (entrega
proyectos)OperaciónCliente
14
Clarificando conceptos – Transversalidad
Cómo
Índice
Clarificando los conceptos
¿Qué? y ¿Para qué?
Introducción y Objetivos
Conclusiones y Turno de preguntas
DevOpsLean IT
Foco Principal Valor para el Cliente Reduce ineficiencia silos
OrganizaciónCualquier parte o
toda ellaProyectos y Operaciones
Gestión Visual Core Recomendada
Personas (A&C)Transformación
integralEquipos conjuntos
Proy. / Oper.
Objetivos /Indicadores
% Iniciativas de mejora% Ahorro de coste/tiempo
por eliminación desperdicioÍndices de satisfacciónde 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. ProyectosEquipos 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
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?
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
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í comoresponsable 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
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 / sistemase. Normalmente no puedo avanzar aquí comoresponsable 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 requieraninterrelación con desarrollo con más fluidez(OLA de mejora)c. Dar respuesta más rápida a proyectos de tecnología (infraestructura, sistemas,…)
Lean
DevOps Agile
a. Ninguna iniciativa en marchaa
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 querequieran colaboración Dev y Ops e. Optimizar sinergias – entrega y desplieuges continuos, IT4.0
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 necesidady apalancar las sinergias
de lo logrado
Cómo
Índice
Clarificando los conceptos
¿Qué? y ¿Para qué?
Introducción y Objetivos
Conclusiones y Turno de preguntas
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 Mapde alto nivel
Definir Objetivos y Estrategia de la Transformación
1
2
Olas – Planes de proyecto
3Proyecto 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
Definir los criterios de clasificación y mecanismo de gestión para la cartera de proyectos
Tipos de Proyecto /
Gestión
Altamentepredictivos
Predictivos Equilibrado AgileAltamente
Agile
Grandes proyectos de integración
Estado ActualEstado
Deseado
Proyectosmedianos
Estado ActualEstado
Deseado
Nuevos proyectos digitales
Estado ActualEstado
Deseado
Proyectos de innovación
Estado ActualEstado
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
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
Evaluar el estado actual y preparar plan de acción
28
Cómo – DevOps (Readiness)
29
Cómo – Devops - Alcance‘Pila tecnológica’ del servicio
‘Cloud’
Esta pila tecnológica ayuda a determinar: - El área de
responsabilidaddel equipo
- Las habilidades y conocimiento requerido por el equipo
‘EquipoDevOps’
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
Crear y definir nuevos roles y equipos con conocimientos y habilidades específicas
EquipoDevOps
Productowner
Arquitecto
ReleaseOperations
Ingenieros deOperationes
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
UserExperience
TesterAgile Dev.
Team
Agile / DevOpschampions
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
Cómo
Índice
Clarificando los conceptos
¿Qué? y ¿Para qué?
Introducción y Objetivos
Conclusiones y Turno de preguntas
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 elmapa ‘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?”
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
3535
http://www.quintgroup.com/esFor further information or questions, please contact:
Francisco Maregil
+34 91 429 05 84 (Office)
Camino Zarzuela, 21, 28023 Madrid
D a r e t o c h a l l e n g e
Top Related