Please enable JavaScript.
Coggle requires JavaScript to display documents.
Tecnicas de obtencion de requerimientos - Coggle Diagram
Tecnicas de obtencion de requerimientos
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.
Requerimientos funcionales
Son todos aquellos requerimientos que implican un funcionalidad de parte del software por ejemplo: enviar alertas, categorizar datos, etc
Requerimientos no funcionales
un requisito no funcional es un requisito que especifica criterios que se pueden utilizar para juzgar el funcionamiento de un sistema, en lugar de comportamientos específicos. Se contrastan con los requisitos funcionales que definen comportamientos o funciones específicas.
Es útil cuando los expertos en la materia no están disponibles para ser entrevistados o ya no forman parte de la organización.
Ejemplos de documentación:
Planes de negocio
actas de constitución de proyecto
reglas de negocio
contratos
definiciones de alcance
correos electrónicos
documentos de entrenamiento
Observació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.
Activa
En observación activa, el observador puede conversar con el usuario.
Pasiva
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.
Entrevistas
Se realizan con los usuarios o interesados clave(Sponsor Users)
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.
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.
Encuestas o cuestionarios
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.
Workshops
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).
Se puede utilizar un material común sobre el cual enfocar la atención y conversar, por ejemplo una presentación con un desglose del proceso que se está estudiando o un flujograma.
Se pueden combinar con otras técnicas como pueden ser las entrevistas y cuestionarios.
Tormenta de ideas
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.
User storys
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.
Las historias de usuario son una de las técnicas más difundidas para levantar requerimientos de software en metodologías ágiles.