Puedes usar los Documentos de ClickUp para comunicar los requisitos del producto con tu equipo de ingeniería y las partes interesadas.
¡Sigue leyendo para saber cómo Sam resolvió un importante problema de comunicación para su equipo Ágil!
Conoce a Sam
Sam es gerente de producto en una empresa de software basado en la nube. Están trabajando en una función particular de su producto con un equipo dedicado que incluye:
-
Un diseñador
-
Dos desarrolladores
-
Un ingeniero de QA
El desafío
El equipo se lleva bien, pero Sam nota que durante las reuniones diarias de puesta al día, la mayoría de las preguntas se dirigen a Sam sobre la función y cómo debería funcionar.
Sam decide orientar al equipo fuera de las reuniones utilizando los documentos de ClickUp.
La solución
Sam decide que cada función debe tener su propio documento. Cuando el equipo está trabajando en una función, toda la información relevante debe estar en un solo lugar.
El uso de páginas dentro de un documento permite al equipo encontrar rápidamente las respuestas pertinentes sin tener que buscar y rebuscar en documentos distintos.
Sam crea varias páginas dentro del documento para estructurar el informe del producto según lo que el equipo necesita saber y podría estar buscando.
-
Carta de constitución del equipo de funciones
-
Requisitos de diseño
-
Requisitos funcionales
-
Requisitos de UX
Consejo: ¡Busca páginas específicas o contenido dentro de un Documento utilizando la función de Búsqueda!
Sam añade títulos y otros elementos de formato a cada página para comunicar su visión de la función.
Sam comparte el documento con el equipo de funciones. Trabajan juntos para redactar y acordar el acta.
Sam invita al equipo a hacer preguntas añadiendo comentarios en el documento para que todos puedan ver las preguntas y respuestas.
Retrospectiva
Unos cuantos Sprints pasan volando, y el equipo agradece tener el documento para orientarlos. Las reuniones de puesta al día ahora son mucho más eficientes y efectivas.
Se envía y añade una mejora de función al producto. Lamentablemente, esto provoca un nuevo error en otra parte de la función que no se actualizaba en la versión.
Los desarrolladores solucionan rápidamente el error y, en su próxima retrospectiva, el equipo de características analiza cómo se podría haber evitado.
Un ingeniero de control de calidad sugiere algún tipo de criterios de aceptación para que ningún cambio pueda enviarse a producción a menos que se cumplan todos los criterios de prueba.
¡El equipo está de acuerdo! Sam añade una nueva página al documento de resumen de la función para documentar los criterios de aceptación de la función.
Sam utiliza Bloques de Código ( /co ) para formatear los requisitos de criterios de aceptación, ya que el equipo ya está familiarizado con Gherkin, ¡y ClickUp lo admite para bloques de código!
El resultado
A medida que el equipo de la función implementa más mejoras y corrige errores, los clientes adoptan cada vez más la función. El equipo de la función crece para incluir a dos desarrolladores más y otro ingeniero de QA.
Los nuevos miembros del equipo se adaptan rápidamente y comienzan a contribuir con la ayuda del documento de resumen de funciones de Sam.
Sam también comparte la plantilla del documento de resumen de la función con otros gestores de producto para que puedan adaptarla a sus equipos basados en funciones.
¡Es un gran logro para el equipo de Sam y para otros también!