O que você deve saber sobre a definição de escopo para o exame de certificação pmp

Para o Exame de Certificação PMP, você precisa saber que a definição de escopo abrange a definição do escopo do projeto e do produto em mais detalhes. âmbito claramente definido permite o sucesso do projeto. escopo mal definido leva ao conflito, retrabalho e insatisfação das partes interessadas. Portanto, o tempo gasto para entender completamente projeto e escopo do produto é tempo bem gasto.

Definir o escopo. O processo de desenvolvimento de uma descrição detalhada do projeto e do produto.

Definir o escopo: Entradas

Você usa as informações de alto nível a partir da abertura do projeto, a orientação do plano de gerenciamento de escopo, ea documentação mais detalhada requisitos para desenvolver uma declaração do escopo do projeto.

Declaração do escopo do projeto. A descrição do escopo do projeto, principais subprodutos, premissas e restrições.

A declaração do escopo do projeto ajuda das partes interessadas entender o que está dentro e fora do escopo e fornece uma base documentada para a tomada de decisões. Para organizações com processos de gerenciamento de projetos robustos, provavelmente você vai encontrar políticas e procedimentos que dão direção para definir o escopo. Você provavelmente irá também encontrar alguns modelos também.

Definir o escopo: Ferramentas e técnicas

Para passar de uma compreensão de alto nível do projeto, conforme documentado na abertura do projeto e conforme detalhado na documentação de requisitos, você precisa trabalhar com pessoas que entendem o produto, projeto e os detalhes técnicos. Outra maneira de dizer isso é que você precisa parecer dos peritos, e que pode vir na forma de membros da equipe, consultores, clientes ou organizações profissionais.

Você pode optar por recolher esses especialistas e ter uma oficina facilitada. Uma sessão de JAD, muitas vezes, ajudar na recolha da informação necessária para desenvolver uma declaração do escopo robusto.

Na prática, levantamento de requisitos e documentar o escopo do projeto acontecem ao mesmo tempo. É um ciclo iterativo que continua até que os requisitos estão completos e informações sobre o escopo do projeto está totalmente definido.

Análise de produto

Para muitos projectos, o resultado final é um ou mais produtos que podem ser divididos em partes ou dos produtos que o compõem. Ao analisar o produto final e determinar os elementos componentes, você pode obter uma melhor compreensão dos resultados e critérios de aceitação apropriados.

Dependendo do tipo de projeto que você está trabalhando, você pode ouvir este processo conhecido como engenharia de sistemas, quebra do produto, análise de requisitos, ou Engenharia de valor.

geração de alternativas

Em gerenciamento de projetos, geralmente há mais de uma maneira de ir sobre o cumprimento dos objectivos. Você pode levar em consideração os benefícios, custos, riscos e viabilidade de várias opções, seja tão simples como decidir se deve terceirizar o trabalho ou fazer o trabalho em casa, ou avaliar se a utilização de um produto já existente como ponto de partida, ou reinventar algo começando com uma lousa em branco.

Como sua equipe passa pelo processo de análise do produto e geração de alternativas, o escopo do projeto torna-se mais claro, e você pode começar a desenvolver a declaração do escopo do projeto.

Definir o escopo: Saídas

A declaração do escopo do projeto pode ser tão detalhado quanto necessário para compreender e controlar o escopo. No mínimo, deve incluir, quer directamente ou por referência a outros documentos, o seguinte:

• Descrição do escopo do produto: Uma descrição pormenorizada do produto. Ele deve conter mais detalhes do que a carta do projecto.

• Critérios de aceitação: A descrição das condições ou critérios que devem ser atendidos para que o cliente aceitar os componentes do produto final ou produtos.

• entregas: Incluem não só as entregas do produto, mas também as entregas do projeto. Isso pode incluir o treinamento, documentação, relatórios, pesquisa, e similares.

• exclusões do projeto: Esclarecer o que é não na mira. Essas exclusões devem ser declaradas implicitamente para minimizar mal-entendidos e os conflitos mais tarde no projeto.

  Uma das maneiras mais fáceis de controlar o seu escopo é definir claramente o que é excluído. Muitas partes interessadas irão assumir que se algo não for excluído, ele está incluído. Aqueles que lutaram esta batalha algumas vezes ter aprendido a inserir essa frase simples para as exclusões: “Qualquer coisa não especificamente incluídos, é excluído.”

• restrições do projeto: Uma limitação ou restrição. Muitas vezes, um orçamento fixo ou contratualmente acordadas datas marcantes são restrições. Certas normas regulamentares também são restrições.

• As premissas do projeto: Aspectos do projeto que são pensados ​​para ser verdade, mas não são comprovados devem ser documentadas. Por exemplo, você poderia supor que uma cafetaria fornecedor de serviços de alimentos vai fazer qualquer preparação de alimentos. Esta não será determinado até que um contrato para o trabalho extra é concluída, mas neste momento, você pode supor que isso seja verdade para fins de planejamento.

Premissas. Fatores no processo de planejamento que são considerados verdadeiros, reais, ou certos sem prova ou demonstração.

Limitação. Um fator limitante que afeta a execução de um projeto, programa, carteira, ou processo.

Um exemplo de uma restrição de programação é qualquer limitação ou restrição no cronograma que afecta quando uma actividade de programação pode ser prevista, tal como uma data de entrega fixo ou marco.

Muitos gerentes de projeto mover seus pressupostos para um log de Assunção como eles são elaborados progressivamente. Você pode consultar o log na declaração do escopo, ou mantê suposições de alto nível na declaração do escopo e os mais detalhados no registro de Assunção.