Conecte-se
Fazer login

Galeria de mapas mentais PMP Capítulo 5 Gerenciamento do Escopo do Projeto

PMP Capítulo 5 Gerenciamento do Escopo do Projeto

Cursos básicos PMP de famosas escolas de negócios americanas. Os talentos de gestão de projetos tornaram-se um dos recursos humanos mais escassos na China. Esta é a mensagem que tem sido continuamente difundida no nosso mercado de talentos de escritório nos últimos anos. Nos últimos dois anos, o gerenciamento de projetos foi introduzido com sucesso na China pelo Bureau of Foreign Experts Affairs do meu país, e a American Project Management Scanners Association conduziu exames de certificação de qualificação PMP na China. Um grupo de pessoas interessadas em se tornar elites de gestão empresarial terá a sorte de obter o certificado PMP emitido pelo American Project Management Council. A característica distintiva deste livro é que ele é teórico e altamente prático e operável, tornando-o muito adequado para treinamento em gerenciamento de projetos.

Editado em 2023-02-22 15:35:14

WSysQn6v

Trabalhos recentes Ver mais trabalhos>>

PMP Capítulo 5 Gerenciamento do Escopo do Projeto

WSysQn6v

Trabalhos recentes Ver mais trabalhos>>

Recomendado para você
Descrição

Programa Anual de Treinamento
- 7
슈퍼직장인
Treinamento do processo de atendimento ao cliente pré-vendas (autouso)
- 4
슈퍼직장인
Treinamento esportivo
- 12
슈퍼직장인
Análise de necessidades de treinamento
- 8
WSysQn6v
Responsabilidades e qualificações do trabalho do especialista em treinamento
- 6
슈퍼직장인
Grande Departamento de Marketing
- 7
슈퍼직장인
Mapa mental de notas de treinamento em educação familiar
- 6
WSCoUtCI
Mapa mental do treinamento em gerenciamento de segurança
- 7
MM
Estrutura de treinamento de funcionários internos
- 3
_OwenPK
Conceito de teoria estratégica de reserva de talento 1.0
- 2
emmarosy

gerenciamento do escopo do projeto

Ideia central

Definição do escopo (fazer e realizar todo o trabalho necessário)

Gama de Produtos

As características e funções de um produto, serviço ou resultado

Decida o escopo do projeto

As mudanças por si só podem não causar necessariamente mudanças no escopo do projeto

Não inclui escopo do projeto

Base de Medição: Documento de Requisitos do Produto

Escopo do projeto

Trabalho que deve ser concluído para entregar produtos, serviços ou resultados com características e funções especificadas

Servir gama de produtos

As alterações por si só podem não causar necessariamente alterações no escopo do produto

Num sentido lato, por vezes também inclui uma gama de produtos

Medido em relação a: Plano de gerenciamento do projeto

Comparação do gerenciamento do escopo do ciclo de vida

Ciclo de vida preditivo

As entregas do projeto são definidas no início do projeto e quaisquer alterações no escopo são gerenciadas de forma incremental

Demanda estável e tecnologia madura

Esses processos são realizados a partir de todos os requisitos no início do projeto e atualizados conforme necessário através do processo geral de controle de alterações em tempo real.

Confirme o escopo: à medida que cada entrega é produzida ou nos pontos de revisão do estágio

Escopo de controle: contínuo

Linha de base do escopo final: Declaração do escopo do projeto WBS Dicionário da WBS

Ciclo de vida adaptável/ágil

As entregas são desenvolvidas através de múltiplas iterações, com escopo detalhado definido e aprovado no início de cada iteração

Lidar com um grande número de mudanças e envolvimento contínuo das partes relevantes

No início de cada iteração, inicie esses processos selecionando os itens de maior prioridade no backlog do produto

Escopo de confirmação e controle: Em cada iteração, dois processos serão repetidos

Linha de base do escopo final: itens inacabados, incluindo requisitos do produto e histórias de usuários

Tendências de desenvolvimento e práticas emergentes

Melhorar a vantagem competitiva definindo, gerenciando e controlando atividades de demanda

As atividades de análise de negócios podem começar antes do início do projeto e da nomeação do gerente de projeto

Foco na colaboração com profissionais de análise de negócios

O processo de gerenciamento de requisitos começa com a avaliação das necessidades e termina com o encerramento dos requisitos.

