O que você deve saber sobre Creep escopo versus Âmbito Mudança para o Exame de Certificação PMP

Para o Exame de Certificação PMP, você deve saber que a diferença entre o aumento do escopo e de mudança do escopo é abordar o impacto da mudança do escopo no cronograma, custos e outros aspectos do projeto.

mudança do escopo

Comece por olhar para algumas das causas comuns de mudanças de escopo:

  • evento externo: As mudanças no ambiente competitivo ou um novo regulamento pode causar a equipe ou o cliente a reconsiderar a definição do produto.

  • Erro no âmbito do produto definir: Se um requisito foi deixada de fora na definição do âmbito originalmente, o âmbito terá de ser alterado para incluir o novo requisito.

  • Erro no escopo do projeto que define: Um erro na definição do escopo do projeto, tais como necessária para utilizar procedimentos ou processos específicos, poderia implicar a mudança do escopo do projeto.

  • Valor-adicionando a mudança: Às vezes, um membro da equipe encontra uma maneira melhor de realizar o trabalho ou determina como para melhorar a qualidade, fazendo coisas de forma diferente.

  • A implementação de um plano de contingência ou solução alternativa: Se um evento de risco ocorre e você precisa tomar medidas para responder a ela, as acções podem provocar uma alteração do projeto ou do produto.

  • Cliente vê o produto e quer alterações: Alguns projetos de desenvolvimento de produto empregar um ciclo de vida que permite o desenvolvimento iterativo como os usuários de clientes e fim ver resultados provisórios. Esta é ainda uma mudança de escopo, mas a equipe do projeto é o planejamento para o projeto e as entregas a evoluir com cada iteração.

Veja como cada um desses tipos de mudanças poderiam ser aplicados ao centro de acolhimento de crianças.

  • evento externo: Há novos regulamentos em matéria de água pressão e vazão.

  • Erro na definição do produto: O arquiteto não colocar para fora o sistema HVAC corretamente para coincidir com o piso plano.

  • Erro na definição do projeto: O gerente de projeto não inclui o contratante nas reuniões de equipe semanais ou incluir o relatório semanal templates o contratante terá de apresentar.

  • Valor-adicionando a mudança: O empreiteiro geral vem de uma manhã e diz-lhe que ele sabe de uma empresa atacadista de suprimentos de cozinha que vai sair do negócio, com aparelhos por menos de atacado e maior grau do que os aparelhos que você planejados para o centro de acolhimento de crianças. Esta mudança melhora o desempenho e reduz o custo.

  • A implementação de um plano de contingência ou solução alternativa: Considere o seguinte risco: Nº 147-A cidade pode não aprovar os planos, causando assim um atraso no cronograma. # 148- Se tivesse ocorrido esse risco, a resposta foi para mitigar o risco, seguindo-se semanalmente. Se o risco ocorrido de qualquer forma, o plano de contingência foi para iniciar imediatamente a elaboração de planos de voltar a apresentar. Este é escopo adicional que teriam de ser incorporadas ao projeto.

  • Cliente ver o produto e as mudanças que querem: Suponha que os pais vêm para o centro de acolhimento de crianças após o quadro é concluído, mas antes de qualquer, encanamento e trabalho HVAC elétrica tem sido feito. Alguns dos pais acho que seria uma boa idéia para aumentar o tamanho da sala de jogos e diminuir o tamanho da área de refeições.

    O contratante está no local e diz que poderia ser feito - e que ele pode dar-lhe uma estimativa para implicações de custo e cronograma até o final da semana.

aumento do escopo

Agora olhe para o outro lado da equação: aumento do escopo. Nenhum projeto é imune aos perigos do aumento do escopo. Você tem que ser forte, tem boa definição do escopo, e ter um bom processo de controle de mudanças para evitá-lo. Aqui estão algumas das causas mais comuns de aumento do escopo:

  • Falta de controle de mudanças: Se você não tem um sistema de controle de mudanças bem definida, você não pode controlar eficazmente o projeto. Não é o suficiente para ter um sistema de controle de mudanças, no entanto. As partes interessadas têm de saber sobre ele, não pode ser excessivamente proibitivo de usar, e você tem que aplicá-la.

  • Não entendendo o trabalho necessário para cumprir os objetivos do projeto: Se você começar a trabalhar em um projeto antes de entender todo o trabalho necessário para cumprir os objectivos do projecto, é provável que você perca as entregas ou perder a quantidade de trabalho necessário para atender a essas entregas.

  • Falta de comunicação: As partes interessadas podem dizer o que querem - e em suas cabeças, essa mensagem é muito clara. No entanto, no processo de descodificação, o receptor pode ter uma interpretação completamente diferente do que a das partes interessadas quer. Por não usar vários modos de comunicação, usando o jargão, ou supondo que você entender o que o cliente quer, você está deixando-se abrir a erros de interpretação do âmbito de aplicação para entregar o que o interessado quer.

  • Não estou dizendo que não: Isto aplica-se aos membros gerente de projeto, patrocinador, e de equipe. Pode ser assustador e desagradável para dizer a alguém que não pode ter o que quer. Às vezes parece mais fácil simplesmente dar às pessoas o que eles querem. Você deve aplicar o sistema de controle de mudanças. Você não tem que ser rude sobre isso, mas você deve se certificar de que é seguido!

Para evitar o rastejamento do espaço, siga estas regras:

  1. Totalmente definir e documentar o seu âmbito de aplicação.

  2. Reúna-se com seus stakeholders e clientes muitas vezes para confirmar que todos têm o mesmo entendimento do escopo.

  3. Estabelecer um sistema de controle de mudanças que inclui

  4. Um formulário de solicitação de mudança

  5. Um processo para analisar os impactos das solicitações de mudança

  6. Uma placa de controle de mudanças para discutir e determinar o resultado da solicitação de mudança

  7. Um método para comunicar o status de solicitação de mudança (aprovado, negado, pended)

  8. Um procedimento para atualizar planos para incorporar as mudanças aprovadas

  9. Documentar o escopo usando requisitos, uma declaração do escopo, a EAP, e um dicionário EAP.

  10. Obter sign-off sobre o alcance e linha de base-lo.

  11. Aplicar o sistema de controle de mudanças.

  12. Mantenha documentos do projecto até à data.

menu