(Música calma) Bem-vindo à Documentação dos Requisitos do Projeto. Nessas aulas, descreveremos os documentos desenvolvidos necessários para reunir os requisitos do projeto. Você também descobrirá a importância de produzir documentação adequada e sua relevância para os ciclos de vida do gerenciamento de projetos. Também identificaremos vários métodos para levantamento de requisitos. O levantamento de requisitos é necessário para desenvolver os objetivos do projeto no início do projeto. Esta é uma área no plano do projeto onde o envolvimento das partes interessadas e o envolvimento de especialistas no assunto são essenciais. A outra área onde as partes interessadas e o envolvimento de especialistas no assunto são críticos está em teste aceitável pelo usuário para verificar se os requisitos foram entregues pela equipe. Uma matriz de rastreabilidade de requisitos é uma ferramenta valiosa para garantir que cada requisito possa ser testado. Várias outras ferramentas e técnicas de coleta de informações incluem análise de documentos, análise de interface, entrevistas, pesquisas, grupos focais, e oficinas facilitadas usadas para coletar requisitos. Desenvolvimento de protótipo e demonstração de trabalho parcial estão se tornando mais frequentemente usados para verificar interfaces de usuário. O documento de requisitos de negócios ou BRD é um relatório formal que detalha todas as necessidades do negócio e objetivos para uma nova solução de negócios a ser criado e entregue pela equipe do projeto. O documento completo descreve o que se espera da equipe medida que o projeto avança. no documento de requisitos, a equipe do projeto captura as necessidades do negócio que são oportunidades de melhoria e pontos de dor, que são fraquezas que a empresa gostaria de projetar corrigir ou melhorar. Construindo um documento de requisitos de negócios com todos os requisitos fornece estrutura para a equipe do projeto e ajuda a conquistar a confiança das principais partes interessadas. Casos de uso, cenários de usuários ou histórias de usuários mostrar processos de negócios e fornecer informações sobre o uso e operação de um sistema implantado. Eles são uma listagem passo a passo das atividades realizada por usuários do sistema para realizar uma única função em um escrito e forma narrativa, como diagrama de fluxo de trabalho. Um caso de uso incluirá, no mínimo, todos os atores ou dispositivos no cenário, quaisquer pré-condições que devem existir ou gatilhos para iniciar a história, as principais tarefas ou etapas de função executadas por cada história, as informações do sistema que o ator requer, produz ou altera, e condições para quando o caso de uso terminar com sucesso ou como um fracasso. Modelo de estado de ocorrência é um modelo de processo e diagrama de fluxo de trabalho que mostra os processos de negócios como eles existem atualmente. O modelo pode ser construído por analistas de negócios e especialistas no assunto. Uma vez que o estado atual como é o modelo é desenvolvido e revisado, então o modelo de estado futuro entrega o fluxo de trabalho potencial e mostra melhorias sugeridas por especialistas no assunto. Alguns temas comuns para melhorias incluem a redução de etapas desperdiçadas no processo, reduzindo o tempo envolvido em certas etapas do processo, fornecendo informações mais completas para uma pessoa que faz o trabalho, remover obstáculos ou desafios no processo existente, e prestar um melhor serviço ao cliente e motivar os funcionários. O processo de construção do estado atual e modelos de estado futuro fornecem orientação para a equipe do projeto. Também é um exercício útil para traçar requisitos mostrando as necessidades do negócio de melhorias geradas por especialistas. O grupo construindo o modelo do estado futuro usa sua experiência e criatividade para tornar um processo fraco melhor. Ao antecipar o design, a equipe do projeto trabalha com as áreas funcionais de negócio para reunir regras e requisitos de negócios sobre os dados necessários para a solução. As regras de negócios são declarações que descrevem critérios e condições para tomar uma decisão de negócios. O mapeamento das partes interessadas é uma parte da análise das partes interessadas e é construído pela equipe do projeto para determinar o nível de envolvimento das partes interessadas e orientar o planejamento de comunicação para o projeto. Este mesmo mapa de partes interessadas pode ser usado para o planejamento de requisitos. Também pode ser usado como ponto de partida planejar a abordagem e sessões de trabalho por grupos para levantamento de requisitos. Geralmente, é mais difícil reunir requisitos em um grande grupo. É mais fácil separar as partes interessadas com sessões de trabalho de quatro a oito pessoas para se concentrar em detalhes por tópico. Após as pequenas sessões de trabalho, a equipe do projeto reúne todo o grupo para revisar e finalizar os requisitos. Uma maneira de documentar requisitos é uma matriz de rastreabilidade de requisitos ou RTM. Um RTM permite que os gerentes de projeto para monitorar os requisitos do projeto e os objetivos do projeto usando uma tabela que cataloga os requisitos. Esses requisitos são numerados e vinculados aos objetivos do projeto. O objetivo deste sistema de rastreamento é garantir que cada requisito seja atendido e que a equipe do projeto tem uma maneira de rastrear o trabalho relacionado a um requisito durante toda a duração do projeto.