(música suave) Bienvenido a Documentación de los requisitos del proyecto. En estas lecciones, describiremos los documentos desarrollados requeridos para recopilar los requisitos del proyecto. También descubrirás la importancia de producir la documentación adecuada y su relevancia para los ciclos de vida de la gestión de proyectos. También identificaremos varios métodos para la recopilación de requisitos. Es necesario recopilar requisitos para desarrollar los objetivos del proyecto al principio del proyecto. Esta es un área en el plan del proyecto donde la participación de las partes interesadas y la participación de expertos en la materia son esenciales. La otra área donde las partes interesadas y la participación de expertos en la materia son fundamentales está en pruebas aceptables para el usuario para verificar que los requisitos fueron entregados por el equipo. Una matriz de trazabilidad de requisitos es una herramienta valiosa para garantizar que se pueda probar cada requisito. Varias otras herramientas y técnicas de recopilación de información incluyen análisis de documentos, análisis de interfaz, entrevistas, encuestas, grupos focales, y facilitó talleres utilizados para recopilar requisitos. Desarrollo de prototipos y demostración de trabajo parcial. se utilizan cada vez más para verificar las interfaces de usuario. El documento de requisitos comerciales o BRD es un informe formal que detalla todas las necesidades del negocio y objetivos para una nueva solución de negocio ser creado y entregado por el equipo del proyecto. El documento completo describe lo que se espera del equipo medida que avanza el proyecto. en el documento de requisitos, el equipo del proyecto captura las necesidades del negocio que son oportunidades de mejora y puntos débiles, cuales son las debilidades que a la empresa le gustaría proyectar corregir o mejorar. Creación de un documento de requisitos comerciales con todos los requisitos proporciona estructura para el equipo del proyecto y ayuda a ganarse la confianza de las partes interesadas clave. Casos de uso, escenarios de usuarios o historias de usuarios mostrar los procesos de negocio y proporcionar información sobre el uso y operación de un sistema desplegado. Son un listado paso a paso de las actividades. realizado por los usuarios del sistema cumplir una sola función en un escrito y forma narrativa, como un diagrama de flujo de trabajo. Un caso de uso incluirá como mínimo a todos los actores o dispositivos en el escenario, cualquier condición previa que debe existir o desencadenantes para iniciar la historia, las principales tareas o pasos de función realizados por cada historia, la información del sistema que requiere el actor, produce o cambia, y condiciones para cuando el caso de uso termine con éxito o como un fracaso. Modelo de estado de ocurrencia es un modelo de proceso y diagrama de flujo de trabajo que muestra los procesos de negocio tal como existen actualmente. El modelo puede ser construido por analistas de negocios. y expertos en la materia. Una vez que el estado actual como es el modelo es desarrollado y revisado, entonces el modelo de estado futuro ofrece el flujo de trabajo potencial y muestra mejoras sugeridas por expertos en la materia. Algunos temas comunes para mejoras incluir la reducción de pasos perdidos en el proceso, reducir el tiempo involucrado en ciertos pasos en el proceso, proporcionando información más completa a una persona que hace el trabajo, eliminar obstáculos o desafíos en el proceso existente, y brindando un mejor servicio al cliente y motivar a los empleados. El proceso de construcción del estado actual. y los modelos de estado futuro brindan orientación para el equipo del proyecto. También es un ejercicio útil para dibujar requisitos mostrando las necesidades del negocio de mejoras generadas por expertos. El grupo que construye el modelo de estado futuro utiliza su experiencia y creatividad para mejorar un proceso débil. Al anticipar el diseño, el equipo del proyecto trabaja con las áreas funcionales de negocio para recopilar reglas y requisitos comerciales sobre los datos necesarios para la solución. Las reglas de negocio son declaraciones que describen criterios y condiciones para tomar una decisión comercial. El mapeo de las partes interesadas es parte del análisis de las partes interesadas y es construido por el equipo del proyecto para determinar el nivel de participación de las partes interesadas y guiar la planificación de la comunicación para el proyecto. Este mismo mapa de partes interesadas se puede utilizar para la planificación de necesidades. También se puede utilizar como punto de partida. para planificar el enfoque y sesiones de trabajo por grupos para levantamiento de requerimientos. En general, es más difícil reunir los requisitos. en un grupo grande. Es más fácil dividir a las partes interesadas con sesiones de trabajo de cuatro a ocho personas para centrarse en los detalles por tema. Después de las pequeñas sesiones de trabajo, el equipo del proyecto luego reúne a todo el grupo para revisar y finalizar los requisitos. Una forma de documentar los requisitos es una matriz de trazabilidad de requisitos o RTM. Un RTM permite a los gerentes de proyecto monitorear los requisitos del proyecto y los objetivos del proyecto mediante el uso de una tabla que catalogue los requisitos. Estos requisitos están numerados y vinculado con los objetivos del proyecto. El propósito de este sistema de rastreo es asegurar que se cumpla cada requisito y que el equipo del proyecto tiene una forma de rastrear el trabajo relacionado con un requisito a lo largo de la duración del proyecto.