El marco Scrum ha experimentado un enorme crecimiento en los últimos años a medida que más organizaciones buscan una forma más ágil de trabajar. Y Scrum se ha convertido en su forma preferida de hacerlo. Esta elección ha sido impulsada en gran medida por la capacidad del marco Scrum para establecer límites claros, lo que permite a los equipos seguir operando mientras proporcionan el espacio que necesitan para encontrar el enfoque que mejor funciona para ellos.
Sin embargo, a pesar de estas ventajas, muchas adopciones de Scrum siguen fracasando. Aunque hay muchas razones para ello, la culpa de un número inquietantemente grande de estos fracasos puede atribuirse al propietario del producto del equipo. El propietario del producto es responsable de maximizar el retorno de la inversión que la organización patrocinadora está haciendo en ese equipo. Por lo tanto, mientras que los desarrolladores del equipo Scrum son responsables de hacer el trabajo asignado al equipo, el propietario del producto es responsable de asegurar que el equipo esté trabajando en el trabajo correcto.
Equipos de scrum: Comprender la importancia del propietario del producto
Entonces, ¿por qué mirar al dueño del producto cuando las cosas empiezan a ir mal? Las razones son sorprendentemente simples. Muchos propietarios de productos subestiman su importancia para el éxito del equipo. Y a menudo, se desconectan de sus equipos durante el sprint. Pero, es aquí cuando sus equipos los necesitan más. Otros entienden su importancia para sus equipos, pero carecen del entrenamiento y las habilidades necesarias para dar al equipo la ayuda que necesitan.
Como la persona del equipo que es responsable del éxito del producto, el propietario del producto es posiblemente el papel más importante de todo el equipo. De hecho, el propietario del producto es tan importante que era muy popular (hasta hace poco) referirse a él como el «único cuello retorcible» del equipo Scrum. Siempre que un equipo Scrum no logra entregar un producto exitoso, independientemente de la razón subyacente, muchas organizaciones responsabilizan al propietario del producto por ello.
A pesar de esta importancia, el propietario del producto es en realidad el papel que menos atención recibe cuando la mayoría de los equipos comienzan a adoptar el marco Scrum. La orientación sobre las responsabilidades básicas del propietario de un producto, y mucho menos sobre cómo puede ser más eficaz en su papel, es sorprendentemente escasa en comparación con los papeles más establecidos, como el maestro de Scrum o el equipo de desarrollo. Incluso la propia Guía de Scrum (la referencia canónica sobre cómo implementar el marco de trabajo de Scrum) no dedica más de media página a este papel crítico.
Cómo los propietarios de los productos pueden ayudar a sus equipos de Scrum
1. Enganchar más
Cuando el propietario de un producto se desconecta de su equipo Scrum, el equipo puede tener dificultades para comprender la visión del producto que está construyendo. Esto a menudo hace que el equipo pierda oportunidades para identificar formas menos costosas y más efectivas de realizar esa visión, lo que en última instancia ayuda a la organización a obtener un retorno de su inversión más rápidamente.
2. Sea detallado
Pero incluso para los equipos que han absorbido completamente la visión de su producto, pueden producirse malentendidos. Si no se añaden suficientes detalles a los artículos en los que el equipo está trabajando, el equipo se ve obligado a hacer suposiciones sobre la verdadera intención de cada artículo. Y, si el propietario del producto no está disponible para aclarar esas suposiciones, entonces las suposiciones incorrectas pueden no ser detectadas hasta la revisión del sprint, cuando ya es demasiado tarde.
3. Crear un claro atraso de producto
Sin embargo, iluminar adecuadamente el atraso del producto puede ayudar a aliviar esto. El atraso de productos debe representar tanto la visión del producto como una estrategia clara de cómo realizar esa visión. Cuando esto se hace correctamente, los propietarios de los productos pueden eliminar muchas de las conjeturas sobre cómo un equipo puede llevar ese producto al mercado con más éxito. Esto no sólo resultará en menos trabajo de repaso ya que los malentendidos se detectarán más rápidamente, sino que también significará que el equipo de desarrollo puede crear valor ya que habrá menos ambigüedad en torno a la intención de cada artículo.
Sin embargo, esto no significa que los propietarios de los productos deban proporcionar demasiados detalles en sus artículos atrasados. La especificación excesiva de esos artículos puede hacer que los equipos se sientan limitados en cuanto a la forma de abordar el problema, lo que puede reducir las posibilidades de que un equipo desarrolle una solución novedosa para lograr el objetivo de un artículo.
Beneficios de Scrum para los propietarios del producto: Moverse más rápido que la competencia
Si bien los equipos de desarrollo suelen cosechar los beneficios de una adopción exitosa de Scrum, estos beneficios son dobles.
Pocos propietarios de productos tienen la suerte de imaginar un producto que encaje perfectamente en su mercado a la primera. Los propietarios de productos deben esperar hacer varios intentos para encontrar el ajuste adecuado para su producto y estar preparados para capear su justa cuota de fracasos a lo largo del camino. La experimentación, la perseverancia y una buena dosis de paciencia son fundamentales para identificar correctamente a los usuarios que tienen más probabilidades de beneficiarse de su producto, y las necesidades específicas que éste puede satisfacer. Por esta razón, los productos exitosos no suelen ser los productos que dan el primer golpe en un homerun en el primer intento. En cambio, son los productos que pudieron identificar y eliminar los lugares del mercado en los que no encajaban, y lo hacen más rápido que sus competidores.
De ahí que la naturaleza cadenciosa del marco de Scrum lo hace ideal para establecer un patrón de repetidos experimentos y aprendizaje. Los propietarios de los productos pueden iterar rápidamente a través de diferentes opciones para identificar dónde encaja su producto en el mercado, limitando al mismo tiempo su exposición a muchos riesgos a lo largo del camino.
Usando Scrum como marco de descubrimiento
El desarrollo de productos modernos es un proceso de descubrimiento, y los equipos que innovan más descubrirán la solución que sus usuarios quieren, y lo harán más rápido. Scrum proporciona a los equipos un marco en el que pueden realizar múltiples experimentos para determinar dónde tendrá más éxito su producto, y los propietarios de productos que reconocen este valor estarán mejor posicionados para crear productos exitosos.
Aprende más: Fundamentos de la propiedad de productos – Fundamentos de la propiedad de productos