Ah, DOS COSAS antes de empezar:
1) El 30 de mayo dar webinar GRATIS sobre unFix (la nueva propuesta de «escalado», diseño organizacional y organización de equipos Ágiles de los creadores de Management 3.0), inscripciones al final de esta newsletter.
2) También al final de post te cuento que el 100% de las entradas presenciales para la PAM23 ya tienen dueño (sold out), hemos puesto lista de espera y quedan las ONLINE.
«Si sólo tienes un martillo, todos tus problemas te parecerán clavos»
— Anónimo
El grupo de mis amigos de Visual, con los que llevo colaborando muchos muchos muchos años en su Agilidad, está compuesto por más de 10 equipos.
Muchos equipos y, lógicamente, hay algunas dependencias entre ellos… pero no todas son iguales y, por ello, no todas requieren las mismas soluciones para minimizarlas o eliminarlas.
Por ejemplo, el equipo Empuries y el equipo vForwarding, aun siendo ambos equipos “Value Stream”, multifuncionales y “end to end” en ocasiones tienen dependencias técnicas, al compartir ambos parte de una plataforma.
Sin embargo, en el caso de los equipos de mi amiga Ms NoBody (que dejo anónima porque no me ha dado tiempo material a pedirle permiso para citarla), que también son “Value Stream”, multifuncionales y “end to end”, las dependencias que más ocurren, y preocupan, son funcionales: en ocasiones la creación de una epic depende de que otro equipo haya creado otra epic previamente.
Las dependencias son peligro y desperdicio
En otro caso diferente, a los equipos de Mr. NoBody les mataba la eficiencia, y fue un motor de generación de conflictos, la dependencia que tenían entre equipos silos: un equipo de desarrollo que dependía de un equipo externo de test y paso a producción. Un caso similar al de la popular, y Oscura, dependencia del equipo de Front y el equipo de Back.
Siempre hay algún tipo de dependencia entre equipos cercanos, en la misma Tribu o Base, pero no todas las dependencias son iguales, ni tienen el mismo impacto… al igual que no todas las enfermedades son iguales ni tienen el mismo tratamiento.
En un diseño organizacional Ágil, escalado, mejora de equipos Ágiles, o similar, es esencial que evitéis caer en aquello de que “al que solo conoce el martillo todos los problemas le parecen un clavo”.
Y no sólo porque es imprescindible que conozcais más herramientas que el martillo (como te he contado en varias ocasiones con el símil de las burbujas Ágiles), también es imprescindible que sepamos diferenciar los problemas (no es lo mismo el problema clavo que el problema tornillo).
Una taxonomía de dependencias en equipos Ágiles
Hace bastantes años Diane Strode y Sid Huff hicieron un trabajo serio (publicado en un congreso con revisión por pares), e interesante, para crear una tipología de dependencias en equipos Ágiles.
Le he usado en ocasiones y, casualmente, también se usa en unFix (te recuerdo que la semana que viene tenemos webinar GRATIS y ONLINE de unFix y que mi charla de la PAM23, que es dentro de unas semanas, también será sobre “escalado”, patrones de diseño organizacional y equipos Ágiles).
Además de la imagen resumen, te las detallo un poco más, para que sepas identificar el problema y te sea más fácil encontrar el tratamiento más adecuado para minimizarlas:
- Dependencia de las personas con conocimiento en el dominio, en el negocio, funcionales, que no están disponibles en el equipo.
- Dependencia por experiencia: se necesitan personas externas con habilidades o competencias técnicas y no están disponibles.
- Dependencia de asignación de tareas: existe falta de claridad interna o desacuerdo sobre qué equipo debería hacer qué, cuándo o cómo.
- Dependencia histórica: se necesita conocimiento sobre decisiones de diseño o de implementación del pasado, para poder completar una tarea.
- Dependencia de actividad: no se puede progresar en un elemento de trabajo hasta que se inicie o termine alguna actividad externa al equipo.
- Dependencia de proceso: un proceso burocrático, su aprobación o integración externa impide la finalización del trabajo.
- Dependencia de entidad: se necesita un artefacto para completar un elemento de trabajo y no está disponible.
- Dependencia técnica: un elemento de trabajo requiere cambios técnicos en un área fuera del control directo del equipo.
Que la Agilidad te acompañe.
Vamos ahora con…
Webinar, online y GRATIS: Conociendo unFix la nueva propuesta de «escalado» y organización de equipos Ágiles
Volviendo a nuestra serie de Webinars en ONLINE y en ABIERTO, con el objetivo de difundir el conocimiento en la comunidad, esta vez vamos a dedicar el siguiente Webinar al modelo de «escalado» (entre comillas, ya te cuento por qué en el Webinar), diseño organizacional y organización de equipos Ágiles, unFix la nueva propuesta de los creadores de Management 3.0.
Una evolución, en base a conocidos patrones y buenas prácticas.
Una nueva generación frente a los ya antiguos, viejunos, controvertidos y tradicionales, modelos de escalado como SAFe, Less, Nexus, etc.
Será el 30 de mayo, de 17:00 (hora Madrid) a 18:00. Y tendremos plazas limitadas.
El encargado de impartir el Webinar será un buen tipo que yo conozco bien: Javier Garzás
Puedes inscribirte AQUI.
Las noticias de la PAM23
QUEDAN APENAS 20 días y, si vienes en PRESENCIAL, que sepas que el 100% de las entradas ya tienen dueñ@. Hay lista de espera, por si hay bajas, escribiendo a hello@233gradosdeti.com
Y, recuerda, que también puedes ASISTIR ONLINE.
Ya están confirmados como ponentes y el programa. Puedes ver toda la información y comprar tus entradas…
| PAM23: Aquí tienes toda la info y el acceso a las entradas |
Primera vez que me tocó hacer una gestión Ágil en una empresa... año 2001. Desde entonces he trabajado en, o para, más de 90. Y he formado a más de 2000 alumnos.
También soy profe de la Universidad Rey Juan Carlos.