A relação entre gerentes de projetos e analistas de negócios é uma parceria.

Analista de Negócios Responsável pelas atividades relacionadas ao gerenciamento de requisitos

O gerente do projeto é responsável por garantir que essas atividades sejam organizadas no plano de gerenciamento do projeto e concluídas no prazo e dentro do orçamento, criando valor.

Fatores a serem considerados em contexto ágil ou adaptativo

Reduza intencionalmente o tempo gasto na definição e negociação do escopo no início do projeto e aumente o tempo gasto na criação de processos para exploração contínua e clareza do escopo.

Construa e revise protótipos propositalmente e faça vários lançamentos para esclarecer os requisitos. Adicione requisitos a itens inacabados

Fatores a serem considerados ao cortar

O processo inclui

Gerenciamento do Escopo de Planejamento (Grupo de Processos de Planejamento)

O processo de criação de um plano de gerenciamento do escopo para documentar como o escopo do projeto e o escopo do produto são definidos, validados e controlados.

Função principal: Fornecer orientação e orientação sobre como gerenciar o escopo ao longo do projeto

saída

plano de gerenciamento de escopo

Descrever como o escopo do projeto será definido, desenvolvido, monitorado, controlado e validado.

tome cuidado

O plano de gerenciamento do escopo não tem escopo (o escopo está na linha de base do escopo

Os planos de gerenciamento do escopo podem ser formais ou informais, muito detalhados ou de alto nível.

Plano de Gerenciamento de Requisitos (Plano de Análise de Negócios

Descrever como os requisitos do projeto e do produto serão analisados, documentados e gerenciados.

tome cuidado

O plano de gerenciamento de requisitos não tem requisitos (os requisitos estão no documento de requisitos

O conteúdo inclui atividades de gerenciamento de configuração, processo de priorização de requisitos, indicadores de medição, etc.

Reunir Requisitos (Grupo de Processo de Planejamento)

O processo de identificar, documentar e gerenciar as necessidades e desejos das partes interessadas para atingir os objetivos.

O que este processo faz: Estabelece a base para a definição do escopo do produto e do projeto.

precisar

Definição: De acordo com um acordo específico ou outra especificação obrigatória, um produto, serviço ou resultado deve ter as condições ou capacidades.

Os requisitos incluem as necessidades e expectativas quantificadas e documentadas de patrocinadores, clientes e outras partes interessadas.

digitar

arquivos de projeto

Cadastro de Interessados

Usado para entender quais partes relevantes podem fornecer informações relacionadas à demanda e registrar as necessidades e expectativas das partes relevantes para o projeto

documentos comerciais

Um documento comercial que afeta o processo de coleta de requisitos é o business case, que descreve os critérios necessários, esperados e opcionais que devem ser atendidos para atender às necessidades comerciais.

protocolo

O documento comercial que afeta o processo de coleta de requisitos é o business case, que descreve os padrões necessários, esperados e opcionais que devem ser atendidos para atender às necessidades do negócio.

Ferramentas e técnicas

coleção de dados

Debate

Muita criatividade, ideias e liberdade de expressão

Entrevista

Bate-papo direto, perguntas predefinidas e improvisadas, um para um, muitos para muitos, acesso a informações confidenciais

amostra

Mesma função, mesma área, formação semelhante, especialista no assunto (SME), moderador lidera a discussão interativa

Questionário

O público é diversificado, precisa ser preenchido rapidamente, está geograficamente disperso e é adequado para análises estatísticas

avaliação comparativa

Os benchmarks podem ser internos ou externos, no mesmo setor ou em setores diferentes, para identificar melhores práticas e formular sugestões de melhoria.

análise de dados

Análise de arquivo

Analise arquivos existentes

tomando uma decisão

voto

acordado por unanimidade

Todos concordam, Delphi (especialistas, anonimato, rodadas múltiplas, convergência, eliminação de preconceitos)

A maioria concorda

Se exceder 50%, o número de pessoas no grupo de tomada de decisão é geralmente definido como um número ímpar.

Uma maioria relativa concorda

Maioria relativa, normalmente utilizada quando há mais de dois candidatos.

tomada de decisão autocrática

Tomar decisões sozinho

Análise de decisão multicritério

Matriz de decisão, múltiplos critérios, avaliação e classificação

Peso * pontuação para encontrar a comparação da pontuação total

Desempenho de dados

Diagrama de afinidade

Agrupamento, classificação

mapeamento da mente

Integrar, refletir pontos em comum e diferenças, estimular novas ideias e mapear o cérebro

Relacionamentos e Equipes Habilidade

grupo nominal

Facilita o brainstorming, votação, priorização, escala de 5 pontos, contagem de rodadas

Observe (trabalhe com acompanhamento) e converse

"Acompanhamento do trabalho", dificuldade ou falta de vontade de explicar claramente, descobrindo necessidades ocultas

guia

conceito

Usado em conjunto com workshops temáticos, departamentos interfuncionais e diferentes, e coordenar as diferenças das partes interessadas

cena

design de aplicação conjunta ou Desenvolvimento (JAD

A indústria de desenvolvimento de software, especialistas no assunto de negócios e equipes de desenvolvimento estão concentrados

Implantação da função de qualidade QFD

Indústria de manufatura, coleta as necessidades do cliente (voz do cliente) para iniciar, classificar e classificar

histórias de usuários

Workshop de requisitos, funções, objetivos, motivações

Uma breve descrição de texto da funcionalidade desejada

Diagrama de interação do sistema

Mapa de topologia, visualização do escopo do produto

método de protótipo

Apoia o conceito de elaboração progressiva. Por exemplo: storyboard, que pode reduzir o risco de retrabalho.

Etapas (ciclo repetido): 1. Criação do modelo, 2. Experiência do usuário, 3. Coleta de feedback, 4. Modificação do protótipo (pode exigir um processo de mudança)

saída

Documento de requisitos (requisito único)

Descrever como vários requisitos únicos irão satisfazer as necessidades de negócios relacionadas ao projeto

Somente requisitos que sejam claros (mensuráveis e testáveis), rastreáveis, completos, coordenados e que estejam dispostos a serem reconhecidos pelas principais partes interessadas podem ser usados como referência.

Categoria de requisitos

Necessidades de negócios

alta administração e necessidades de toda a organização

Necessidades das partes interessadas

Necessidades das partes interessadas ou grupos de partes interessadas

Requisitos da solução

Classificação

Requisitos funcionais

Descreva os recursos que o produto deve ter

requisitos não Funcionais

O complemento aos requisitos funcionais são as condições ambientais ou requisitos de qualidade exigidos para o funcionamento normal do produto.

Os recursos, funções e características que um produto, serviço ou resultado deve ter para atender às necessidades do negócio e das partes interessadas.

Necessidades de transição e prontidão

Descreve os recursos provisórios necessários para a transição do "estado atual" para o "estado futuro", como transformação de dados e necessidades de treinamento

Requisitos do projeto

Ações, processos ou outras condições a serem cumpridas, como datas importantes, obrigações contratuais, restrições, etc.

Requerimentos de qualidade

Quaisquer condições ou padrões que confirmem a conclusão bem-sucedida das entregas do projeto ou o cumprimento de outros requisitos do projeto, como testes, certificação, validação, etc.

Matriz de Acompanhamento de Requisitos

É uma forma que conecta a demanda de produtos de outras fontes a entregas que podem satisfazer a demanda.

Vincular cada requisito às metas de negócios ou às metas do projeto ajuda a garantir que cada requisito tenha valor comercial

Fornece um método para rastrear requisitos ao longo do ciclo de vida do projeto (acompanhamento progressivo, acompanhamento reverso)

Ajuda a garantir que todos os requisitos aprovados no documento de requisitos possam ser entregues no final do projeto.

Os documentos de requisitos e a matriz de rastreamento de requisitos gerados durante a coleta de requisitos não representam o verdadeiro escopo do projeto.

São necessários mais esclarecimentos sobre o que está incluído no escopo do projeto e o que está excluído. (definir escopo)

Definir Escopo (Grupo de Processos de Planejamento)

O processo de desenvolvimento de descrições detalhadas de projetos e produtos

Função principal: Descrever os limites e critérios de aceitação de produtos, serviços ou resultados

Selecione os requisitos finais do projeto no documento de requisitos e especifique uma descrição detalhada do projeto e seus produtos, serviços ou resultados

Uma declaração detalhada do escopo do projeto deve ser preparada com base nas principais entregas, suposições e restrições documentadas durante o início do projeto

Também é necessário analisar a integralidade dos riscos, pressupostos e restrições existentes e fazer os acréscimos ou atualizações necessários.

Requer múltiplas iterações do processo de definição de escopo (envolvendo múltiplas iterações)

digitar

Termo de abertura do projeto (requisitos de alto nível)

Contém uma descrição de alto nível do projeto, características do produto e requisitos de aprovação

arquivos de projeto

documento de requisitos

Os requisitos que devem ser incluídos no escopo são identificados

Ferramentas e técnicas

análise de dados

Análise de alternativas

tomando uma decisão

Análise de decisão multicritério

Habilidades interpessoais e de equipe

guia

Use habilidades de facilitação em workshops e painéis para coordenar as principais partes interessadas com diferentes expectativas ou diferentes experiências profissionais para alcançar um consenso multifuncional sobre os resultados do projeto e os limites do projeto e do produto.

Análise de produto

Transforme descrições de produtos de alto nível em resultados tangíveis. As técnicas de análise de produto incluem decomposição de produto, análise de sistema, análise de demanda, engenharia de sistemas, engenharia de valor, análise de valor, etc.

saída

Declaração de escopo (entregas/critérios de aceitação)

É uma descrição do escopo do projeto, principais entregas, suposições e restrições. Todo o escopo é documentado, incluindo o escopo do projeto e do produto.

Descreve detalhadamente as entregas do projeto e representa o consenso entre as partes interessadas do projeto em relação ao escopo do projeto

Para facilitar o gerenciamento das expectativas das partes interessadas, a declaração do escopo do projeto identifica claramente quais trabalhos estão fora do escopo do projeto.

Inclui o seguinte

Descrição da gama de produtos

Refina progressivamente as características do produto, serviço ou resultado descrito no termo de abertura do projeto e no documento de requisitos

Entregáveis

Qualquer produto, resultado ou capacidade de serviço único e verificável que deve ser produzido. Também inclui resultados auxiliares, como relatórios e documentação de gerenciamento de projetos

Critérios de Aceitação

Uma série de condições que devem ser atendidas antes que uma entrega possa ser aceita

Exclusões

Declarar claramente o que está fora do escopo do projeto ajuda a gerenciar as expectativas das partes interessadas e a reduzir o desvio do escopo.

Criar WBS (Grupo de Processos de Planejamento) (Estrutura Analítica do Trabalho)

O processo de dividir as entregas e o trabalho do projeto em componentes menores e mais gerenciáveis

O que este processo faz: Fornece uma estrutura para o que deve ser entregue

A EAP organiza e define o escopo geral do projeto (a declaração do escopo do projeto define apenas o escopo, não o escopo organizacional)

Os componentes de nível mais baixo de uma EAP são chamados de pacotes de trabalho, que incluem trabalho planejado

No termo estrutura analítica do trabalho, trabalho refere-se aos produtos de trabalho ou entregas que são o resultado das atividades, e não às próprias atividades

Ferramentas e técnicas

discriminação

Técnicas para dividir progressivamente o escopo e as entregas do projeto em componentes menores e mais gerenciáveis

pacote de trabalho

O componente de nível mais baixo de uma EAP, cujo custo e duração podem ser estimados e gerenciados

Criar uma EAP significa dividir todo o trabalho do projeto em pacotes de trabalho

cinco etapas de decomposição

1. Identifique e analise os resultados e trabalhos relacionados

2. Determine a estrutura e o método de organização da EAP

3. Refinado e decomposto camada por camada, de cima para baixo.

4. Desenvolva e atribua códigos de identificação aos componentes da EAP

5. Verifique se o grau de decomposição das entregas é adequado

A forma da estrutura da EAP

Considere cada estágio do ciclo de vida do projeto como o segundo nível de decomposição, com produtos e entregas do projeto no terceiro nível.

Trate as entregas principais como o segundo nível de decomposição

Incorporar vários componentes de nível inferior desenvolvidos por organizações fora da equipe do projeto (como trabalho terceirizado)

Quatro coisas a serem observadas ao criar uma EAP

Se usar métodos ágeis, histórias longas podem ser divididas em histórias de usuários

Diferentes entregas podem ser decompostas em diferentes níveis

Não é que quanto mais detalhada for a decomposição, melhor. Uma decomposição demasiado detalhada causará um consumo ineficaz de esforços de gestão, uma utilização ineficiente de recursos, uma eficiência reduzida na implementação do trabalho e também causará dificuldades na agregação de dados a todos os níveis da EAP.

As entregas ou componentes que serão concluídos no futuro podem não ser decompostos (pacote de planejamento) no momento e exigir planejamento contínuo

quatro princípios principais

Princípio 100%

Tenha uma pessoa responsável clara

Regra das 80 horas

Não divida muito finamente

Como criar uma EAP

careca

baixo para cima

saída

Linha de base do escopo

declaração do escopo do projeto

Escopo do projeto

Principais resultados

Critérios de Aceitação

Exclusões de projetos

EAP

pacote de trabalho

pacote de planejamento

conta de controle

É um ponto de controle de gestão (que pode ser vinculado aos procedimentos financeiros da organização) no qual o escopo, o orçamento, os custos reais e o cronograma são integrados e comparados ao valor agregado para medir o desempenho

Cada conta de controle pode incluir um ou mais pacotes de trabalho (ou pacotes de planejamento), mas um pacote de trabalho só pode pertencer a uma conta de controle

Benchmark de teste de desempenho PMB: consiste em benchmark de escopo, benchmark de cronograma e benchmark de custo.

Dicionário WBS

Documentos detalhando resultados, atividades e informações de progresso para cada componente da EAP

Escopo de Validação (Grupo de Processos de Monitoramento)

O processo de aceitação formal das entregas concluídas do projeto pelo cliente ou patrocinador

O que este processo faz: Aumentar a probabilidade de aceitação do produto, serviço ou resultado final, aceitando cada entrega

digitar

Entregáveis verificados

Entregas que foram concluídas e verificadas como corretas pelo processo de controle de qualidade

Ferramentas e técnicas

Inspeção (revisão, revisão do produto, inspeção)

Conduzir atividades como medição, revisão e validação para determinar se o trabalho e as entregas atendem aos requisitos e critérios de aceitação do produto

saída

Entregáveis para aceitação

As entregas que atendem aos critérios de aceitação devem ser formalmente assinadas pelo cliente ou patrocinador

A documentação formal deve ser obtida do cliente ou patrocinador, comprovando a aceitação formal das entregas do projeto pelas partes relevantes

pedido de mudança

Se a aceitação falhar, as etapas do processamento são 1. Registrar (compreender) o motivo; 2. Seguir o processo de alteração para sanar o defeito;

Escopo de controle (grupo de processos de monitoramento)

Monitore o status do escopo do projeto e do produto e gerencie o processo de mudanças na linha de base do escopo

efeito

Manter a linha de base do escopo ao longo do projeto

Garantir que todas as solicitações de mudança, ações corretivas e ações preventivas sejam processadas através da implementação do processo geral de controle de mudanças

Ferramentas e técnicas

Análise de desvio

Usado para comparar uma linha de base com resultados reais para determinar se o desvio está dentro de uma faixa de valor crítico ou se é necessária uma ação corretiva ou preventiva

análise de tendências

Projetado para examinar mudanças no desempenho do projeto ao longo do tempo para determinar se o desempenho está melhorando ou piorando.

Determinar a causa e a extensão dos desvios da linha de base do escopo e decidir se ações corretivas ou preventivas precisam ser tomadas são tarefas importantes do controle do escopo do projeto.

Oportunista

Falha em fazer os ajustes correspondentes de tempo, custo e recursos, e expansão descontrolada do escopo do produto ou do projeto

banhado a ouro

Aumento do escopo dentro da equipe

O pessoal do projeto realiza atividades do projeto que não resolvem problemas reais e não têm valor de aplicação para agradar os clientes.

Oportunista

Aumento do escopo por motivos externos à equipe

Refere-se a clientes que propõem constantemente mudanças de escopo pequenas e imperceptíveis. Se não for controlada, a acumulação fará com que o projeto se desvie seriamente da linha de base do escopo estabelecida, levando à perda de controle e ao fracasso do projeto.

Se ocorreu aumento de escopo, as mudanças ruins precisam ser interrompidas e o processo de mudança revisado. Se o processo de mudança não for aprovado, as mudanças ruins precisam ser canceladas.