Técnicas de recopilación de requisitos
Las técnicas describen cómo se realizan las tareas en circunstancias específicas. Una tarea puede tener ninguna o una o más técnicas relacionadas. Una técnica debe estar relacionada con al menos una tarea.
Las siguientes son algunas de las técnicas de recopilación de requisitos más conocidas:
Lluvia de ideas
La lluvia de ideas se utiliza en la recopilación de requisitos para obtener tantas ideas como sea posible de un grupo de personas. Generalmente se usa para identificar posibles soluciones a problemas y aclarar detalles de oportunidades.
Análisis de documentos
La revisión de la documentación de un sistema existente puede ayudar a la hora de crear un documento de proceso TAL COMO ESTÁ, así como a impulsar el análisis de brechas para el alcance de los proyectos de migración. En un mundo ideal, incluso estaríamos revisando los requisitos que impulsaron la creación del sistema existente, un punto de partida para documentar los requisitos actuales. Las pepitas de información a menudo están enterradas en documentos existentes que nos ayudan a hacer preguntas como parte de la validación de la completitud de los requisitos.
Grupo de enfoque
Un grupo de enfoque es una reunión de personas que son representativas de los usuarios o clientes de un producto para obtener comentarios. La retroalimentación se puede recopilar sobre necesidades / oportunidades / problemas para identificar requisitos, o se puede recopilar para validar y refinar requisitos ya obtenidos. Esta forma de investigación de mercado se diferencia de la lluvia de ideas en que es un proceso gestionado con participantes específicos.
Análisis de interfaz
Las interfaces para un producto de software pueden ser humanas o mecánicas. La integración con sistemas y dispositivos externos es solo otra interfaz. Los enfoques de diseño centrados en el usuario son muy eficaces para asegurarnos de que creamos software utilizable. Análisis de la interfaz: revisar los puntos de contacto con otros sistemas externos es importante para asegurarnos de no pasar por alto los requisitos que los usuarios no pueden ver de inmediato.
Entrevista
Las entrevistas a las partes interesadas y los usuarios son fundamentales para crear el gran software. Sin comprender los objetivos y expectativas de los usuarios y las partes interesadas, es muy poco probable que los satisfagamos. También tenemos que reconocer la perspectiva de cada entrevistado, para que podamos sopesar y abordar adecuadamente sus aportes. Escuchar es la habilidad que ayuda a un gran analista a obtener más valor de una entrevista que a un analista promedio.
Observación
Al observar a los usuarios, un analista puede identificar un flujo de proceso, pasos, puntos débiles y oportunidades de mejora. Las observaciones pueden ser pasivas o activas (hacer preguntas mientras se observa). La observación pasiva es mejor para obtener comentarios sobre un prototipo (para refinar los requisitos), donde la observación activa es más eficaz para comprender un proceso empresarial existente. Se puede utilizar cualquier enfoque.
Creación de prototipos
La creación de prototipos es una técnica relativamente moderna para recopilar requisitos. En este enfoque, reúne los requisitos preliminares que utiliza para crear una versión inicial de la solución: un prototipo. Se lo muestra al cliente, quien luego le da requisitos adicionales. Cambia la aplicación y vuelve a circular con el cliente. Este proceso repetitivo continúa hasta que el producto satisface la masa crítica de necesidades comerciales o durante un número acordado de iteraciones.
Talleres de requisitos
Los talleres pueden ser muy efectivos para recopilar requisitos. Más estructurado que una sesión de lluvia de ideas, las partes involucradas colaboran para documentar los requisitos. Una forma de capturar la colaboración es con la creación de artefactos de modelo de dominio (como diagramas estáticos, diagramas de actividad). Un taller será más efectivo con dos analistas que con uno.
Ingeniería inversa
Cuando un proyecto de migración no tiene acceso a documentación suficiente del sistema existente, la ingeniería inversa identificará lo que hace el sistema. No identificará lo que debería hacer el sistema y no identificará cuándo el sistema hace algo incorrecto.
Encuesta / Cuestionario
Al recopilar información de muchas personas, demasiadas para entrevistarlas con limitaciones de tiempo y presupuesto, se puede utilizar una encuesta o un cuestionario. La encuesta puede obligar a los usuarios a seleccionar entre opciones, calificar algo ("Totalmente de acuerdo, de acuerdo ...") o tener preguntas abiertas que permitan respuestas de forma libre. El diseño de la encuesta es difícil: las preguntas pueden sesgar a los encuestados.