¿Qué es la obtención de requisitos por entrevista para el proyecto de software?

Depende completamente de la metodología. En un enfoque de proyecto basado en un plan tradicional (lo que muchas personas llaman libremente “Cascada”, un analista de negocios o una persona equivalente entrevistaría a las personas para determinar sus necesidades de una solución comercial, ayudaría a analizar el problema si fuera necesario y documentaría los requisitos para un solución propuesta para que la aprueben los usuarios comerciales. Ese enfoque tiene muchos defectos, principalmente porque es muy difícil para un usuario comercial definir con precisión los requisitos para un proyecto de software por adelantado sin ver la solución potencial.

Por esa razón, muchas compañías se están moviendo rápidamente hacia un enfoque de gestión de proyectos más ágil. En ese tipo de enfoque, la “obtención de requisitos” adquiere una forma muy diferente. En lugar de tratar de definir y documentar los requisitos detallados por adelantado, un enfoque ágil solo pretende capturar la esencia de la necesidad comercial en un formato muy simple llamado “historia de usuario”. Una historia de usuario se considera un “marcador de posición para la conversación”. En lugar de intentar definir el requisito y la solución del requisito en detalle antes del inicio del proyecto, se espera que los detalles de los requisitos se desarrollen más a medida que el proyecto está en progreso. Eso permite que los requisitos sean validados y optimizados mediante un enfoque de desarrollo incremental e iterativo.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo a: Agile Project Management Academy (http: // agileprojectmanagementaca …)