Entrenamiento: Management 3.0 Workshop Details

#LesComparto el próximo entrenamiento que impartiré en Management 3.0

Cuando: Abril 11-12

Ciudad: Medellín

Link del evento https://management30.com/events/details/?id=5386

¡Están cordialmente invitados!

Hablemos de Contratos Ágiles - Reloaded

Hablemos de Contratos Ágiles - Agile Contracts (Reloaded) from Jorge Hernán Abad Londoño

La transformación digital requiere de la transformación ágil (resumen)

Imagen de la película Minority Report

Hola a todos

Llevo varios días tratando de escribir este artículo, sustentarlo con una buena cantidad de referencias reconocidas y entre más escribo más me convenzo que se parece más a un ensayo que a un pequeño artículo de fácil y corta lectura.

Pero mientras sale el "casi ensayo",  quisiera dejar evidencia de este importante asunto sobre el que quiero poner foco, pues he observado que muchas empresas quieren hacer su Transformación Digital sin a la par trabajar en su Transformación Ágil, muy seguramente la empresa no esta lista para el cambio (que no es opcional por estos días de cambio acelerado, discruptivo o VUCA) pero quiere empezar "para ayer" - como decimos en Colombia- con este cambio, que ya le esta quitando clientes o pronto se los quitará. Lo simpático es que cuando comienzan con este tipo de proyectos:

• de IoT
• en la Nube
• de BigData
• con IA
• robotics
• customer centric
• etc, 

Sus personas, cultura, mindset y procesos, aun no están listos para gestionarlos- es decir, no tienen el mindset ágil- , correspondiendo al mindset de la gestión predictiva, en el cual toda su cultura esta ubicada - y que es de reconocer, les ha dado éxito hasta el momento- generando problemas como:

• creer que es un proyecto tradicional 
• no verlo como un experimento que puede ser exitoso o fallido
• no considerar hipótesis a ser validadas
• no medir el resultado esperado
• no priorizar alcance por valor
• contratar la construcción con los parámetros de cascada
• quieren presupuesto fijo
• el alcance es fijo con requerimientos detallados
• el tiempo para la ejecución es fijo
• utilizar métricas de cascada para proyectos ágiles
• al proyecto ágil se le asignan ANS o SLA de cascada (¿¡en serio!?)
• las personas no tienen tiempo para ejecutar los roles con el involucramiento que se requiere (ej: Product Owner)
• quieren en la primera versión todo el sistema y no comprenden que es un Producto Mínimo Viable (MVP - Minumum Viable Product)
• no se acompañan de gente que tiene experiencia gestionando este tipo de proyectos
• al gerente de proyecto que no tiene experiencia, pero que hizo un "curso de Scrum Master" le entregan la misión de sacar "el proyecto" adelante.
• los procesos de aprobación de "cualquier cosa" requiere demasiadas aprobaciones y comités
• entre muchas otras cosas

Haciendo que la iniciativa "Digital" muera sin haber nacido.

Es aquí donde veo que es necesario el asesoramiento, el acompañamiento y crear las condiciones para el éxito o para el fracaso (pero que este fracaso o fallo sea rápido).

Estimad@ gerente:

"El tiempo sigue avanzando y usted sigue esperando que el proceso organizacional apruebe su proyecto digital, de forma que salga a buscar a su mejor proveedor en cascada, a decirle que haga ágil, pero con las condiciones de cascada, luego entre a negociar el alcance y las estimaciones - proceso interminable y desgastante -, perdiendo ROI y aumentando el costo del retraso de forma significativa, ¿En serio, va a seguir perdiendo mercado y costo de oportunidad, y permitiéndole a su competencia que le tome ventaja de su proceso lento? o ¿va a generar las condiciones de éxito para este piloto, que va a ser la puerta de entrada a esta nueva forma de trabajo? La decisión está en sus manos, nos vemos la próxima reunión"

Hasta áca este corto compartir

Saludos Ágiles

Jorge Abad

Algunas Referencias

