Agile para No TI

Hace unos días tuve que dar una charla sobre este tema. En definitiva es mi preferido luego de VUCA + Cynefin.

Siento que con VUCA + Cynefin me recuerdo a mí mismo dónde estoy situado y por qué debo cambiar, evolucionar, mejorar constantemente; pero hablar de Agile para no TI me ayuda a recordar que no solo debemos enfocarnos en las áreas de tecnología sino en toda la empresa.

Me pasa, e imagino le pasa a varios, que debido a mi background empiezo a sentirme cómodo entre equipos de desarrollo de software; me identifico con ellos, entiendo lo que hacen y por qué lo hacen; me siento como aquel muchacho que fui, apasionado por la codificación, ensimismado en mi pantalla por horas, frustado cuando no me salían las cosas y emocionado cuando me salían; con ganas de contárselo a todo el mundo, pero solo unos cuántos me entendían. Sí, me siento cómodo entre ellos.

Pero eso me hace perder perspectiva. Me hace olvidar la razón de una Transformación Agile/DevOps. La razón es que la organización cambie, no que TI cambie.

Es por eso que esas charlas de Agile para No TI me gustan porque me ayudan a reencaminarme.





Cuando hablamos de Agile para No TI (¿ANTI puede ser?) nos referimos a lo mismo pero en otras palabras; los ejemplos cambian, las bromas cambian, las actividades cambian pero sí, nos referimos a lo mismo.

Definitivamente hay que empezar por el inicio. Hay que entender el por qué necesitamos cambiar, evolucionar, mejorar continuamente. Es decir que debemos referirnos a VUCA y a Cynefin en términos muy ligeros para que se entienda el por qué de la charla, el por qué de la Transformación y el por qué estamos allí con ellos, acompañándolos.

Mejor que contárselos, es un vídeo. Hay varios en la nube que setean a las personas en el modo correcto de apertura a lo que vas a compartirles. Entre los que me gustan están el la bicicleta al revés y el de contruir aviones mientras vuelan. Hay otros que hablan de cómo están cambiando las empresas en el mundo y por qué debemos cambiar antes que nos cambien. Es cuestión de encontrar el adecuado.

Continuamos con el Corazón de la Agilidad de Alistair Cockburn, en términos que puedan ser entendidos por todos; bien compartido genera mucha atención de la audiencia. Puedes sustentarlo con Lean. Muchos gerentes se sienten cómodos con Lean.

los beneficios de Agile del VersionOne, principios Lean y un vídeo de Henrik Kniberg para recordarnos que las manos ocupadas no significan entregables para el cliente.

Este vídeo siempre genera impacto, hay que hacer que las personas lo digieran.  No es fácil recordar que a veces nos enfocamos en tener muchas cosas que hacer, pero nos olvidamos de que necesitamos cerrar flujos.

Kanban es de mis favoritos para equipos NoIT, es simple de iniciar porque solo debes mostrar tu proceso tal cual es. Se les muestra cómo el limitar el WIP causa impacto en el cumplimiento del flujo y cómo la mejora continua aligera el proceso generando más terminados.

Luego de ver temas de procesos, hay que ver temas de personas. No solo es importante el cómo ayudarlos a afinar sus procesos, deben comprender que trabajar con personas es complejo y debe tratarse como tal. En la complejidad la relación entre causa y efecto se determina en retrospectiva. Es decir, experimentando.

Realizar actividades que nos permitan demostrar que la mayor productividad se obtiene al mantener el foco en una sola actividad, es fundamental. Hay varias para ello y pueden buscarlas por la web.

Como toda actividad, hay que colectar opiniones y conversar al respecto. Hay que digerir ese conocimiento.

Hay que trabajar temas relacionados a equipos de alto desempeño y algunos temas de Management 3.0 que les haga sentido. Esto es muy poderoso.

También debemos trabajra orientación al valor y gestión de prioridades.

En prioridades hay que ser cautos. Para muchas personas TODO es prioritario, así que hay que escoger las palabras adecuadas.

Finalmente hay que cerrar con qué se lleva cada quien a su día a día. Qué le sirvió y por qué.

La idea no es que apliquen todo, sino que se lleven poco y que lo hagan.

Luego viene la profundización y el acompañamiento. Sobre todo en Kanban y Management 3.0.

Anímate a armar tu propio taller de Agile para No TI. Comparte con personas de otras ramas del conocimiento lo que has aprendido de tu experiencia. Vas a generar ruido sano en tu organización, van a suceder cosas.

¿Qué opinas de lo publicado? ¿Hay otro enfoque que usarías?

Comentarios

Entradas populares de este blog

Equipos de trabajo mixto

El camino para ser un Agile Coach.

Aprender y desaprender