Descrito em 8. Entre os participantes incluem-se membros da equipe do projeto e outras partes interessadas envolvidas ou afetadas pelo projeto. Resumo de quaisquer riscos ou problemas encontrados no projeto e como estes foram resolvidos. Documentos operacionais e de suporte. Documentos de encerramento do projeto ou da fase. Escopo do projeto. O escopo geral de um projeto adaptativo pode ser desmembrado em um conjunto de requisitos e trabalhos a serem executados, comumente chamado de backlog do produto.
Coletar, documentar e gerenciar os requisitos das partes interessadas ocorrem dentro dos processos de Gerenciamento do Escopo do Projeto. Quais diretrizes o gerente do projeto deve estabelecer para que os requisitos sejam reutilizados no futuro? Abordagem de desenvolvimento. Estabilidade dos requisitos. Plano de 5. Os componentes do plano de gerenciamento do projeto incluem, entre outros: Plano de gerenciamento da qualidade.
Descrito do ciclo de vida do projeto. Os participantes podem incluir o gerente e o patrocinador do projeto, membros selecionados da equipe do projeto e das partes interessadas, qualquer pessoa com responsabilidade por gerenciar quaisquer dos processos de gerenciamento do escopo e outros, conforme a necessidade. O plano de gerenciamento do escopo pode ser formal ou informal, amplamente estruturado ou altamente detalhado, com base nas necessidades do projeto. Documentos do projeto 5.
Os requisitos incluem as necessidades quantificadas e documentadas e as expectativas do patrocinador, do cliente e de outras partes interessadas. Os requisitos tornam-se a base da EAP.
Os componentes do plano de gerenciamento do projeto incluem, entre outros: Plano de gerenciamento do escopo. Plano de gerenciamento dos requisitos. Plano de engajamento das partes interessadas. O registro de premissas identifica premissas sobre produto, uu projeto, ambiente, partes interessadas e outros fatores que podem influenciar os requisitos.
Registro das Partes Interessadas. Os Acordos podem conter requisitos de projeto e de produto. Mapeamento mental. Silenciosamente, cada pessoa gera e anota ideias. Requisitos das partes interessadas. Descrevem as necessidades de uma parte interessada ou de um grupo uu de partes interessadas. Os requisitos funcionais descrevem os comportamentos do produto. Requisitos de projeto. Requisitos da qualidade. Os atributos associados a cada requisito devem ser registrados na matriz de rastreabilidade dos requisitos.
A Figura fornece um exemplo de matriz de rastreabilidade dos requisitos com seus atributos associados. Matriz de rastreabilidade dos requisitos Nome do projeto:.
Exemplo de uma Matriz de Rastreabilidade dos Requisitos. Definir o Escopo: Diagrama de Fluxo de Dados. O processo Definir o Escopo pode ser altamente iterativo. Descreve as entregas do projeto em detalhes. A Tabela descreve alguns dos elementos principais de cada documento.
Um componente do plano de gerenciamento do projeto inclui, entre outros, o plano de gerenciamento do escopo. Uma abordagem ascendente bottom-up pode ser usada para agrupar subcomponentes.
Planejamento Software Software Software Software. Pacote de trabalho. Pacote de planejamento. Uma conta de controle pode incluir um ou mais pacotes de planejamento. Os documentos do projeto que podem ser atualizados como resultado de realizar este processo incluem, entre outros: nnRegistro de premissas. Validar o Escopo: Diagrama de Fluxo de Dados. Controlar o Escopo: Diagrama de Fluxo de Dados. Cronograma do projeto. O planejamento adaptativo define um plano, mas reconhece que, uma vez iniciado o trabalho, as prioridades podem mudar e o plano precisa refletir esse novo conhecimento.
Cronograma sob demanda. Suporte de tecnologia. A Figura ilustra o diagrama de fluxo de dados do processo.
Plano de 6. O plano de gerenciamento do cronograma pode ser formal ou informal, altamente detalhado ou generalizado, com base nas necessidades do projeto, e inclui limites de controle apropriados. A metodologia e a ferramenta de cronograma a uu serem usadas no desenvolvimento do modelo do cronograma do projeto. Unidades de medida. Limites de controle. Definir as Atividades: Diagrama do Fluxo de Dados. Os componentes do plano de gerenciamento do projeto incluem, entre outros: Plano de gerenciamento do cronograma.
Os componentes de cada atividade evoluem ao longo do tempo. Plano de gerenciamento do projeto. Documentos 6. Sequenciar as Atividades: Diagrama do Fluxo de Dados.
O processo Sequenciar as Atividades concentra-se em converter as atividades do projeto de uma lista para um diagrama, para servir como primeiro passo para publicar a linha de base do cronograma. Lista de atividades. As atividades e suas premissas relacionadas devem ser documentadas. Diagrama de Rede do Cronograma do Projeto. A Figura ilustra um diagrama de rede do cronograma do projeto. Pode incluir detalhes do projeto todo ou ter uma ou mais atividades de resumo.
Requisitos de recursos. Otimista tO. Pessimista tP. Desenvolver o Cronograma: Diagrama do Fluxo de Dados. Os atributos das atividades fornecem os detalhes usados uu para criar o modelo do cronograma. Diagramas de rede do cronograma do projeto. Os requisitos de recursos das atividades identificam os tipos uu e quantidades de recursos exigidos para cada atividade usada para criar o modelo do cronograma.
O caminho mais longo tem a menor folga total—geralmente zero. Nome da atividade. Atividade C Tom: 8 horas. O cronograma do projeto pode ser apresentado num formato resumido, algumas vezes chamado de cronograma mestre ou cronograma de marcos, ou apresentado detalhadamente. Data dos dados Resumo do cronograma. Data dos dados Cronograma detalhado.
D Projetar componente 1 20 TI 1. B Construir componente 1 T Testar componente 1 14 II 1. M1 Completar componente 1 0. Data dos dados. Documentos do projeto 6. Controlar o Cronograma: Diagrama do Fluxo de Dados. Dados do cronograma. Trabalho restante ideal. Em outras, como projeto de facilidades de capital, o Gerenciamento dos Custos do Projeto pode incluir esse trabalho. Em outras palavras, o projeto ganhou mais do que o planejado em determinado ponto no tempo.
Gerenciamento do Valor Agregado. Plano de 7. Os componentes do plano de gerenciamento do projeto incluem, entre outros: Plano de Gerenciamento do Cronograma. Plano de Gerenciamento dos Riscos. O plano de gerenciamento dos riscos fornece uu a abordagem para identificar, analisar e monitorar os riscos.
Por exemplo, o plano de gerenciamento dos custos pode estabelecer o seguinte: Unidades de medida. Detalhes adicionais. A Figura retrata o diagrama de fluxo de dados do processo. Documentos 7. Diagrama do fluxo de dados do processo Estimar os Custos. Os componentes do plano de gerenciamento do projeto incluem, entre outros: Plano de Gerenciamento dos Custos. Plano de Gerenciamento da Qualidade. Otimista cO. Pessimista cP. Um exemplo seria avaliar custos, cronograma, recursos e impactos de qualidade da compra versus fazer uma entrega.
Por exemplo, o retrabalho para algumas entregas do projeto pode ser antecipado, embora a quantidade desse retrabalho seja desconhecida. Custo da qualidade. As mesmas podem ser apresentadas em formato resumido ou detalhado. O registro dos riscos pode ser atualizado quando respostas uu apropriadas ao risco forem escolhidas e aceitas durante o processo Estimar os Custos.
Plano de gerenciamento dos recursos. Estimativas de custos. O registro dos riscos deve ser revisto para considerar como uu agregar os custos de resposta aos riscos. Financiamento envolve obter recursos financeiros para projetos. Reserva gerencial ONT Valores cumulativos. Linha de base Gastos dos custos.
Linha de base dos custos, gastos e requisitos de recursos financeiros. Os requisitos de recursos financeiros podem incluir a s fonte s dos mesmos. Custos estimados de cada atividade podem ser registrados uu como parte do cronograma do projeto. Realigned Chapters — A few chapters are realigned in front end Chapters 1 to 3. The information from Chapter 1 to 3 will be furnished in two chapters namely Chapters 1 and 2.
There will be Process Tailoring, which implies analyzing the project to determine how much emphasis shall be laid on each process based on the scope and size of the project. This concept will be emphasized for the first time in sixth edition.
The Project Scope vs. Product Scope concept will also be emphasized for the firs t time. There will be a distinction between "Communication" communication between two people and "Communications" artifacts, such as published e -mails. Project Managers will now be encouraged to prepare updates on a frequent basis not just at the end of the project. Overall Approach:. The standard moves from processes to principles: The 12 project management principles in The Standard for Project Management are built around a set of statements that guide the actions and behaviors of project management practitioners regardless of development approach.
Basis for Design:. The guide moves from Knowledge Areas to eight project performance domains defined as groups of related activities that are critical for the effective delivery of project outcomes. Project Environment:. No change. The Project Environment remains the same with a focus on internal and external influencers. Project Application:.
0コメント