Transformación y escalado agil en las organizaciones
6 de Apr de 2017•0 gostou
1 gostaram
Seja o primeiro a gostar disto
mostrar mais
•1,030 visualizações
visualizações
Vistos totais
0
No Slideshare
0
De incorporações
0
Número de incorporações
0
Baixar para ler offline
Denunciar
Apresentações e oratória
Evolución de aplicación de prácticas ágiles dentro de grandes organizaciones de todos los tamaños, sectores de actividad, tipos de proyectos y productos. PMI Pacifico Colombia Chapter - 05-ABR-2017. Alex Canizales.
Únete al Capítulo Pacífico
1.Porque estamos aquí?
2.La Organización Ágil
3.Escalado de la Agilidad
3. Takeaway
Agenda
Únete al Capítulo Pacífico
Who Am I?
Biografía
Gestor senior de las TIC con más de 15 años de experiencia en la implementación
de soluciones, abarcando múltiples industrias y plataformas tecnológicas.
Ingeniero de Sistemas con especializaciones en Gestión de Informática
Organizacional y especialista en Procesos para el Desarrollo de Software,
candidato al Master en Gerencia de Informática y Telecomunicaciones. Agile
Coach, Certificado como Scrum Professional (CSP®) y Certificado como Scrum
Product Owner (CSPO®) por el ScrumAlliance®. En los últimos 8 años, he estado
practicando la agilidad en diferentes roles y escenarios, desde Scrum Master y
Product Owner hasta Agile Coach, recientemente liderando los esfuerzos de una
transformación y escalado de la agilidad.
Experiencia
Sunhotels – Webjet Group, Project Manager. 2014 - 2016, Mallorca, España
Hotelbeds Group, Application Lead Payments. 2010 - 2014, Mallorca, España
Innova4j, Software Development Manager. 2008 - 2010, Cali, Colombia
La Tour S.A., IT Manager. 2004 – 2008, Cali, Colombia
…
Certificaciones
Certified Scrum Professional
Certified Scrum Product Owner
PMI Member
Links
https://es.linkedin.com/in/alcaniza
https://twitter.com/alcaniza
Email: alcaniza@gmail.com
Únete al Capítulo Pacífico
1. Por qué estamos aquí? - PMI-ACP®
http://www.pmi.org/-/media/pmi/documents/public/pdf/certifications/agile-certified-exam-outline.pdf
Únete al Capítulo Pacífico
1. Por qué estamos aquí?–Lean Manufacturing
Fundamentos
• Agile/Lean
• KANBAN
• SCRUM
https://www.slideshare.net/enateduardo/the-house-of-lean-manufacturing-lean-management-v22
Únete al Capítulo Pacífico
1. Por qué estamos aquí? – Agile Manifesto
En 2001, un grupo de desarrolladores de software se reunieron para
compartir ideas de donde nació el Agile Manifesto. Se compone de 12
principios y 4 valores:
http://agilemanifesto.org/
•Respuesta
ante el cambio
•Colaboración
con el cliente
•Software
Funcionando
•Individuos e
interacciones
Sobre procesos y
herramientas
Sobre
documentación
extensiva
Sobre seguir un
plan
Sobre
negociación
contractual
Únete al Capítulo Pacífico
1. Por qué estamos aquí? – Modern Agile
Joshua Kerievsky
http://managementplaza.es/blog/los-cuatro-principios-del-modern-agile-agilidad-moderna/
Únete al Capítulo Pacífico
1. Por qué estamos aquí? - Por qué Agile?
De acuerdo con el reporte de Marzo de 2014 de Forrester Research,
“Lideres están despertando ante el hecho de que ellos tienen que trabajar
con horizontes de planeación más cortos para tomar ventaja de las
oportunidades del Mercado – y que trabajar en silos previene la
innovación”.
https://www.forrester.com/report/Build+An+Agile+Organization/-/E-RES76821
52% de las empresas que estaban en la lista Fortune 500 al año 2000 han
desaparecido, como resultado de fusiones, adquisiciones o bancarrotas
- Teresa Novellino, New York Business Journal, “Don´t get cozy, Fortune 500: it’s do-or-die time for digital disruption”
Únete al Capítulo Pacífico
1. Por qué estamos aquí? - Por qué Agile?
Time to market -> Expectativas cliente -> $$$
Henrik Kniberg - http://blog.crisp.se/author/henrikkniberg
Únete al Capítulo Pacífico
1. Por qué estamos aquí? - Cynefin Framework
Dave Snowden
Ilustración: http://www.martinalaimo.com/es/blog/cynefin
Únete al Capítulo Pacífico
1. Por qué estamos aquí? – Bimodal IT
Bimodal es la práctica de manejar dos separados, pero coherentes estilos de trabajo – uno enfocado en la
predictibilidad y el otro en la exploración
Modo 2 es exploratorio,
experimentando para
resolver nuevos
problemas
Modo 1 es predecible,
mejorando y renovando
mayormente en areas bien
conocidas
http://www.gartner.com/it-glossary/bimodal/
Únete al Capítulo Pacífico
2. La Organización Agil
Los productos que fabrica Zara son difíciles de pronosticar; es decir, tienen un ciclo
de vida corto y nunca sabes con exactitud si van a gustar o no. Por lo tanto, definir
si se necesitan mil unidades o un millón es casi imposible. La solución que ha
encontrado Zara es hacer previsiones a la baja, en el caso de que finalmente falten
productos entonces arrancan la rueda de creación y envío express, que ya tienen
bien engrasada, y en menos de 15 días tienen el problema de stock solucionado.
Fuente: http://comunidad.iebschool.com/iebs/software-de-gestion/metodologia-agil/
Únete al Capítulo Pacífico
2. La Organización Agil
Apple funciona como una startup; la startup más grande del mundo.
Todos se reúnen durante 3 horas una vez a la semana y hablan de qué
están haciendo y cómo lo están haciendo. Cada responsable sabe lo
que hacen los demás, para tenerlo en cuenta en su propio trabajo, por
lo que hay mucho trabajo en equipo entre los responsables y ese
trabajo se filtra luego hacia abajo, para pasar los objetivos hacia el
resto de los equipos de trabajo de la compañía.
Únete al Capítulo Pacífico
2. La Organización Agil
Cuando se establece un nuevo proyecto, se reúne a un equipo de personas
que lo llevarán a cabo, unas 6 o 7, dependiendo de la magnitud del
proyecto. Estas personas son elegidas según las habilidades necesarias para
hacer el proyecto, así que en muchas ocasiones proceden de departamentos
diferentes, con distintos backgrounds, etc. En vez de coordinar el proyecto
por mails, chats o hacer una reunión a la semana para establecer quién hace
qué y que cada uno se vaya a hacerlo a su puesto de trabajo, lo que se hace
es juntar a todo el equipo en una sala, a parte del resto de la oficina, y
trabajan allí hasta que se ha finalizado el proyecto.
Únete al Capítulo Pacífico
2. La Organización Agil
En PayPal los objetivos se revisan cada día y todos los equipos involucrados
echan un vistazo y discuten sobre qué van a hacer, qué han hecho y qué
aprendieron el día anterior. En el caso de PayPal se combina el código con el
contenido. El producto final es una página web que comunica un servicio,
pero todo su servicio es inmaterial, no se puede tocar. El trabajo más difícil
es el de unir la parte técnica; el código, con la comunicación; lo que la gente
puede ver. El proceso que siguen les permite tener constante comunicación
de unos equipos a otros y conocer los objetivos generales de la empresa.
Únete al Capítulo Pacífico
3. Escalado de la Agilidad
Don’t do it!
Solo si tiene problemas con:
• Dependencias entre equipos
• Riesgos que afectan varios equipos
• Programación de entregas (coordinadas)
Craig Larman y Bass Vodde - LeSS
Únete al Capítulo Pacífico
3. Escalado de la Agilidad
• Agility@Spotify
• SAFe: Scale Agile Framework
• LeSS: Large Scale SCRUM
Únete al Capítulo Pacífico
3. Escalado de la Agilidad @ Spotify
Con Tribes, Squads, Chapters & Guilds
https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/
Únete al Capítulo Pacífico
3. Escalado de la Agilidad - SAFe
Proceso de desarrollo en 3-4 Niveles:
• Portfolio
• Value Stream
• 3-niveles: 100 personas o menos
• 4-niveles: Cientos o más por Value Stream
• Programa
• Equipo
Únete al Capítulo Pacífico
3. Escalado de la Agilidad – SAFe
• Cisco
• Tasa de rechazo por defecto (DRR): -16%
• Defectos críticos y mayores: - 40%
• Eficiencia en remover defectos: +40%
• Jhon Deere:
• Resolución del Incidencias -42%
• Gastos en garantía -50%
• Tiempo hasta producción -20%
• Compromiso empleado +9,8%
• BMC: Incremento de la productividad
entre 20% y un 50%
• Telstra:
• Tiempo entre versiones de 12 a 3 meses
• Reducción de costes de delivery en un
50%
• Reducción de defectos en un 95%
• Incremento en el compromiso del
empleado
• 50% reducción de defectos
• 20-50% incremento de la productividad
• 30-75% mejora del time to market
http://www.scaledagileframework.com/case-studies/
Únete al Capítulo Pacífico
3. Escalado de la Agilidad – LeSS
• Dos Frameworks
• LeSS: 2-8 Equipos
• LeSS Huge: 8+ Equipos
• Organización por valor para el cliente
• Equipos Cross-functional
• Feature teams vs Component teams
• Especializados en la dimensión cliente
Únete al Capítulo Pacífico
4. Takeaway
• Agilidad funciona en diferentes tipos de empresas.
• La agilidad puede ser aplicada a proyectos de diferentes tamaños.
• La agilidad es apropiada para cualquier tipo de proyecto con requisitos cambiantes y para
los que requieren rapidez y flexibilidad, situaciones frecuentes en el desarrollo de
software.
• Es probable que NO necesitemos un framework de escalado.
“A predictable organization does not guess about the future and call it a plan; it develops the capacity to rapidly
respond to the future unfolds”.
- Mary and Tom Poppendieck