Discovery Product Canvas
escuchar "no es lo que el cliente desea", es un problema que persiste
 |
| Discovery Product Canvas |
Algo debe estar sucediendo, ¿Se están excluyendo los requerimientos no funcionales? durante las conversaciones iniciales de lanzamiento de iniciativas y proyectos, de la definición del Mínimo Producto Viable (MVP) o de la expectativa de una entrega de valor; y es que con cierta frecuencia pareciera así, que características como eficiencia, seguridad, usabilidad (por mencionar solo algunas) fuesen ignoradas sin considerar que son también atributos para determinar la definición de calidad de un producto desde una perspectiva de su operación como sistema. Al final, para remediar nos encontramos con nuevos requerimientos que implican más trabajo, mayor costo y menor percepción de calidad.
Entre los desafíos que implica la ejecución de un proyecto software, está comprobada la imprecisión al realizar el levantamiento de requerimientos. Una problemática que desde hace mucho y desde diferentes enfoques, se ha buscado resolver con promover prácticas que logren reducir la complejidad de definir las necesidades del usuario y la ambigüedad de su entendimiento; situación que pareciera ser aún más complicada si consideramos que además de determinar el comportamiento específico, debemos prestar atención a las restricciones, condiciones y criterios que impone el cliente sobre la operación del producto que necesita y espera recibir.
Hay muchas maneras que podemos explorar para realizar un levantamiento de requerimientos. mi propuesta de este DISCOVERY PRODUCT CANVAS brinda una alternativa donde de forma gráfica y sencilla se pueda promover el desarrollo de conversaciones y recabar así de manera efectiva la información más relevante asociada a los requisitos no funcionales del producto a desarrollar o la solución sobre la cual se realizará implementación de nuevas funcionales.
Por lo anterior, he querido compartir esta entrada, con 2 intensiones:
1. Invitar a la reflexión:
- Ignorar, posponer o subestimar los requerimientos no funcionales pone en riesgo la aceptación del producto o los cambios realizados a una solución.
- Remediar las definiciones no consideradas o el desarrollo no realizado en el momento oportuno, implica mayor trabajo y costo.
- En la gestión asociada a los requerimientos, entonces te invito a considerar:
- ¿Se identifican estos atributos en etapas tempranas?
- ¿Se incluyen en la definición del Backlog?
- ¿Son discutidos en ceremonias de refinamiento y planificación para considerar la estimación?
- ¿Se definen precisos criterios de aceptación?
- ¿Son verificados previos a un despliegue y validados durante o después de la liberación?
2. Compartir una herramienta: Una perspectiva de solución, para promover una conversación sobre las características técnicas a las cuales se atribuye el desarrollo de un producto o solución de calidad, DISCOVERY PRODUCT CANVAS un medio para considerar los requerimientos no funcionales, como aspectos relevantes para generar una definición compartida de calidad de un producto.
Para descargar el Canvas, puedes acceder aquí
Si tienes problemas para la descarga, al final dejo mis datos de contacto.
Si tienes problemas para la descarga, al final dejo mis datos de contacto.
Muchas gracias por su interés es esta publicación, quedo muy al pendiente de sus comentarios, sus experiencias y logros en la práctica.
Cordialmente,
Sergio Pardo - Agile Coach
Twitter: @Sergio_E_Pardo
Correo: sepg.sergio.pardo@gmail.com