1. Is Digital a Priority for Your Industry?. https://www.gartner.com/smarterwithgartner/is-digital-a-priority-for-your-industry/
2. El mundo ya cambió. https://www.youtube.com/watch?v=pPzS6gza9KQ
3. VUCA. Las siglas en inglés de Volatilidad, Incertidumbre, Complejidad, Ambigüedad. Más en https://hbr.org/2014/01/what-vuca-really-means-for-you
4. Economía Colaborativa - https://es.wikipedia.org/wiki/Consumo_colaborativo
5. Transformación digital, reto de empresas líderes globales - https://www.portafolio.co/negocios/empresas/transformacion-digital-reto-de-empresas-lideres-globales-524943
6. ¿Por qué NO DEBES contratar en Cascada un proyecto a ser desarrollado con metodologías ágiles?- http://www.lecciones-aprendidas.info/2018/11/por-que-no-contratar-en-cascada-un.html
7. Cómo elegir el proyecto piloto para Scrum. Mi versión de los hechos. http://www.lecciones-aprendidas.info/2017/08/como-elegir-el-proyecto-piloto.html

Invitación ScrumDay en Medellin Colombia - Marzo 15 y 16 de 2019

Invitación al ScrumDay a realizarse en Medellín Colombia el proximo 15 y 16 de marzo. Link del sitio - http://www.scrumday.co/ Link de la agenda - http://www.scrumday.co/#faq

[De Colección] Lo más importante de las historias de usuario no es el formato sino la esencia - Tweet de Colección

As an author of the Agile Manifesto
I want that stupid story format to go away
So that people can get to the essence of user stories.

— Ron Jeffries (@RonJeffries) April 7, 2016

Señor(a) CIO le comparto una noticia: "Su equipo le quiere despedir"

Imagen tomada de: https://unsplash.com/photos/nuvtfH-p1H8

Hola a todos

He tenido la oportunidad de conversar con agilistas(2) de varias latitudes y acentos en Latinoamérica y con frecuencia les pregunto esto:

¿Crees que el equipo de IT de esta organización en la que estas trabajando despediría a su jefe?

La mayoría de las veces la respuesta es un doloroso y rotundo

 "Sí, sin lugar a dudas"

y cuando indago las razones, encuentro expresiones como:

• No se involucra
• Nos dice: "hagan, tienen mi autorización", pero no ha entendido que su involucramiento es fundamental, cree que no estorbar es suficiente.
• No entiende la agilidad y lo que implica de parte de él (ella) y de la organización
• Cree que es solo asistir a capacitaciones
• Nos sigue midiendo en cascada, adicionalmente le gusta cumplir con lo que promete a otras áreas pero no esta centrado en el cliente, ni le importa si lo que hacemos genera o no valor para la organización.
• Quiere que seamos ágiles y colaboremos entre nosotros, pero hace que  nos relacionemos como silos que compiten entre sí.
• Quiere que seamos ágiles pero nos esta exigiendo contratar en cascada
• No entiende que la agilidad no es solo de IT y no nos está ayudando a llegar a otras áreas y vicepresidencias
• No esta predicando con el ejemplo y en su forma de interactuar y tomar decisiones sigue bajo el esquema tradicional de comando y control
• Vive en competencia con los otros CXO para ganarse el favor del CEO
• Sigue enfocado en la microgestión sin delegar en su equipo
• Habla de agilidad con todos, porque sabe que eso le va a servir para sus resultados pero no es un jugador de equipo
• Le encanta la estabilidad y no nos permite fallar y aprender, impidiendo el cambio y la verdadera innovación
• Vive en el presente (o hasta en el pasado) de la organización
• No ha permitido mejorar la calidad técnica de las soluciones

