Antes de comenzar, finalmente, por lo que nos habéis comentado, haremos la formación de unFix (OFICIAL) de JULIO en ONLINE. La daré yo. AQUÍ tienes todos los detalles
Recuerdo que hace muchos muchos años, en una empresa muy muy lejana, un antiguo jefe (que era muy muy Don Eulalio Bocanegra), que a la hora de priorizar funcionalidades o productos, siempre sacaba el llamado modelo «Perro, Vaca, Estrella»:
- Perros, eran los productos o funcionalidades que no iban muy bien, sólo “comían”. Poca demanda y pocos beneficios. No valía la pena seguir manteniéndolos.
- Vacas, esos eran los mejores. Mucha demanda y nos traían buenos ingresos. Eran la base del negocio, los que mantenían a todo el mundo, había que mantenerlos.
- Estrellas, productos con mucho potencial, requerían más inversión, valía la pena apostar por ellos, eran las futuras «Vacas».
Hace de aquello muchos años, pero aquel modelo se me quedó para siempre (de los Eulalio Bocanegra se aprende mucho), y me ha acompañado hasta hoy, en la reflexión (no solo profesional, también en el ámbito personal), de… ¿en qué merece la pena invertir tiempo? y ¿en qué no?
Y me ayudó a entender que las soluciones deben estar acordes a los problemas y que los productos-equipos-cualquier cosa cambian de situación: las estrellas se convierten en vacas y las vacas en perros.
Ha pasado una semana desde la última PAM, la novena (hago un pequeño paréntesis y ahora te cuento qué tiene que ver la PAM en el tema de hoy). Ya comenté allí que habrá décima PAM, resérvate ya el junio 2024: si hemos llegado a 9 hay que, al menos, terminar en 10.
Agradecer a tod@s los que fueron parte, en presencial u online, a Scrum Manager y Certiprof por el apoyo, y a Pedro Aguado, Raúl Marín y Patri Delgado, por sus grandes ponencias.
El cuarto ponente fui yo. Me habéis pedido much@s, por un sitio u otro, el material de la charla, y hoy me voy a centrar en dejaros una de las partes, la de convertirnos en “ingenieros” del problema… antes de plantear una solución (Ágil, no Ágil, de “escalado”, diseño organizacional o lo que sea) hay que conocer el problema.
El modelo Perro-Vaca-Estrella no es el único para entender la situación, de hecho es muy visual y nemotécnico pero poco profundo.
Por ejemplo, el modelo de “escalado” Ágil y diseño organizacional unFix (del que te hablé en la última newsletter y del que tenemos curso en julio) utiliza el patrón MIED, que viene de las etapas u horizontes de Maintenance, Improvement, Extension y Disruption.
Y hay muchos más, el MIED tira mucho de las ideas de Steve Blank, el cual, además, decía que esas etapas podían ocurrir a la vez, no necesariamente consecutivas en el tiempo, y por ello les llamó horizontes en vez de etapas.
También está el libro “The startup owner’s manual”, que propone las siguientes etapas del ciclo de vida: descubrimiento del cliente, validación del cliente, creación cliente y creación de la solución.
Y así sucesivamente podríamos seguir con referencias (la última, si te interesa esto mira el modelo 3x de Kent Beck, sí, el firmante del manifiesto Ágil), pero voy a terminar con un modelo que no vas a encontrar en ningún libro, porque me lo inventé yo (que no quita que seguramente alguien en el multiverso haya creado algo igual) después de conversaciones con mucha gente (especialmente interesantes y profundas con Jorge de Docuo) que no entendía por qué una buena práctica Ágil a ellos no les funcionaba y era… porque no habían entendido el problema antes de aplicarla.
El modelo DUEle
Lo de DUEle viene de las palabras Descubrir, Usable y Estabilidad, que represento en tres ejes, en los que hay que marcar que es lo que más le duele al equipo, producto, organización, etc., al que queremos llevar una mejora o buena práctica.
- Puede que le “duela”, Descubrir, nuevas funcionalidades, qué necesitan los usuarios.
- Puede que le “duela”, que el producto sea Usable, no descubrir nuevas funcionalidades, sino mejorar las existentes.
- Puede que le “duela”, la Estabilidad, que por encima de cualquier cosa el producto no tenga ningún error o problema.
Y siempre una de las anteriores 3 dimensiones debe ser las dolorosa que el resto, es así, tienes que diagnosticar y detectarla. Cuando sepas el problema… verás como te encajan unas soluciones u otras.
Que la Agilidad te acompañe.
- Debes crear apps sin saber programar (no hay que saber nada) + Crea Test con IA + Scrum es el nuevo Excel - 12 septiembre, 2024
- Las 6 técnicas prompting + 1ª Ley del Manager Oscuro + Mantenlo sencillo, estúpido - 5 septiembre, 2024
- Guía de Métricas Ágiles (versión agosto 2024) - 22 agosto, 2024