Tipos de entrevistas, preguntas y técnicas para la especificación de requisitos.
Tipos de entrevistas.
tipos de preguntas.
Técnicas.
Entrevistas de Grupo o Focus Groups
Entrevistas Contextuales o de Observación
Entrevistas Semiestructuradas
Entrevistas de Escenarios
Entrevistas Estructuradas:
Entrevistas de Confirmación
Entrevistas Abiertas o No Estructuradas
Entrevistas de Expertos
En este tipo de entrevistas, el entrevistador hace preguntas abiertas sin un formato predefinido. Esto permite que los stakeholders expresen sus opiniones y necesidades de manera libre, lo que puede llevar a la identificación de requisitos no anticipados.
En contraste con las entrevistas abiertas, las entrevistas estructuradas siguen un conjunto de preguntas predefinidas y un formato específico. Esto facilita la recopilación consistente de información y la comparación entre diferentes entrevistas.
Estas entrevistas combinan elementos de las entrevistas abiertas y estructuradas. El entrevistador tiene un conjunto de preguntas guía, pero también tiene flexibilidad para explorar temas adicionales o permitir que los entrevistados profundicen en áreas importantes.
En lugar de entrevistar a individuos de manera aislada, las entrevistas de grupo reúnen a varios stakeholders en una sesión conjunta. Esto puede generar discusiones interactivas y revelar diferentes perspectivas y necesidades
En lugar de hacer preguntas directas, los entrevistadores observan a los usuarios en su entorno real y cómo interactúan con sistemas o procesos existentes. Esto puede proporcionar información valiosa sobre los flujos de trabajo y las necesidades reales.
Una vez que se han recopilado requisitos preliminares, estas entrevistas se utilizan para validar y confirmar la precisión de los requisitos capturados. Esto ayuda a evitar malentendidos y asegura que los requisitos estén correctamente documentados.
En algunos casos, es importante entrevistar a expertos en el dominio o en tecnologías específicas para comprender mejor los desafíos técnicos y las mejores prácticas que deben considerarse en la especificación de requisitos.
Estas entrevistas se centran en discutir situaciones hipotéticas o escenarios específicos de uso. Pueden ayudar a identificar flujos de trabajo detallados y aclarar los requisitos en función de situaciones reales.
Preguntas sobre Rendimiento y Escalabilidad
Preguntas sobre Interfaz de Usuario
Preguntas sobre Integración y Compatibilidad
Preguntas sobre Mantenibilidad y Escalabilidad
Preguntas sobre Restricciones y Limitaciones
Preguntas sobre Funcionalidades y Requisitos
Preguntas sobre Casos de Uso y Escenarios
Preguntas de Identificación de Stakeholders
Preguntas sobre Actualizaciones y Mejoras Futuras
Preguntas Abiertas para Capturar Información General
Encuestas o cuestionarios
Mesas de trabajo (Workshops)
Entrevistas
Tormenta de ideas
Observación
Análisis de documentación
Consiste en obtener la información sobre los requerimientos funcionales y requerimientos no funcionales de software a partir de documentos que ya están elaborados.
Es útil cuando los expertos en la materia no están disponibles para ser entrevistados o ya no forman parte de la organización.
Consiste en estudiar el entorno de trabajo de los usuarios, clientes e interesados de proyecto (Stakeholders). Es una técnica útil cuando se está documentando la situación actual de procesos de negocio. Puede ser de dos tipos, pasiva o activa. En observación pasiva, el observador no hace preguntas, limitándose solo a tomar notas y a no interferir en el desempeño normal de las operaciones. En observación activa, el observador puede conversar con el usuario.
Se realizan con los usuarios o interesados clave. Direccionan al usuario hacia aspectos específicos del requerimiento a levantar. Son útiles para obtener y documentar información detallada sobre los requerimientos y sus niveles de granularidad. Pueden ser entrevistas formales o informales.
Una clave es mantenerse enfocado en los objetivos de la entrevista. Las preguntas abiertas son útiles para identificar información faltante. Las preguntas cerradas son útiles para confirmar y validar información.
El éxito de las entrevistas depende del grado de conocimiento del entrevistador y entrevistado, disposición del entrevistado de suministrar información, buena documentación de la discusión y en definitiva de una buena relación entre las partes.
Es una técnica útil para recopilar eficientemente los requerimientos de muchas personas. La clave para el éxito es que tengan un propósito y audiencia claramente definida, establecer fechas topes para llenar la encuesta, con preguntas claras y concisas. Deben enfocarse en los objetivos de negocio que se necesitan identificar. Pueden apoyarse con entrevistas de seguimiento con usuarios individuales. Pueden contener tanto preguntas cerradas como preguntas abiertas.
Es una técnica efectiva para obtener información rápidamente de varias personas. Es recomendable tener una agenda predefinida y preseleccionar a los participantes, siguiendo buenas prácticas para reuniones efectivas. Se puede utilizar un facilitador neutral y un transcriptor (que no sea el mismo facilitador).
Es una sesión de trabajo estructurada orientada para obtener la mayor cantidad de ideas posibles. Es recomendable limitarlas en el tiempo, utilizar ayudas visuales y designar un facilitador. Las reglas son importantes, por ejemplo los criterios para evaluar ideas y asignarles un puntaje, no permitir las críticas a las ideas y limitar el tiempo de discusión. En una primera fase, se deben identificar la mayor cantidad de ideas, para luego evaluarlas. Todas las ideas deben ser consideradas y deben limitarse que una idea se le ahogue o critique antes de tener tiempo de desarrollarla
Historia del usuario
Las historias de usuario, son una aproximación simple al levantamiento de requerimientos de software, en la cual la conversación pasa a ser más importante que la formalización de requerimientos escritos. Es recomendable que sean escritas por el mismo cliente o interesado (con apoyo del facilitador si es necesario), con énfasis en las funcionalidades que el sistema deberá realizar. Al redactar una historia de usuario deben tenerse en cuenta describir el Rol, la funcionalidad y el resultado esperado de la aplicación en una frase corta.
¿Cuál es el propósito principal de este sistema/proyecto?, ¿Quiénes son los usuarios finales?, ¿Cuáles son los objetivos clave que se deben lograr?
¿Quiénes son los principales participantes involucrados?, ¿Cuáles son sus roles y responsabilidades en el proyecto?
¿Qué funcionalidades debe tener el sistema?, ¿Cuáles son las características más importantes?, ¿Existen requisitos obligatorios (must-have) y opcionales (nice-to-have)?, ¿Cuáles son los flujos de trabajo y escenarios de uso clave?
¿Existen restricciones de tiempo, presupuesto o recursos?, ¿Hay consideraciones de seguridad o privacidad que deban abordarse?
¿El sistema debe integrarse con otros sistemas existentes?, ¿Existen estándares o protocolos específicos que deban seguirse?
¿Qué niveles de rendimiento se esperan del sistema (tiempos de respuesta, capacidad de usuarios, etc.) ?, ¿Cómo se espera que el sistema maneje picos de carga?
¿Cómo debería ser la interfaz de usuario? ¿Qué características visuales o de usabilidad son importantes?
¿Se espera que el sistema sea fácil de mantener y actualizar?, ¿Debería ser escalable en el futuro?
Preguntas de Validación y Verificación
¿Cómo se verificará que el sistema cumple con los requisitos?, ¿Existen criterios específicos para evaluar si los requisitos se han cumplido?
¿Puede proporcionar ejemplos de casos de uso específicos?, ¿Cómo se comportará el sistema en situaciones excepcionales o límites?
¿Se espera que el sistema se actualice o se agreguen nuevas funcionalidades en el futuro?, ¿Cómo se gestionarán estas actualizaciones?