En el contexto estado actual (2019) la mayoría de los CIO (también denominados como vicepresidente, gerente o director), han llegado a sus puestos de la forma tradicional: con un estilo de gestión comando-control, por haber logrado cerrar proyectos muy grandes y complejos, algunas veces por sus habilidades técnicas, otras por sus habilidades de relacionamiento y muchas otras por su rudeza y mano dura -entendida como carácter y firmeza para sobresalir-, pero este estilo de management aun predominante en las organizaciones (pero que esta renovándose debido a los retos actuales hacia un management más humano, colaborador, empoderador, etc ) esta caracterizado por solo escuchar a los de su misma tribu, a los que opinan igual a ellos, y comúnmente no escuchar a nadie, sino a sí mismos, conductas completamente adversas a la agilidad, considerando que esta se basa en una cultura de cultivación y cooperación principalmente, ver las siguientes dos imágenes.

Modelo Cultura de Schneider (1)

Manifiesto Ágil plasmado en el esquema de cultura de Schneider elaborado por Michael Sahota(1)

Bajo este esquema, las expectativas de un equipo de TI que está batallando con la transformación ágil (y digital) de la empresa ve en su CIO su sponsor y miembro de equipo clave, requiriendo que:

• Ella (él) y su equipo lideren con el ejemplo para el resto de la organización
• Sea un aliado y un involucrado, no solo un espectador
• Este validando constantemente los resultados
• Trate a su equipo y proveedores como unos aliados y no como unas víctimas de su poder
• Sea autocrítico, con reconocimiento de errores, capacidad de adaptación, reinventarse y tenga una relación honesta (no de poder) con sus pares y equipo de trabajo.
• Permita espacios y presupuestos de innovación y creatividad, con una mirada en el futuro, la inspección y adaptación en el presente
• Este dispuesto a empoderar para generar grandes resultados,
• Entienda que en este nuevo entorno y reglas, el protagonista es su equipo y su capacidad de empoderarlos
• Negocie e involucre a otras áreas, 
• Deje de pensar en silos y vea como único fin, la generación de valor con productos y servicios customer-centric.
• Se convierta en habilitador y acelerador del cambio organizacional

Para cerrar este post una reflexión de mi estimado amigo Lucho Salazar y una nota realista

La reflexión

"Las organizaciones del siglo XXI quieren mejorar pero no quieren cambiar. Se mantienen en un estado de inmovilidad colmado de voluntades de cambio fingidas. A lo largo de mis años como agente de cambio me he encontrado con entidades cuyo propósito de renovación es simplemente un disfraz con el que ocultan su ánimo de permanecer estáticas en el tiempo. Lo que no saben estas compañías es que de no cambiar se exponen a su desaparición o al trágico rezago del que difícilmente podrán volver."@LuchoSalazarC (3)

La nota realista

"Estimad@ CIO, esta es una era del cambio y todos estamos cambiando, usted aun puede hacerlo, y es cierto, su equipo lo quiere despedir pues usted se ha convertido en su mayor obstáculo para lograr la transformación ágil y digital, por favor cambie antes que su jefe/líder se de cuenta que usted no esta emprendiendo este reto con la seriedad, compromiso e involucramiento que esto requiere"

Saludos ágiles

Jorge Abad

Notas, Aclaraciones, Comentarios, Agradecimientos y Referencias

1. Una guía de supervivencia a la adopción y transformación ágil: trabajando con cultura organizacional. Michael Sahota. http://agilitrix.com/wp-content/uploads/2018/08/Una-Gui%CC%81a-de-Supervivencia-a-la-Adopcio%CC%81n-y-Transformacio%CC%81n-A%CC%81gil.pdf
2. Agradezco a todos mis amigos agilistas que me proporcionaron importantes reflexiones para este artículo, no los puedo referenciar por temas de confidencialidad pero este post, no es mío, fue solo una compilación de muchos pensamientos.
3. Apuntes sobre transformaciones ágiles: la cultura organizacional y otros condimentos del cambio http://www.gazafatonarioit.com/2018/04/apuntes-sobre-transformaciones-agiles_1.html

Freddie Mercury - Queen - y su definición de equipo (banda)

Hola a todos

Les comparto esta divertida entrevista a Freddie Mercury (vocalista de Queen), aprovechando que todos los estamos recordando por estos días.

Lo más interesante es la definición de banda (equipo) que tienen ellos, ¿les parece conocida?. Espero la disfruten

----