Preguntas para comenzar la toma de requerimientos

Esta semana tras suspender la aplicación que estaba desarrollando enfocada a la formulación de metas para los departamentos de gendarmería, el mismo departamento que solicitó dicho sistema me pidió llevar a cabo, junto a una compañera , un sistema para la elaboración de indicadores que permitan medir la gestión relevante del servicio, es por ello que se llevó a cabo la primera reunión donde extraje una serie de preguntas del libro de “Ingeniería de Software” de “Roger Pressman” para poder llevar un lineamiento en la conversación, en el momento de los que hubo todo comenzó bien, pero la descoordinación por no ponernos de acuerdo junto a mi compañera sobre que listado de preguntas haríamos, nos hizo apuntar hacia diferentes partes, por ello tras la reunión le presenté las preguntas del libro y las respondimos de acuerdo a lo obtenido en dicha reunión donde mañana en la próxima junta corroboraremos que las respuestas estén en el contexto de los intereses de nuestros clientes y así ellos continuar complementándolas.

A continuación les dejo un extracto transcrito desde el libro Ingeniería de software de Roger Pressman correspondientes al capítulo de “Ingeniería de Requisitos”.

Estas preguntas ayudan a identificar a los participantes que tendrían interés en el software construido. Además estas preguntas identifican el beneficio medible de una aplicación exitosa y las alternativas posibles para personalizar el desarrollo del software.

1.- ¿Quién está detrás de este trabajo?
2.- ¿Quién usará la solución?
3.- ¿Cuál será el beneficio de una solución exitosa?
4.- ¿Existe otra fuente para la solución requerida?

La siguiente serie de preguntas permite que el equipo de software comprenda mejor el problema y deja que el cliente exprese sus percepciones acerca de una solución.

5.- ¿Cómo podría caracterizarse un buen resultado generado por la solución?
6.- ¿Cuáles problemas debería atacar esta solución?
7.- ¿Podría usted describir o mostrar el ambiente de negocios en el que se utilizará la solución?
8.- ¿Los aspectos especiales del desempeño o las restricciones afectarán la forma en que se busque la solución?

La serie final de preguntas se enfoca en la efectividad de la actividad de comunicación en si misma . Gause y Weinberg las llaman las “metapreguntas” y proponen la siguiente lista abreviada.

9.- ¿Es usted la persona adecuada para contestar esta pregunta? ¿sus respuestas son oficiales?
10.- ¿Mis preguntas son relevantes para su problema?
11.- ¿Estoy haciendo demasiadas preguntas?
12.- ¿Alguien más puede proporcionar información adicional?
13.- ¿Debería preguntarle otra cosa?

Estas preguntas (y otras) ayudarán a “romper el hielo” y a iniciar la conversación esencial para la obtención exitosa. Pero un formato de reunión de pregunta y respuesta no es un enfoque que haya sido exitoso de manera contundente. De hecho, la sesión de preguntas y respuestas debe usar solo para el primer encuentro, y después se debe reemplazar por un formato de obtención de requisitos que combine elementos de resolución de problemas, negociación y especificación.

Fuente: Ingería de Software
Autor: Rogger Perssman