3 Captura de Requerimientos

🎯 Introducción a la Captura de Requerimientos

La captura de requerimientos (también conocida como elicitación o descubrimiento) es el proceso sistemático de identificar, recopilar y documentar las necesidades, expectativas y restricciones de los stakeholders para un sistema de software. Es la fase inicial y crítica del ciclo de vida de la ingeniería de requerimientos.

📊 Técnicas de Captura

💬 Entrevistas y Reuniones con el Cliente

Las entrevistas y reuniones son técnicas fundamentales de captura de requerimientos que permiten la interacción directa con stakeholders para obtener información detallada sobre sus necesidades, expectativas y restricciones.

📖 Definición y Propósito

🔍 Tipos de Entrevistas

Entrevistas Estructuradas

Características:
- Conjunto predefinido de preguntas en orden específico
- Formato estandarizado para todos los entrevistados
- Fácil de analizar y comparar respuestas
Ventajas:
- Consistencia en la recopilación de datos
- Menor sesgo del entrevistador
- Facilita análisis cuantitativo
Desventajas:
- Menor flexibilidad para explorar temas emergentes
- Puede perder información contextual importante
Cuándo usar: Cuando se necesita información específica y comparable de múltiples stakeholders.
Entrevistas Semi-estructuradas

Características:
- Guía de temas principales con flexibilidad
- Permite preguntas de seguimiento espontáneas
- Balance entre estructura y exploración
Ventajas:
- Flexibilidad para profundizar en temas relevantes
- Mantiene enfoque en objetivos principales
- Permite descubrir requerimientos no anticipados
Desventajas:
- Requiere entrevistadores experimentados
- Análisis más complejo
Cuándo usar: Situación más común en ingeniería de requerimientos, ideal para exploración inicial.
Entrevistas No Estructuradas

Características:
- Conversación abierta sin guión predefinido
- Exploración libre de temas
- Altamente flexible
Ventajas:
- Descubrimiento de información inesperada
- Comprensión profunda del contexto
- Construcción de rapport con stakeholders
Desventajas:
- Difícil de analizar sistemáticamente
- Puede desviarse de objetivos
- Consume más tiempo
Cuándo usar: Fases exploratorias iniciales o cuando el dominio es poco conocido.

📋 Proceso de Entrevista

✅ Mejores Prácticas para Entrevistas

Práctica	Descripción	Beneficio
Preparación exhaustiva	Investigar el dominio y stakeholder antes de la entrevista	Mayor credibilidad y preguntas relevantes
Escucha activa	Prestar atención completa sin interrumpir	Captura de información completa y precisa
Preguntas abiertas	Usar “¿Cómo?”, “¿Por qué?”, “¿Qué pasaría si…?”	Obtener información detallada y contextual
Evitar jerga técnica	Usar lenguaje del dominio del stakeholder	Mejor comunicación y comprensión mutua
Documentación inmediata	Tomar notas durante y después de la entrevista	Minimizar pérdida de información
Validación continua	Parafrasear y confirmar entendimiento	Reducir malentendidos
Gestión del tiempo	Respetar el tiempo asignado	Mantener relación profesional

🤝 Reuniones con Stakeholders

Las reuniones grupales complementan las entrevistas individuales, permitiendo la colaboración y consenso entre múltiples stakeholders.

Reuniones de Kick-off

Propósito: Iniciar el proyecto y alinear expectativas.

Participantes: Todos los stakeholders clave.

Agenda típica:
- Presentación del equipo
- Objetivos del proyecto
- Alcance preliminar
- Cronograma y metodología
- Roles y responsabilidades
Workshops de Requerimientos

Propósito: Captura intensiva y colaborativa de requerimientos.

Técnicas utilizadas:
- Brainstorming
- Priorización (MoSCoW, Kano)
- Modelado colaborativo
- Resolución de conflictos
Duración: Típicamente 2-4 horas con breaks.
Reuniones de Revisión

Propósito: Validar requerimientos capturados.

Actividades:
- Presentación de requerimientos documentados
- Aclaración de dudas
- Identificación de gaps
- Obtención de aprobación formal
Focus Groups

Propósito: Obtener perspectivas de usuarios finales.

Características:
- 6-10 participantes representativos
- Moderador experimentado
- Discusión guiada sobre temas específicos
- Observación de dinámicas grupales

📋 Cuestionarios y Observación

Los cuestionarios y la observación son técnicas complementarias que permiten capturar requerimientos de manera escalable y objetiva, especialmente útiles cuando hay múltiples stakeholders o cuando se necesita información sobre procesos actuales.

📝 Cuestionarios

Los cuestionarios son instrumentos estructurados de recopilación de datos que permiten obtener información de múltiples stakeholders de manera eficiente y estandarizada.

🎯 Características y Ventajas

📊 Tipos de Preguntas

✅ Mejores Prácticas para Cuestionarios

Diseño del Cuestionario

