¿por qué y cómo utilizar lean, agile y devops para mejorar tu negocio?

Por qué y cómo utilizar Lean, Agile y DevOps para mejorar tu negocio

2

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…

https://www.linkedin.com/in/franciscojosemaregil

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





¿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


NegocioDesarrollo

(entrega proyectos)

OperaciónCliente

Use

Lean Thinking aquí

13


NegocioDesarrollo

(entrega proyectos)

OperaciónCliente

Use

Design Thinkingaquí

NegocioDesarrollo (entrega

proyectos)OperaciónCliente

14


Cómo

Índice





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?


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?


2. ¿Dónde estás?


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?



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?


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?




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





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

Soporte/IT and Agile 1.0.pptx

Soporte/IT and Agile 1.0.pptx

Evaluar el estado actual y preparar plan de acción

28

Cómo – DevOps (Readiness)

Soporte/DevOps 1.0.pptx

Soporte/DevOps 1.0.pptx

Soporte/Quint DevOps Approach v.0.9.pptx

Soporte/Quint DevOps Approach v.0.9.pptx

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





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

[email protected]

+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

¿por qué y cómo utilizar lean, agile y devops para mejorar tu negocio?

Services