O Reino Perdido – Porque Projetos Falham

[dailymotion id=xb6hnk]

Tragam a pipoca e o refrigerante caros leitores, relaxem e assistam 20 minutos de diversas formas de como um projeto pode ir para o buraco.

Na sua opinião, qual foi o pior erro? Comentem!

Edit: Ok, o filme ficou com uma péssima sincronia de audio/video depois do upload pro dailymotion, então segue um link para download.

Leia também:

Por que projetos falham?
Por que Projetos Falham: 20 Dicas para Gerentes de Projetos

Resposta PMP XX

[polldaddy poll=1828172] Resposta correta: Adicionar esta ação corretiva aos registros históricos. Temos aqui uma situação em que ou o projeto já foi concluído ou a ação corretiva tomada implementada e resolveu o problema sem deixar vestígios ou novos riscos.

Supondo que a ação corretiva foi tomada de acordo com o plano de gerenciamento de mudanças, seria possível identificar em que ponto o processo foi quebrado e descobrir quem implementou a ação corretiva e reportar isso ao gerente funcional. Mas de nada serviria ao projeto como um todo. Identificar quem causou o problema também não resolve a situação, uma vez que este já foi corrigido de forma satisfatória. Esta opção, entretanto, é importante para que você possa documentar a situação (lembrando que pode não ser quem, mas sim o que, a causar problemas no seu projeto). Identificar a razão pelo qual a mudança não foi documentada também não atualiza a documentação do projeto, mas como na alternativa anterior, lhe  ajudaria a identificar falhas no processo de documentação de mudanças.

Por fim, a única resposta que resolve o problema proposto é Adicionar esta ação corretiva aos registros históricos permitindo assim que  a documentação do projetos ficasse completa. Esta questão cai também no ‘Ciclo de vida das Mudanças’: Identificar, Avaliar, Informar, Aceitar/Negar, Implementar/Documentar. A mudança foi identificada (alguém no projeto percebeu um problema), avaliada (logo chegou-se a uma solução para ela), e aceita/implementada (a ação corretiva foi posta em prática e solucionou o problema). Mas ninguém informou nada sobre isso, muito menos documentou a situação.

Treinamento para certificação PMP, no seu SmartPhone!
Prepare-se para a Certificação PMP no seu próprio ritmo!

Resposta PMP XIX

[polldaddy poll=1786352]

Resposta correta: Informar o cliente dos impactos das mudanças. A questão diz que a alteração solicitada irá causar impactos no caminho crítico, logo, a mesma já foi analisada. O gerente de projetos só toma uma ação quanto uma alteração uma vez que esta tenha sido aceita formalmente (normalmente pelo sponsor, alta gerencia, PMO ou uma comissão de gerenciamento de mudanças). Aqui vem a pegadinha (na qual nenhum de vocês caiu!): antes de repassar a solicitação de mudança para a parte interessada que irá aprovar ou rejeitar a requisição, o gerente do projeto deve informar a parte que a solicitou dos seus impactos.

O “ciclo de vida das mudanças’ é o seguinte: Identificar, Avaliar, Informar, Aceitar/Negar, Implementar/Documentar. Lembrem-se sempre de que as mudanças negadas devem ser documentadas de forma que o gerente possa ter um controle sobre o que aconteceu e o que não aconteceu no projeto (e por que).

Caminho Crítico: O caminho crítico é a soma de atividades de uma determinada tarefa do projeto em que não há folga entre as mesmas, ou seja, não podem haver atrasos. Se uma atividade do Caminho Crítico do projeto sofrer um atraso, o projeto como um todo estará com problemas de cronograma, pois o Caminho Crítico é o sequenciamento de atividades interdependentes de maior duração em todo o projeto.

Lembre-se que as respostas para a certificação devem ser escolhidas sempre pensando na melhor resposta possível. Esta resposta está em conformidade com o material apresentado no PMBoK 4ª Edição.

Treinamento para certificação PMP, no seu SmartPhone!
Prepare-se para a Certificação PMP no seu próprio ritmo!