Comprension de Requerimientos

Comprension de Requerimientos

1. Establecer las Bases

   • Reconocer multiples puntos de vista
   • Trabajar hacia la colaboracion
   • Hacer las primeras preguntas
     • ¿Quién está detrás de la solicitud de este trabajo?
     • ¿Quién usará la solución?
     • Cuál será el beneficio económico de una solución exitosa?
     • ¿Hay otro origen para la solución que se necesita?
     • ¿Cuál sería una “buena” salida generada por una solución exitosa
     • ¿Qué problemas resolvería esta solución?
     • ¿Puede mostrar (o describir) el ambiente de negocios en el que se usaría la solución?
     • ¿Hay aspectos especiales del desempeño o restricciones que afecten el modo en el que se enfoque la solución?
     • ¿Es usted la persona indicada para responder estas preguntas? ¿Sus respuestas son “oficiales”?
     • ¿Mis preguntas son relevantes para el problema que se tiene?
     • ¿Estoy haciendo demasiadas preguntas?
     • ¿Puede otra persona dar información adicional?
     • ¿Debería yo preguntarle algo más?

2. Indignación de lso requerimientos

   • Tanto ingenieros de software como otros participantes dirigen o intervienen en las reuniones
   • Se establecen reglas para la preparación y participación
   • Se sugiere una agenda con suficiente formalidad para cubrir todos los puntos importantes, pero con la suficiente informalidad para que estimule el libre flujo de ideas.
   • Un “facilitador” (cliente, desarrollador o participante externo) controla la reunión
   • Se utiliza un “mecanismo de definición” (que pueden ser hojas de trabajo, tablas sueltas, etiquetas adhesivas, pizarrón electrónico, grupos de conversación o foro virtual)

3. Despliegue de la función de calidad

   • Requerimientos normales
   • Requerimientos esperados
   • Requerimientos emocionantes

4. Escenarios de uso

   • A medida que se reúnen los requerimientos, comienza a materializarse la visión general de funciones y características del sistema. Sin embargo, es difícil avanzar hacia actividades más técnicas