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 do 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 compreender plenamente 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 entregas, suposições e restrições.

A declaração do escopo do projeto ajuda as 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, você provavelmente vai encontrar políticas e procedimentos que dão direção para definir o escopo. Você provavelmente 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 no termo de abertura e conforme detalhado na documentação de requisitos, você precisa trabalhar com pessoas que entendem do produto, projeto e os detalhes técnicos. Outra maneira de dizer isto é 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 a recolher as informações necessárias para desenvolver uma declaração do escopo robusta.

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.

A análise do 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 determinação dos elementos que o compõem, 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

Na gestão de projectos, 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 usar um produto já existente como ponto de partida, ou reinventando algo começando com uma lousa em branco.

Como sua equipe vai através do 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, directamente ou por referência a outros documentos, o seguinte:

  • Descrição do escopo do produto: A descrição narrativa 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 do produto.

  • entregas: Incluir não apenas as entregas de produtos, mas também os produtos do projeto. Isso pode incluir o treinamento, documentação, relatórios, pesquisa e assim por diante.

  • exclusões do projeto: Esclarecer o que é não na mira. Essas exclusões devem ser declaradas implicitamente para minimizar mal-entendidos e conflitos posteriormente 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 esta frase simples para as exclusões: # 147 Qualquer coisa não especificamente incluída, é excluído # 148.;

  • 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ço de alimentação irá 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 horário é qualquer limitação ou restrição no cronograma do projeto que afeta quando uma atividade do cronograma pode ser agendada, como uma data de entrega fixa 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 registo na declaração do escopo, ou mantê suposições de alto nível na declaração do escopo e os mais detalhados no registo de Assunção.

menu