Compromisos en equipos ágiles
Algunos de los últimos artículos trataban sobre Continuous Discovery y Dual-Track Agile. En este artículo quiero hablar sobre otra dimensión de las formas de trabajo efectivas en un entorno ágil, concretamente sobre cómo gestionar los compromisos (commitments).
Los compromisos suelen ser un problema
Cuando en equipos ágiles se plantea el tema de los compromisos (como por ejemplo cuando se quiere saber qué se va a obtener y cuándo), la mayoría intenta escabullirse o simplemente se niega.
Es una lucha permanente entre los managers y los stakeholders, que quieren mantener el negocio en marcha (con ayuda de planes de contratación, programas de marketing, cooperaciones y contratos que dependen de fechas y resultados concretos) y los miembros del equipo de desarrollo de producto, que comprensiblemente son reacios a dar compromisos sobre fechas y entregas de producto, al menos mientras no sepan exactamente qué deben entregar y si realmente lograrán entregar los resultados de negocio requeridos. Además, no pueden estimar cuánto costará al final si aún no tienen una solución.
La razón de esto es una lección que muchos equipos de producto han aprendido dolorosamente, y es que muchas ideas simplemente no funcionan como esperábamos, y que para las ideas que realmente podrían funcionar, normalmente se necesitan varias iteraciones hasta llegar a un punto en el que se pueda considerar el producto como un éxito para la empresa.
Con software personalizado, quizás se puedan hacer tantas iteraciones como sea necesario hasta que “la empresa” esté satisfecha con el software (o descarte la idea). En una empresa de producto, eso no funcionará así.
Por favor, no me malinterpretes. Muchas personas me han oído quejarme sobre los peligros de las roadmaps de stakeholders. El artículo sobre el Opportunity Backlog es solo el más reciente que aborda este problema. Las buenas empresas de producto minimizan estos compromisos. Sin embargo, siempre hay algunos compromisos que deben asumirse para que una empresa pueda ser gestionada de manera efectiva.
¿Qué hacer entonces?
Se trata de entender que el momento en que se asumen los compromisos es la causa de todos los problemas con los compromisos. Se asumen demasiado pronto; antes de que siquiera sepamos si podemos cumplir con esa obligación, y lo que es aún más importante, si con ello realmente podemos resolver el problema del cliente.
Ya he escrito sobre una situación similar anteriormente (ver aquí). En el Dual-Track Agile, el Discovery Track trata de responder estas preguntas antes de que invirtamos dinero y tiempo en crear productos de alta calidad.
Con los compromisos, todo gira en torno a un constante dar y recibir. Pedimos a los ejecutivos y a los demás stakeholders que nos den un poco de tiempo en el Product Discovery para poder reflexionar sobre la solución necesaria y validar la solución; los clientes deben confirmar el valor y la usabilidad, los desarrolladores deben asegurar la viabilidad técnica y los stakeholders deben confirmar que es viable para la empresa.
Una vez que hemos encontrado una solución adecuada, podemos hacer una declaración bien considerada y segura sobre cuándo podemos entregarla y qué resultados de negocio podemos esperar. También podemos considerar si realmente vale la pena el esfuerzo.
Ten en cuenta que nuestros project managers son extremadamente importantes cuando se trata de encontrar fechas concretas para los compromisos. Piensa en lo que sucede cuando los desarrolladores estiman que algo quizás solo lleve dos Sprints, pero ese equipo ya está ocupado con otro trabajo y no puede empezar con nuevas tareas hasta dentro de un mes. Estos compromisos y dependencias son rastreados por los project managers.
El compromiso es bastante simple. El equipo de producto pide algo de tiempo para el Product Discovery antes de que se asuman compromisos. Después de la fase de Discovery, podemos dar compromisos sobre fechas y resultados para que nuestros colegas también puedan hacer su trabajo de manera efectiva.
Este texto proviene del blog de Marty Cagan y fue traducido por nosotros al alemán.
Conviértete en Scrum Master certificado con Agile Academy
Si quieres apoyar más a tu equipo como Scrum Master en sus compromisos y estás buscando información adicional, tenemos varias opciones para ti.
Nuestros formadores certificados ofrecen capacitaciones en todo el mundo y te permiten una formación personalizada para tu necesidad.
Para Scrum Masters ofrecemos las siguientes formaciones y oportunidades de capacitación gratuitas:
