¿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?
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)
Despliegue de la función de calidad
Requerimientos normales
Requerimientos esperados
Requerimientos emocionantes
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