Principios clave:
- Preguntas claras y sin ambigüedades
- Longitud apropiada (10-15 minutos máximo)
- Orden lógico de preguntas (general a específico)
- Evitar preguntas sesgadas o tendenciosas
- Incluir instrucciones claras
Estructura Recomendada

Secciones típicas:
- Introducción: Propósito y confidencialidad
- Demografía: Rol, experiencia, departamento
- Contexto: Uso actual del sistema
- Necesidades: Funcionalidades requeridas
- Prioridades: Importancia relativa
- Comentarios: Espacio para información adicional
Distribución y Recolección

Métodos:
- Plataformas online (Google Forms, SurveyMonkey, Typeform)
- Email con formularios adjuntos
- Papel (cuando sea necesario)
Consideraciones:
- Establecer fecha límite clara
- Enviar recordatorios amigables
- Garantizar anonimato si es apropiado
- Ofrecer incentivos si es posible
Análisis de Resultados

Técnicas:
- Estadísticas descriptivas para preguntas cerradas
- Análisis de contenido para preguntas abiertas
- Identificación de patrones y tendencias
- Visualización de datos (gráficos, tablas)

👁️ Observación

La observación es una técnica de captura que implica observar directamente a los usuarios en su entorno de trabajo para comprender sus tareas, procesos y necesidades reales.

🔍 Tipos de Observación

Observación Pasiva

Descripción: El analista observa sin intervenir en las actividades.

Ventajas:
- No interfiere con el trabajo normal
- Comportamiento natural de usuarios
- Identificación de procesos reales (vs. teóricos)
Desventajas:
- No se pueden hacer preguntas inmediatas
- Puede requerir mucho tiempo
- Efecto Hawthorne (cambio de comportamiento por ser observado)
Observación Activa (Shadowing)

Descripción: El analista acompaña al usuario y puede hacer preguntas.

Ventajas:
- Comprensión profunda del contexto
- Aclaración inmediata de dudas
- Identificación de pain points
Desventajas:
- Puede ser intrusivo
- Requiere disponibilidad del usuario
- Posible sesgo por presencia del observador
Análisis de Tareas

Descripción: Descomposición sistemática de tareas en pasos detallados.

Técnicas:
- Diagramas de flujo de trabajo
- Análisis jerárquico de tareas (HTA - Hierarchical Task Analysis)
- Mapeo de procesos
Resultado: Documentación detallada de cómo se realizan las tareas actualmente.
Etnografía

Descripción: Inmersión prolongada en el entorno del usuario.

Características:
- Observación durante semanas o meses
- Comprensión profunda de cultura organizacional
- Identificación de necesidades implícitas
Cuándo usar: Sistemas críticos o complejos donde el contexto es fundamental.

📊 Proceso de Observación

✅ Mejores Prácticas para Observación

Práctica	Descripción	Beneficio
Obtener consentimiento	Explicar propósito y obtener aprobación	Ética y cooperación del usuario
Ser discreto	Minimizar interferencia con el trabajo	Comportamiento natural
Tomar notas detalladas	Registrar acciones, tiempos, contexto	Análisis preciso posterior
Observar múltiples usuarios	No basarse en un solo usuario	Identificar variaciones y patrones
Combinar con entrevistas	Aclarar lo observado	Comprensión completa
Documentar excepciones	Registrar casos especiales o errores	Identificar edge cases
Respetar confidencialidad	Proteger información sensible	Confianza y cumplimiento legal

🎨 Prototipos y Casos de Uso

Los prototipos y casos de uso son técnicas de captura y validación que permiten visualizar y modelar los requerimientos de manera concreta, facilitando la comunicación entre stakeholders técnicos y no técnicos.

🖼️ Prototipos

Los prototipos son representaciones preliminares del sistema que permiten a los stakeholders visualizar y experimentar con la solución propuesta antes de su implementación completa.

📊 Tipos de Prototipos

✅ Ventajas de los Prototipos

Validación Temprana

Beneficio: Identificar problemas de usabilidad y requerimientos incorrectos antes de invertir en desarrollo completo.

Impacto: Reducción de costos de cambios (recordar la regla del 100x).
Comunicación Efectiva

Beneficio: “Una imagen vale más que mil palabras” - los prototipos hacen tangibles conceptos abstractos.

Resultado: Mejor entendimiento entre stakeholders técnicos y no técnicos.
Descubrimiento de Requerimientos

Beneficio: Los usuarios pueden identificar necesidades al interactuar con el prototipo que no habían verbalizado.

Ejemplo: “Ahora que lo veo, también necesitamos…”
Reducción de Ambigüedad

Beneficio: Especificaciones visuales son menos ambiguas que descripciones textuales.

Resultado: Menos malentendidos y retrabajos.

🛠️ Herramientas de Prototipado

