Please enable JavaScript.
Coggle requires JavaScript to display documents.
Obtención de requisitos mediante BPM, Historias de usuarios de los flujos…
Obtención de requisitos mediante BPM
La obtención de requisitos es la parte de la Ingeniería de Requisitos que se ocupa de identificar, aclarar y capturar los requisitos del sistema.
Los requisitos del sistema son importantes ya que a estos los podemos usar como base para las actividades centrales, aun teniendo las mejores herramientas para el desarrollo del software pueden fracasar si no tienen los requisitos claros y si sus implicaciones no son entendibles para que el equipo de desarrollo los pueda usar.
Técnicas para extraer requisitos:
Talleres:
reúna a un pequeño número de usuarios y partes interesadas para intercambiar ideas sobre la funcionalidad y las ideas para el producto.
Análisis de los sistemas existentes
: si el nuevo producto está reemplazando o va a competir con los sistemas existentes, se puede aprender mucho estudiando el sistema existente y su documentación.
Cuestionarios:
tienen un conjunto definido de preguntas y, por lo general, permiten llegar a un conjunto más amplio de personas que las entrevistas.
Observación:
de los usuarios que realizan tareas de forma manual o con un sistema existente.
Entrevistas:
normalmente se realizan con las partes interesadas y los usuarios, comenzando con un conjunto definido de preguntas, pero con la posibilidad de ampliar y elaborar la discusión para explorar más a fondo las necesidades.
Prototipos y pruebas piloto:
las implementaciones limitadas pueden brindar a los usuarios una experiencia temprana para validar los requisitos, así como proporcionar adiciones y cambios a los requisitos ya definidos.
El autor participo en dos proyectos importantes en los últimos cinco años, en estos proyectos se utilizó a personal experto en el modelado BPM y expertos operativos lo que estos proyectos tienen en común es que el modelado no fue utilizado para obtener los requisitos, si no que los requisitos fueron un efecto secundario de realizar esos modelos.
Es importante señalar que normalmente se aplicaría una combinación de técnicas de obtención de requisitos para alcanzar un buen conjunto de requisitos, y también que es un proceso iterativo donde las técnicas se repiten a lo largo del desarrollo para elaborar y refinar las ideas iniciales
Historias de usuarios de los flujos de trabajo de BPM
Una reunión de lluvia de ideas se realiza para capturar las historias de usuarios, estas reuniones pueden generar gran cantidad de información la que luego debe ordenarse y estructurarse antes de hacer una lista final de prioridades, por otro lado, la naturaleza de estas reuniones no tiene una estructura clara no garantiza poder encontrar las funciones necesarias puedan ser encontradas de manera adecuada
Las entrevistas a usuarios son otra técnica común. Una vez más, la estructura del problema puede no ser evidente a partir de los comentarios de los usuarios. Cada usuario cubrirá su propio rol, pero es posible que no sea plenamente consciente de las dependencias de otros usuarios y sus actividades.
Un problema común para para los equipos de desarrollo son el poco tiempo con el cual pueden comunicarse con los usuarios
El sistema a desarrollar es para apoyar nuevas actividades para los usuarios, o un cambio en la forma en que se realizan las actividades.
El punto de partida para el modelado es obtener una buena definición de los roles de los usuarios que interactuarán directamente con el sistema. Luego, cree una lista para cada rol de usuario que defina las actividades principales en las que participa y qué categorías de información necesita el rol para realizar las actividades
La creación de historias de usuario a partir de un flujo de trabajo BPM proporciona un enfoque estructurado para la obtención de requisitos que aumenta las posibilidades de obtener un conjunto de requisitos de alta calidad.
Cada historia de uso tiene un origen claro de una tarea de flujo de trabajo
Probablemente el principal desafío con este método es decidir qué flujos de trabajo modelar y en qué nivel de granularidad.
Otro desafío es cómo manejar las variaciones en el flujo de trabajo. Para algunos tipos de operación, puede haber una multitud de secuencias de acción que pueden llevar a la finalización de la transacción, y muchas más cuando se consideran posibles situaciones problemáticas.
El desarrollo de flujo de trabajo operativos requiere mucho tiempo y requiere acceso a expertos, si lo flujos son complejos se requiere contratar a personas con experiencia en el modelado de procesos comerciales, hay herramientas que son buenas y gratuitas para crear modelos simples, también herramientas sofisticadas para BPM pero son costosas aun que es una buena inversión si los modelos se van a mantener por más tiempo.
El método puede ayudar a estructurar las discusiones y aprovechar al máximo el tiempo que los usuarios tienen disponible. Los flujos de trabajo que son validados por los usuarios suelen ser fáciles de entender por los propietarios de negocios y se recomienda que aprueben los flujos de trabajo como parte de la aprobación de los requisitos comerciales.