4 razones para que los Product Owners incluyan a los desarrolladores en el Story Writing
Mucha gente se sorprende cuando se recomienda incluir también a los programadores en los talleres de Story Writing. Pero al fin y al cabo, estos talleres son reuniones que tienen como objetivo determinar qué funcionalidad se debe desarrollar a continuación. Estos talleres pueden realizarse, por ejemplo, una vez al trimestre, pero algunos proyectos requieren Story Writing en cada Sprint.
Independientemente de la frecuencia de las reuniones, es importante que también participen programadores, testers y otros especialistas técnicos. Todas estas personas pueden agruparse bajo el término "desarrolladores" y las siguientes cuatro razones explican por qué es tan importante involucrar a todos los desarrolladores en el Story Writing.
Mayor compromiso de los desarrolladores
Se debe incluir a los desarrolladores porque se quiere que estén entusiasmados y comprometidos con el producto. Después de todo, los desarrolladores que no sienten interés por lo que están trabajando nunca darán su mejor rendimiento. Cuando están presentes en las reuniones, tienen la oportunidad de contribuir. Es poco probable que sus ideas sean tan buenas como las del Product Owner u otras personas que tienen un entendimiento más profundo del negocio y los clientes, pero siguen siendo lo suficientemente importantes como para ser escuchados.
Mejor comprensión de los requisitos
¿Cómo se obtiene una comprensión más profunda del negocio y los clientes? ¡Pensando sobre el producto, el negocio y los clientes! Los desarrolladores tienen esta oportunidad cuando participan en los talleres de Story Writing. Cuanto más involucrados estén, más aprenden. Y poco a poco se descubrirá que algunas de las mejores ideas pueden venir de los desarrolladores.
No es tan demandante en tiempo como se cree
Una objeción contra la participación de los desarrolladores en estos talleres es que entonces tienen menos tiempo para asistir a otras reuniones o para su trabajo real: escribir código. Sin embargo, parte de ese tiempo se recupera en Sprints posteriores, porque los desarrolladores tendrán menos preguntas. Cuando participan en la generación de ideas, después no tendrán que preguntar tanto por qué el cliente quiere algo específico cuando hay otras formas de satisfacer esa necesidad, etc. Cuando los desarrolladores participan en reuniones, cuesta tiempo, pero no tanto como se podría pensar. Y todos los beneficios que resultan de ello compensan con creces esta inversión.
Se potencia la creatividad
Cuantas más personas piensen en cómo optimizar el producto, más ideas tendrá el Product Owner a la hora de priorizar. Esto es especialmente útil porque los desarrolladores a menudo tienen una perspectiva completamente diferente de un problema que las personas de negocio. Ninguna de las dos es mejor o peor. Es la diversidad de conocimientos, habilidades y formas de pensar lo que hace posible la mejor solución de un problema para el cliente.
Seguramente hay más puntos que no he mencionado, pero seguro que tú mismo puedes pensar en más razones por las que los programadores y otros especialistas técnicos deberían incluirse en las reuniones de Story Writing.
Este texto proviene del blog de Mike Cohn y fue traducido al español.
¿Qué es un Chief Product Owner?
=> ¿Cómo funciona el trabajo con varios Product Owners en proyectos grandes?
Trabajar con User Stories
=> Así funcionan las User Stories en Scrum.
