La obtención de requisitos consiste en descubrir los requisitos reales del negocio y los requisitos del sistema de cualquier proyecto de software.
Se trata primero de descubrir lo que se necesita y luego de articular los descubrimientos destilados en artefactos que puedan usarse como base para describir lo que se necesita hacer. Es inusual que los requisitos reales del negocio (y los requisitos subsiguientes del sistema) puedan encontrarse rápidamente. Aunque a veces se hace referencia a la obtención de requisitos como a recopilación de requisitos, esta es una frase engañosa. Los requisitos reales son más bien Tesoro enterrado en un campo en comparación con los cultivos que se pueden cosechar. A veces se documenta una indicación de los requisitos, otras no y, a veces, lo que el usuario cree que quiere no es en realidad lo que realmente quiere o necesita.
Documentar los requisitos es un desafío, pero obtener los requisitos correctos puede serlo aún más. Hacer una obtención deficiente dará lugar a que se cree el software incorrecto y puede ser un desperdicio parcial o total de toda la actividad.
La obtención de requisitos generalmente la realiza un analista de negocios capacitado y calificado. Su responsabilidad no es sólo identificar las necesidades y el valor del negocio, sino también los riesgos y suposiciones asociados con el esfuerzo.
Descubra los requisitos reales.
Estructura de requisitos
Recomendamos un enfoque de tres niveles para la jerarquía de requisitos:
- Objetivos – beneficios empresariales cuantificables.
- Capacidades – principales capacidades generales del software
- Requerimientos funcionales o Historias de usuarios funcionales
Los niveles superiores no son onerosos, pero garantizan la concentración en el resultado y la trazabilidad de los requisitos hasta el resultado.
La obtención de requisitos consiste en hacer las preguntas correctas a las personas adecuadas.
Técnicas de elicitación
El propósito de cualquier técnica de obtención es ayudar a extraer del software, la documentación y las partes interesadas existentes los requisitos reales de forma más rápida y completa. Algunas técnicas comunes se muestran a continuación, se describen repetidamente en Internet y no entraremos en detalles de cada una aquí.
- Entrevistas
- Observaciones
- Lluvia de ideas
- Talleres de Requisitos
- Examen de documentación
- Creación de prototipos
- Encuestas
- Inspecciones del sistema existente
El costo de la obtención de requisitos deficientes está estrechamente alineado con la idea de deuda técnica. La deuda técnica es la necesidad de reelaborar el software a la luz de la toma de conciencia de nuevos requisitos. Si uno no logra obtener los requisitos correctos en primer lugar, está creando deuda técnica. Por lo tanto:
fallas de obtención = deuda técnica
Lectura recomendada
Elicitación de requisitos con IA
¿Alguna vez te preguntaste cómo la inteligencia artificial podría ayudar en la obtención de requisitos de software? Es necesario descubrir qué se necesita realmente, lo que implica descubrir, capturar y luego reproducir lo que se ha descubierto para las partes interesadas y luego perfeccionar la comprensión. El motor de análisis de ScopeMaster interpreta y luego proporciona visualizaciones y preguntas contextuales para ayudar a acelerar la obtención efectiva.
Modelos generados por ScopeMaster
Los modelos de ScopeMaster estimulan la obtención efectiva
Preguntas contextuales: generadas automáticamente
ScopeMaster genera automáticamente preguntas de obtención sugeridas que se encuentran en el contexto de cada historia de usuario para estimular el pensamiento crítico.
