Versão em PDF
Descrição
Este processo representa as atividades necessárias para assegurar que o projeto inclui todo o trabalho necessário, e apenas o necessário, para terminar o projeto com sucesso, além da definição dos critérios de qualidade e de aceitação que deverão ser respeitados.
Também são definidas as formas como as informações do projeto serão geradas, coletadas, distribuídas, armazenadas (estrutura e local), recuperadas e organizadas de maneira oportuna e apropriada.
Descrição
A partir das informações presentes nos documentos solicitação de projeto e termo de abertura, o coordenador do projeto inicia o processo de levantamento de requisitos do projeto, descrevendo-os na documentação apropriada.
Reuniões de esclarecimento de dúvidas e investigação dos requisitos ocorrerão constantemente com o cliente do projeto, até que todas as dúvidas e entendimentos sejam solucionados.
Após o pleno entendimento das necessidades do projeto, os documentos que identificam os requisitos do projeto são refinados e concluídos.
Tarefas
| Tarefa | Descrição |
| Entender os requisitos macros | Realizar a leitura de toda documentação elaborada para o projeto, como a solicitação de projeto e o termo de abertura. |
| Realizar reuniões de entendimento | Promover reuniões de esclarecimentos de dúvidas e detalhamento dos requisitos identificados. |
| Descrever os requisitos | Elaborar os documentos de levantamento de requisitos, conforme a necessidade do projeto. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Coordenador do Projeto |
Entrada | Solicitação de projeto Termo de abertura |
Saída | Documento de levantamento de requisitos Registro de questões |
Observações
| Observações |
Durante o entendimento dos requisitos, o coordenador do projeto poderá solicitar ao cliente uma documentação complementar como normas, processos mapeados (to be), regras de negócio, manuais e procedimentos que poderão ser utilizados para melhor descrever os requisitos do projeto. O documento de levantamento de requisitos poderá variar conforme o tipo do projeto. Para projetos de desenvolvimento recomenda-se a utilização do documento Levantamento de Requisitos Detalhado. No caso de projetos de portal de conteúdo, o documento Levantamento de Requisitos de Conteúdo se torna mais indicado. Para os projetos de aquisição e de requisitos recomenda-se o uso do documento Levantamento de Requisitos Macro. |
Descrição
Os corresponsáveis pelo projeto são envolvidos como revisores do projeto e realizam uma verificação na documentação elaborada visando identificar problemas ou inconsistências semânticas e funcionais.
As funcionalidades e regras de negócio não serão avaliadas quanto a sua efetividade ou aderência ao processo do cliente. No entanto, sugestões poderão ser realizadas para melhorar os processos ou reduzir o escopo do projeto.
Somente com a aprovação dos revisores os documentos poderão ser enviados para a avaliação do cliente.
Tarefas
| Tarefa | Descrição |
| Revisar as descrições de requisitos | Realizar a revisão dos documentos de levantamento de requisitos. |
| Informar o resultado da revisão | Informar ao coordenador do projeto o resultado da revisão dos documentos. O resultado poderá ser aprovado ou reprovado. Caso reprovado, o revisor deverá indicar os pontos que precisam de ajustes. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Corresponsável pelo Projeto |
Entrada | Documento de levantamento de requisitos |
Saída | Revisado com sucesso Pontos de correção identificados |
Observações
| Observações |
A comunicação entre o revisor e o coordenador do projeto deverá ser evitada, pois o objetivo é que a documentação seja autossuficiente para o entendimento dos requisitos do projeto. |
Descrição
Ao concluir a elaboração e a revisão dos documentos de levantamento de requisitos, o cliente deverá realizar a validação destes, verificando a aderência as suas necessidades e ao negócio.
Tarefas
| Tarefa | Descrição |
| Validar as descrições de requisitos | Realizar a validação dos documentos de levantamento de requisitos, quanto à aderência ao negócio e às expectativas do produto final do projeto. |
| Informar o resultado da avaliação | Informar ao coordenador do projeto o resultado da avaliação dos documentos. O resultado poderá ser aprovado ou reprovado. Caso reprovado, o cliente deverá indicar os pontos que precisam de ajustes. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Responsável pelo Produto |
Entrada | Documento de levantamento de requisitos |
Saída | Requisitos aprovados Requisitos reprovados |
Descrição
A partir dos requisitos aprovados pelo cliente, o coordenador do projeto elabora a declaração de escopo do projeto que visa representar os limites do projeto, os entregáveis do projeto/produto e os pontos considerados fora do escopo do projeto. Outro artefato elaborado durante esta atividade é a estrutura analítica do projeto para representar e descrever os pacotes de trabalho do projeto.
Ao concluir estes documentos, são realizadas verificações com base numa lista de verificação, a fim de garantir que todos os pontos que tratam do escopo foram observados.
Ao final da definição do escopo do projeto é realizada uma apresentação para os envolvidos informando o escopo do projeto e o próximo passo do projeto, que é a contratação do fornecedor para a execução do projeto.
Tarefas
| Tarefa | Descrição |
| Elaborar a declaração de escopo | Com base nos requisitos aprovados, o coordenador do projeto elabora a declaração de escopo caracterizando os limites do projeto e os entregáveis do projeto e do produto. |
| Criar a EAP | A partir da visão dos entregáveis, o coordenador do projeto constrói a estrutura analítica do projeto representando os pacotes de trabalho e as suas respectivas descrições. |
| Verificar as informações de escopo | Ao concluir a elaboração da documentação de escopo do projeto, o coordenador do projeto verifica por meio de um checklist se todos os pontos foram devidamente preenchidos. |
| Apresentar o escopo do projeto | Ao final da definição de escopo, o coordenador do projeto elabora uma apresentação para informar o escopo do projeto para todos os envolvidos no projeto. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Coordenador do Projeto |
Entrada | Solicitação de projeto Termo de abertura Documento de levantamento de requisitos |
Saída | Declaração de escopo do projeto Estrutura analítica do projeto Checklist de escopo do projeto Apresentação do escopo do projeto |
Descrição
Com base nos requisitos aprovados, são identificados os itens de qualidade, de comunicação e de configuração que o projeto deverá respeitar quando for executado pelo fornecedor. Para isto são elaborados os planos para cada conjunto de itens.
Outro plano elaborado nesta atividade é o plano de risco que visa representar possíveis eventos que influenciarão o projeto negativa ou positivamente.
Tarefas
| Tarefa | Descrição |
| Elaborar o plano de comunicação | O coordenador do projeto elabora o plano de comunicação a partir da disponibilidade do cliente e da necessidade de manter o cliente informado. |
| Elaborar o plano de configuração | O coordenador do projeto elabora o plano de configuração para registrar como as informações do projeto serão mantidas, armazenadas e organizadas. |
| Elaborar o plano de qualidade | O coordenador do projeto elabora o plano de qualidade para registrar os critérios de qualidade que o fornecedor deverá observar e seguir no momento de cada entrega. |
| Elaborar o plano de risco | A partir das informações dos demais planos e do escopo do projeto, o coordenador do projeto elabora o plano de risco quantificando e informando os impactados dos eventos que poderão ocorrer durante o projeto. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Coordenador do Projeto |
Entrada | Declaração de escopo do projeto Estrutura analítica do projeto |
Saída | Plano de comunicação Plano de configuração Plano de risco Plano de qualidade |
Descrição
Este documento tem como objetivo descrever os requisitos funcionais macro para o posterior detalhamento durante uma determinada etapa ou fase do projeto. Esse documento deve ser utilizado para projetos específicos do ciclo de vida de requisitos ou aquisição. Para projetos que possuem conjuntos de funcionalidades segmentados em módulos, é recomendável ter um documento deste tipo por módulo.
Modelo
Descrição
Este documento tem como objetivo descrever os requisitos de conteúdo no formato de páginas pertencentes a um site. A descrição observa as funcionalidades que a página do site deverá ter e o formato do seu conteúdo. Também são informados os conteúdos já definidos para a página.
Esse documento destina-se única e exclusivamente aos projetos de portal de conteúdo, não podendo ser utilizado pelos demais tipos de projeto.
Modelo
Descrição
Este documento tem como objetivo descrever os requisitos funcionais, onde serão apresentados os perfis/papéis dos usuários, as regras de negócio, as precondições e pós-condições, o protótipo ou proposta de tela por meio de imagem ilustrativa e o detalhamento de cada campo presente na interface. É recomendado ter um documento para cada requisito macro, caso este exista.
Recomenda-se que o documento possua apenas informações sobre um determinado domínio, sendo este comumente segmentado em consulta, inclusão, alteração e exclusão de informações pertinentes ao domínio.
Esse documento destina-se principalmente a projetos de desenvolvimento de sistemas, podendo ser substituído por documentos de requisitos previamente elaborados.
Modelo
Descrição
Este documento visa registrar todas as dúvidas identificadas durante o projeto e as decisões que foram tomadas para saná-las, incluindo as respectivas datas e responsáveis pela identificação e definição.
Modelo
Descrição
Este documento tem como objetivo descrever as entregas do projeto e o trabalho necessário para criá-las, além dos itens que não serão contemplados no projeto (fora do escopo). Fornece também um entendimento comum do escopo do projeto entre as partes interessadas. Por meio deste é possível estabelecer uma linha de base para avaliar se as solicitações de mudança ou trabalhos adicionais estão contidos no escopo ou são externos aos limites do projeto.
Modelo
Descrição
O objetivo deste documento é apresentar a subdivisão das entregas e do trabalho do projeto em componentes menores, facilitando o seu gerenciamento. A estrutura analítica do projeto (EAP) é uma decomposição hierárquica orientada às entregas do trabalho a ser executado pela equipe (RNP e Fornecedor) para atingir os objetivos do projeto.
Este documento também fornece as descrições mais detalhadas dos componentes da EAP, dentro do Dicionário da EAP.
Modelo
Descrição
Este checklist tem como objetivo identificar não conformidades no preenchimento da declaração de escopo e da estrutura analítica do projeto.
Modelo
Descrição
Esta apresentação visa comunicar o escopo do projeto identificado pelos requisitos levantados, as principais características do projeto, e informar os envolvidos no projeto e seus respectivos papéis.
Modelo
Descrição
Este documento tem como objetivo descrever os critérios e normas para a garantia da qualidade do software. Seu escopo está relacionado à qualidade de todas as funcionalidades do software assim como dos métodos utilizados na pesquisa, desenvolvimento e manutenção da aplicação.
Modelo
Descrição
O objetivo deste documento é determinar as necessidades de informação e comunicação dos envolvidos no projeto; por exemplo, quem precisa de qual informação, quando ela será necessária, como e por quem ela será distribuída.
Modelo
Descrição
Este documento tem como objetivo indicar como deve ser garantida a integridade de códigos-fonte e demais produtos dos sistemas da RNP, permitindo o acompanhamento destes itens durante todo o ciclo de vida do projeto, e preservando o seu histórico de evolução.
Modelo