Categoría	Herramientas	Uso Típico
Wireframing	Balsamiq, Sketch, Figma	Prototipos de baja fidelidad
UI/UX Design	Adobe XD, Figma, Sketch	Prototipos de alta fidelidad
Interactivos	InVision, Marvel, Axure	Prototipos clickeables
Web	HTML/CSS, Bootstrap	Prototipos funcionales web
Móvil	Flinto, Principle, Proto.io	Prototipos de apps móviles
Papel	Papel y lápiz	Sketches rápidos

📋 Proceso de Prototipado

Identificar Objetivos

Definir qué aspectos del sistema se van a prototipar y qué se quiere validar.
Seleccionar Fidelidad

Elegir nivel de detalle apropiado según la fase del proyecto y objetivos.
Crear Prototipo

Desarrollar la representación visual/interactiva del sistema.
Validar con Usuarios

Realizar sesiones de testing con stakeholders y usuarios finales.
Iterar

Refinar el prototipo basándose en feedback recibido.
Documentar Requerimientos

Extraer y formalizar los requerimientos validados.

📝 Casos de Uso

Los casos de uso son descripciones narrativas de las interacciones entre actores (usuarios u otros sistemas) y el sistema para lograr un objetivo específico.

📖 Definición Formal

🔍 Componentes de un Caso de Uso

📋 Plantilla de Caso de Uso

ID: CU-XXX
Nombre: [Nombre descriptivo del caso de uso]
Actor Principal: [Usuario o sistema que inicia la interacción]
Actores Secundarios: [Otros actores involucrados]
Prioridad: [Alta | Media | Baja]

Descripción:
[Breve descripción del objetivo del caso de uso]

Precondiciones:
- [Condición que debe cumplirse antes de ejecutar]
- [Estado requerido del sistema]

Flujo Principal (Escenario de Éxito):
1. [Actor] [acción]
2. [Sistema] [respuesta]
3. [Actor] [acción]
4. [Sistema] [respuesta]
...
N. [Resultado final exitoso]

Flujos Alternativos:
[Paso]a. [Condición alternativa]
1. [Sistema] [manejo de la alternativa]
2. [Retorno al flujo principal o fin]

[Paso]b. [Otra condición]
1. [Manejo]
...

Flujos de Excepción:
[Paso]E1. [Condición de error]
1. [Sistema] [manejo del error]
2. [Fin del caso de uso o recuperación]

Postcondiciones:
- [Estado del sistema después de ejecución exitosa]
- [Cambios persistidos]

Requerimientos Relacionados:
- RF-XXX: [Requerimiento funcional]
- RNF-XXX: [Requerimiento no funcional]

Notas:
[Información adicional relevante]

🎯 Diagrama de Casos de Uso (UML)

✅ Mejores Prácticas para Casos de Uso

Enfoque en el Usuario

Escribir desde la perspectiva del actor, no del sistema interno.

❌ Incorrecto: “El sistema ejecuta query SQL” ✅ Correcto: “El sistema muestra lista de productos”
Nivel de Detalle Apropiado

Ni demasiado abstracto ni demasiado detallado.

Regla: Cada caso de uso debe completarse en una sesión de trabajo (3-10 pasos típicamente).
Identificar Actores Correctamente

Actores son:
- Roles, no personas específicas
- Externos al sistema
- Pueden ser humanos u otros sistemas
No son actores:
- Componentes internos del sistema
- Bases de datos (a menos que sean externas)
Usar Relaciones Apropiadamente

<<include>>: Comportamiento que siempre ocurre (obligatorio)

<<extend>>: Comportamiento opcional o condicional

Generalización: Herencia entre casos de uso
Validar con Stakeholders

Los casos de uso deben ser revisados y aprobados por usuarios y clientes.
Mantener Trazabilidad

Vincular casos de uso con requerimientos funcionales y criterios de aceptación.

🔄 Complementariedad: Prototipos + Casos de Uso

🎓 Resumen

💬 Entrevistas y Reuniones: Técnicas interactivas para obtener información profunda y contextualizada directamente de stakeholders. Tipos: estructuradas, semi-estructuradas y no estructuradas.
📋 Cuestionarios: Instrumentos escalables para recopilar datos de múltiples stakeholders. Útiles para validación y priorización. Requieren diseño cuidadoso de preguntas.
👁️ Observación: Técnica para identificar necesidades reales observando usuarios en su entorno. Tipos: pasiva, activa (shadowing), análisis de tareas y etnografía.
🎨 Prototipos: Representaciones visuales/interactivas del sistema para validación temprana. Reducen ambigüedad y facilitan comunicación. Tipos: baja/alta fidelidad, desechables/evolutivos.
📝 Casos de Uso: Descripciones narrativas de interacciones actor-sistema. Componentes: precondiciones, flujo principal, flujos alternativos, postcondiciones. Fundamentales para documentación de requerimientos funcionales.
🔄 Complementariedad: Ninguna técnica es suficiente por sí sola. Combinar múltiples técnicas proporciona validación cruzada y captura completa de requerimientos.

🐝