¿Alguna vez ha trabajado en proyectos en los que los requisitos no estaban formulados en forma de especificación técnica?

Sí, en proyectos reales a menudo se encuentran situaciones en las que los requisitos no están formalizados en un documento técnico formal (TÉ). En su lugar, se pueden utilizar:

• Historias de usuario o escenarios de uso — descripciones de funcionalidades desde la perspectiva del usuario.
• Diálogos con el cliente o acuerdos verbales — los requisitos se forman durante la comunicación.
• Prototipos y maquetas — representaciones visuales sobre las cuales se construye el desarrollo.
• Enfoques ágiles — los requisitos evolucionan durante los sprints y las iteraciones.

En tales casos, es importante:

• Comunicar activamente con el cliente para aclarar detalles.
• Documentar los acuerdos a medida que surgen.
• Utilizar métodos flexibles de gestión de requisitos.

Esto ayuda a evitar malentendidos y a garantizar la calidad del producto final.