¿Por qué y cómo utilizar Lean, Agile y DevOps para mejorar tu negocio?
25 recomendaciones8,579 vistas
El documento detalla cómo implementar enfoques de Lean, Agile y DevOps para mejorar la productividad y eliminar ineficiencias en las organizaciones de TI. Se presentan los conceptos clave de cada metodología, sus beneficios, y la importancia de entender las necesidades específicas de la organización para aprovechar sinergias y lograr una eficiente transformación. Además, se discuten estrategias de implementación y los roles necesarios para facilitar la colaboración entre equipos de desarrollo y operaciones.
¿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.
- 11. Use Agile aquí Negocio Desarrollo (entrega proyectos) OperaciónCliente Hemos construido muros – intencionadamente o no – que limitan el rendimiento 11 Clarificando conceptos – Transversalidad
- 12. Use DevOps aquí 12 Clarificando conceptos – Transversalidad Negocio Desarrollo (entrega proyectos) OperaciónCliente
- 13. Use Lean Thinking aquí 13 Clarificando conceptos – Transversalidad Negocio Desarrollo (entrega proyectos) OperaciónCliente
- 14. Use Design Thinking aquí Negocio Desarrollo (entrega proyectos) OperaciónCliente 14 Clarificando conceptos – Transversalidad
- 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
- 34. 35 35 http://www.quintgroup.com/es For further information or questions, please contact: Francisco Maregil f.maregil@quintgroup.com +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