Post on 15-Aug-2015
PRINCE2 PRojects IN Controlled Environments
THIAGO TREVISANJunho/2015
2
Sobre o AutorGestor de ProjetosConsultor de Informática em Saúde
Certificações PMP ITIL v3 COBIT 5 PRINCE2
Contatos LinkedIn: https://br.linkedin.com/in/thiagotrevisan Email: tgtrevisan@gmail.com
Thiago Trevisan
3
Introdução
• O Principal interesse desta apresentação é a disseminação de conhecimento em gerenciamento de projetos;
• Caso tenha qualquer dúvida, ou sugestão, fique a vontade em entrar em contato, terei prazer em respondê-lo;
• Tenho interesse em ministrar cursos de gerenciamento de projetos para cursos preparatórios de certificação, universidades, etc.
4
Agenda História PRINCE PRINCE2 x Outras abordagens de projetos Certificação O que é o PRINCE2
PrincípiosTemasProcessos
5
O que é um projeto No manual PRINCE2, projeto está definido como uma
organização temporária criada com o objetivo de entregar um ou mais produtos de negócio de acordo com um Business Case acordado
6
História PRINCE2 foi originalmente desenvolvido pela CCTA, depois passou a fazer parte do
OGC. Desde 1989 tem sido utilizado como um padrão para gerenciamento de projetos especialmente no Reino Unido
A última revisão foi publicada em 16 de junho de 2009 pelo OGC, nomeado como PRINCE2:2009 Refresh
A partir de Agosto/2013, o PRINCE2 passou a ser de propriedade da AXELOS Limited, porém a utilização do PRINCE2 nas organizações é livre (não há que se pagar).
7
Números PRINCE2
Mais de 50 ferramentas de gerenciamento baseadas no PRINCE2
Usado em mais de 150 países
Considerado como o principal método de gerenciamento de
projetos
Usado em mais de 20k organizações
Livro: Gerenciando Projetos com PRINCE2 – Robériton Luis Oliveira Ribeiro
8
PRINCE2 x PMBOK A diferença básica entre o PMBOK e o PRINCE2, é que o primeiro é uma
base de conhecimento de boas práticas, o segundo é uma abordagem estruturada, com pessoas, papéis, e responsabilidades bem definidas.
O PMBOK orienta “o que” é necessário fazer o PRINCE2 o “como” fazer.
9
PRINCE2 x PMBOK O PMBOK implica que "gerenciamento de projetos" é o trabalho de um
gerente de projeto, enquanto que em PRINCE2 "gerenciamento de projetos" é o processo que as organizações utilizam para governar e entregar projetos.
As organizações alinhadas ao PMBOK poderiam assegurar que o gerente do projeto é responsável pelo sucesso de um projeto. Já sob o PRINCE2, o gerente do projeto nunca é responsável perante a organização pelo sucesso de um projeto; é apenas responsável perante o Conselho Diretor do Projeto, que é responsabilizado pela organização como um todo.
10
PRINCE2 x PMBOK (Processos)
http://managementplaza.com.br/pt/component/content/article/31-trainings/201-prince2-com-pmbok.html
11
PRINCE2 x PMBOKTemas x Áreas de Conhecimento
PRINCE2 PMBOK
1. Business Case2. Organização3. Qualidade4. Riscos5. Plano6. Mudança7. Progresso
1. Integração2. Escopo3. Tempo4. Custos5. Qualidade6. Recursos Humanos7. Comunicação8. Risco9. Contratos e Aquisições10. Partes Interessadas
12
PRINCE2 x SCRUM O processo Controlling a Stage é o processo que auxiliará na administração de estágio por
estágio. Durante o estágio, através do CS, os "pacotes de trabalho" serão definidos e acordados. Os pacotes de trabalho são, para os ambientes conduzidos com o SCRUM, o chamado SPRINT
Backlog. O SCRUM funcionará como se fosse o processo Managing a Product Delivery.
Cada SPRINT conterá um conjunto de requisitos a serem desenvolvidos e entregues quando prontos. E então voltam para o CS (Controlling a Stage). Durante o desenvolvimento de cada SPRINT podem ser criados os Relatórios de Ponto de Controle, permitindo o controle de cada estágio e a devida comunicação com a hierarquia organizacional.
http://managementplaza.com.br/pt/component/content/article/31-trainings/201-prince2-com-pmbok.html
13
Certificação O programa de certificação para o método PRINCE2 é globalmente gerido pela APM Group. Trata-se
da Certificação em Gerenciamento de Projetos mais popular do mundo. A cada 4 minutos um certificado é emitido. Os principais certificados são:
Foundation Practitioner Professional
Questões 75 8 -
% para aprovação 50% 55% -
Duração 1 hora 2:30 horas -
Custo $ 205.00 $ 380.00 $ 380.00
Re-certificação - 3 a 5 anos -
Pré- Requisito - Foundation ou PMP -
Formato Prova Múltipla Escolha. 5 questões não contam para pontuação
Múltipla escolha complexa, com 10 pontos por questão Avaliação prática
Prova em Português Sim Sim -
14
Distribuição da aplicação de exames PRINCE2
2005 a 2011
15
Quantidade de Profissionais Certificados PRINCE2 até 2012
Nível PRINCE2 Foundation - são mais de 585.000 profissionais certificados
Nível PRINCE2 Practitioner - são mais de 319.000 profissionais certificados
Até 2011 foram mais de 914.000 certificados emitidos (considerando-se a re-certificação). E em 2012 o número atingiu a marca de 1.000.000 de certificados PRINCE2.
16
PRINCE2 Projects IN Controlled Environments (PRINCE) é um método não proprietário
verdadeiramente genérico, a ponto de poder ser aplicado a qualquer projeto, independentemente de seu porte, tipo, organização, região geográfica ou cultura.
O método PRINCE aborda o gerenciamento de projeto com quatro elementos integrados: princípios, temas, processos e adaptação ao ambiente do projeto.
Além disso, foca-se no controle de seis objetivos principais do projeto: escopo, tempo, custo, qualidade, riscos e benefícios.
17
PRINCE2 Utiliza apenas duas técnicas planejamento baseado em produto e
revisão da qualidade
O PRINCE2 é caracterizado por ter seus projetos direcionados a um Business Case
Seguir os princípios é obrigatório
18
PRINCE2 - Princípios7 princípios com objetivo de orientar e obrigar o uso das boas práticas.
Business Justification: A justificativa de negócio para realização do projeto Learn from Experience: Aprender com as experiências do passado Roles and Responsabilities: Definição de papéis e responsabilidades Manage by stage: Gerenciar por estágios do projeto Manage by exception: Gerenciar por exceções Products Focus: Ter foco no produto do projeto Tailor: Adaptar o PRINCE2 conforme a natureza do projeto
19
PRINCE2 - Temas7 temas descrevem os aspectos de gerenciamento que devem ser monitorados ao longo do projeto.
• Business Case (Por que): É a justificativa e a demonstração do retorno esperado para o projeto.• Organization (Quem): É a estrutura da organização para realização do projeto• Quality (O que): A qualidade do produto do projeto. O meio pelo qual o projeto criará o produto. É a
totalidade de características de um produto que atende as expectativas ou satisfaz as necessidade do cliente.
• Plan (Como, Quando e Quanto): O planejamento do projeto (Tempo, Custo, Escopo)• Risks (E se): Identificação e plano de respostas para os riscos do projeto. Os riscos podem acontecer no
nível estratégico, operacional, de programa, de projeto e a abordagem pode ser comum para todas elas. • Change (Qual o Impacto): Fora de especificação, problema ou mudança.• Progress (Onde estamos agora, para onde estamos indo, É possível continuar): Acompanhar a evolução do
projeto
20
PRINCE2 - Processos7 processos para conduzir os projetos
(DP) Directing a Project: para atender ao comitê de projetos, através de relatórios e controles, informações necessárias às tomadas de decisões;
(SU) Starting up a Project: primeiro processo e que ocorre durante o pré-projeto. Visa garantir que os pré-requisitos para o início de um projeto estejam disponíveis;
(IP) Initiating a Project: processo de iniciação de um projeto. Aqui ocorre o planejamento e surge o ambiente controlado do PRINCE2;
(CS) Controlling a Stage: processo que fornece informações a respeito do andamento do projeto, alimentando as decisões de realinhamento do projeto;
(SB) Managing a Stage Boundary: processo que garante o monitoramento e controle do projeto. Verifica o cumprimento do curso pré-estabelecido do projeto, e gera reação aos eventos inesperados;
(CP) Closing a Project: processo que garante o encerramento controlado de um projeto; (MP) Managing Product Delivery: processo que garante a criação e a entrega de produtos conforme critérios
pré-estabelecidos;
21
TEMAS
Business Case
Change
Organization
PlansProgress
Quality
Risks
22
TEMASBusiness Case Um estudo que visa justificar a viabilidade de investimentos para o planejamento e a execução de esforços
para alcançar um resultado.
Um Business Case pode conter os seguintes tópicos: Razões do projeto Alternativas do projeto Situação atual Benefícios Esperados Riscos envolvidos Estimativas de custos Estimativas de prazo Investimentos necessários Métodos de avaliação dos resultados
Business Case
23
TEMASBusiness Case
Pré-Projeto Verificar versão inicial do BCDesenvolvimento
do BCEstágio de Iniciação Verificar BC detalhado
Estágios de entregas sub-sequentes Verificar atualização do BCConfirmar benefícios
Manutenção do BC e confirmação dos
benefíciosEstágio de entrega final
Confirmar benefíciosPós projeto
Business Case
24
TEMASChange
Change
As coisas vão mudar... Procedimento de controle de mudança
Fora da especificação, Problema ou preocupação e Requisição de mudança.
Identificação, análise, proposta, decisão e implementação Durante o inicio do estágio devem ser acordados quem tratará das
issues.
25
TEMASOrganization
Este tema visa criar e estabelecer uma estrutura organizacional do projeto com papéis e responsabilidades claros e definidos.
Corporate or Programme Management
The Project BoardSenior User Executive Senior Supplier
Responsável Projeto
Responsável Estágio
Responsável Pacote de Trabalho
Project AssuranceProject Manager
Project Support
Team Manager(s)
Autoridade OrientaçãoInteresses do Board
Organization
26
TEMASOrganization
Corporate Program Management: Estrutura de gerenciamento de programa
Project Board: Comitê do projeto
Project Manager: Gerente do projeto
Team Manager: Gerente do time
Corporate
Board
PM
TM
Tolerância do projeto
Tolerância De Estágio
Tolerância Pacote de Trabalho
Desvio Pacote de Trabalho
Desvio no Estágio
Desvio no Projeto
Organization
27
TEMASPlans
São os meios pelos quais os esforços serão empreendidos para que os objetivos sejam alcançados.
Plano do estágio inicial Plano do projeto Plano de estágio de entrega Planos do time Plano de exceção Plano de revisão de benefícios
Plans
28
TEMASPlans
Plano do Programa ou da Corporação
Plano do Projeto
Plano do Estágio Inicial
Planos dos estágios de Entregas
Planos do Time
Planos de Exceção
Nível I
Nível II
Nível III
Plans
29
TEMASPlans
Plano do estágio inicialCriado no momento do pré-projeto (SU)Autorizar o projeto (Criado pelo GP)
Entradas Processo SaídasProject Brief
Plano do Estágio Inicial
Initiation Stage Plan
Daily Log Atualização do Daily Log
Lessons Log Requisição para inicio do projeto
Plans
32
TEMASPlans
Plano do Projeto Orientar e Coordenar todo trabalho necessário para cumprir o
objetivo do projeto Deve responder (O que, por que, quem, quando, onde , como e
quanto) Faz parte do PID (Documentação de Iniciação de Projeto) Elaborado pelo GP e aprovado pelo Project Board
Plans
33
TEMASPlans
Plano do ProjetoComposição Processo DerivaçãoPré-requisito do projeto
Plano do Projeto
Project Brief
Dependências externas
Estágios de gerenciamento do projeto
PBS e PFD
Descrição do produto
Sequenciamento das atividades
Orçamentos
Recursos Necessários
Tolerância de prazo, custo e qualidade
Plano de contingência aos riscos
Plans
34
TEMASPlans
Plano do Estágio de Entrega Os estágios do projeto são identificados no plano do projeto Cada estágio deve ter um plano específico
O plano do próximo estágio sempre é feito no estágio atualCada plano deve ter no mínimo (recursos, pontos de controle, quando e
como os objetivos serão alcançados, produtos desenvolvidos)
Project BriefInitiation Stage Plan
Start upPID
Stage 2 Plan
Initiation StageSpecialist Product
Stage 3 Plan
Stage 2
Autorização da Iniciação (Board)
Autorização do projeto(Board)
ProjectMandate
Plans
35
TEMASPlans
Plano do Estágio de EntregaComposição Processo Derivação
Descrição do plano
Plano do Estágio
Plano do projetoMétodo de controle da qualidadeRecursos NecessáriosPré-requisitosDependências externasTolerâncias de orçamento, prazo, etcPontos de controleForma de monitoração e controlePFDDescrição de produtosSequenciamento das atividadesIdentificação das avaliações de Riscos
Plans
36
TEMASPlans
Plano dos Times Plano do time e Team Manager não são obrigatórios dependem do
tamanho do projetoPRINCE2 não determina esse plano em alguns casos pode ser semelhante ao
plano de estágio Criado no (SB) em paralelo ao plano do estágio
Plans
37
TEMASPlans
Plano de Exceção
O Corporate Programme Management determina as tolerâncias
Para cada desvio deve ser preparado um plano de exceçãoTM não faz plano de exceção
Corporate
Board
PM
TM
Tolerância do projeto
Tolerância De Estágio
Tolerância Pacote de Trabalho
Desvio Pacote de Trabalho
Desvio no Estágio
Desvio no Projeto
Plans
38
TEMASPlans
Plano de Revisão de Benefícios Define quando e como os benefícios esperados serão medidos Elaborado pelo GP no Inicio do estágio e reportado no relatório de
final de Estágio
Composição Processo DerivaçãoBenefícios esperados
Plano de Revisão de Benefícios
Business Case
Método de medição de benefícios Descrição do produto do projeto
Responsável pela medição Corporate or Program Management
Medição da situação atual
Plans
39
TEMASProgress
Acompanha a realização dos objetivos do projeto Compara previsto x realizado, analisa desvios Princípios fortemente ligados a este tema
Manage by Stage – Monitorar os desenvolvimentos das conquistasBusiness Justification – Verificar viabilidade de continuação do projetoManage by Exception – Controlar quaisquer desvios
Progress
40
TEMASProgress
Controle do Progresso PRINCE2 prevê dois tipos de controle de progresso
Event-driven Controls – Controles em momentos específicos (Final de estágio, Entrega de produto)
Time-Driven Controls – Controles que acontecem periodicamente
Progress
Progresso
Baseline para controlar o progresso
Plano do projetoPlano dos estágiosPlanos de ExceçãoPacotes de trabalho
Revisar o progresso
Registro diárioRegistro de RiscosRegistro de IssuesEtc.
Identificar e Relatar lições
Registro de liçõesRelatório de lições
Comunicar o progresso
Relatório de verificaçãoRelatório GerencialRelatório de final de estágioRelatório de final de projetoLivro: Gerenciando Projetos com PRINCE2 – Robériton Luis Oliveira Ribeiro
41
TEMASQuality
Assegurar que o produto do projeto estejam de acordo com as expectativas Princípios fortemente ligados (Product Focus) e as técnicas
(Product-based Planning e Quality Review) PRINCE2 define qualidade como a totalidade de características de
um produto que atende a expectativa ou satisfaz a necessidade de um cliente.
Quality
42
TEMASQuality
Planejamento e controle da qualidade Identificar os produtos do projetoFazer o Product Description e criar os métodos de desenvolvimento e
aceitação dos produtos Implementar os métodos para rever e aprovar o produto.
Quality
Qualidade
Planejamento da qualidadeDescrição do produto do
projeto
Critérios de qualidade e tolerâncias
Métodos de qualidade
Responsabilidade pela
qualidade
Controle de QualidadeProduto Registro de Qualidade e
Aprovação
45
TEMASQuality
Técnicas PRINCE2 são de uso obrigatório Produtc-based Planning – Planejamento baseado em produto
1. Escrever o produto final do projeto2. Criar a Product Breakdown Structure – PBS
Produtos Simples, Intermediários (Integração ou Agrupamento) e Externos
3. Descrever todos os produtos identificados na PBS4. Criar a Product Flow Diagram – PFD
Quality Review – Revisão da qualidade
Quality
46
TEMASRisk
Identificar, avaliar e controlar as incertezas visando aumentar as chances de sucesso.
Tipos de RiscoEstratégico – Longo PrazoPrograma – Médio PrazoProjeto – Médio PrazoOperacional – Curto Prazo
Precisamos conhecer o apetite ao risco para definir as tolerâncias.
Risk
47
TEMASRisk
Procedimentos de gerenciamento de riscos
Os riscos precisam ser identificados, avaliados, planejados, implementados e comunicados.
Essas etapas são cíclicas e continuarão ativas durante todo ciclo de vida do projeto
Para cada Risk Register é preciso um Risk Owner assim como o Risk Actionee
Risk
Comunicação
Identificação Avaliação Planejamento Implementação
48
TEMASRiskTécnicas de Gerenciamento de Riscos
Rever lições aprendidas Risk Breakdown Structure (RBS) Brainstorming Técnica Delphi Entrevistas Checklists
O Método PRINCE2 usa como referência a publicação da OGC chamada Management Risk: Guidance for Practitioner que contém os seguintes princípios para gerenciamento de riscos:
Entenda o Contexto do projeto, Envolva os stakeholders, Estabeleça objetivos claros, Desenvolva a abordagem do gerenciamento de riscos do projeto, reporte os riscos regularmente, Defina claramente os papéis e responsabilidades, Estabeleça uma cultura de gerenciamento de riscos, monitore os indicadores de alerta de riscos, Estabeleça um ciclo de revisão e implemente as melhorias
Risk
49
Processos
Initiation Stage
SubsequentDelivery Stage(s)
Final Delivery StagePre-project
Directing
Managing
Delivering
SU
Directing a Project
SB SB
IP
CS
Managing Product Delivery
Managing Product Delivery
Controlling a Stage Controlling a Stage
50
PROCESSOSJornada PRINCE2
Corresponde aos estágios do projeto Pre-project – (SU) Etapa antes do projeto visa responder se é um projeto
viável. O gatilho é o Project Mandate. Outros documentos envolvidos podem ser Project brief e o Stage Plan.
Initiation Stage – (IP, DP, SB) Desenvolvimento das estratégias do projeto BC, plano do projeto, PID.
Subsequent Delivery Stages – (SB, MP, CS) Entregas dos produtos do projeto, podem ter vários estágios.
Final Delivery Stage – (CP, CS, MP) Fechamento controlado do projeto, mesmo que tenha se tornado inviável.
51
PROCESSOSStarting Up a Project
Verificar se existe um projeto viável e que vale a pena ser executado1.1 Definição do Executivo e Gerente do Projeto1.2 Capturar Lições Aprendidas1.3 Desenhar e Apontar o Time de Gerenciamento do Projeto1.4 Desenvolver o Business Case1.5 Selecionar a Abordagem do Projeto e montar o Project Brief1.6 Planejar o Estágio Inicial1.7 Papéis e Responsabilidades
SU
52
Starting Up a Project1.1 Definição do Executivo e Gerente do Projeto
Definir o papel do Executivo e do GP. O Corporate define o Executivo que define o GP
SU
Entrada
•Project Mandade
Processo
•Definição do Executivo e GP
Saída
•Parte do Project Brief•Descrição do Papel do Executivo•Descrição do Papel do GP•Definição do Executivo•Definição do GP•Daily Log
53
Starting Up a Project1.2 Capturar Lições Aprendidas
Buscar lições aprendidas que podem influênciar pelo exemplo.
SU
Entrada
•Relatórios de lições aprendidas
Processo
•Capturar Lições Aprendidas
Saída
•Lessons Log
54
Starting Up a Project1.3 Desenhar e Apontar o Time de Gerenciamento do Projeto
Os projetos são executados por pessoas e essas precisam ser as certas
SU
Entrada
•Lessons log•Project Brief•Descrição do Papel do Executivo•Descrição do papel do gerente de projeto.
Processo
•Desenhar e apontar o time de gerenciamento do projeto
Saída
•Daily Log atualizado•Parte do Project Brief•Descrição dos papeis do time do projeto•Estrutura do time do gerenciamento do projeto•Time do gerenciamento do projeto definido
55
Starting Up a Project1.4 Desenvolver o Business Case
Desenvolver o BC em alto nível ao menos com as razões, objetivos do projeto e do produto final.
SU
Entrada
•Project Mandade•Lessons Log
Processo
•Desenvolver o BC (outiline)
Saída
•Parte do Project Brief•BC (outline)•Descrição do produto do projeto•Daily Log atualizado
56
Starting Up a Project1.5 Selecionar a Abordagem do Projeto e montar o Project Brief
É preciso de mais de uma abordagem.
SU
Entrada
•Parte do Project Brief•Descrção do Produto do Projeto•BC (outline)•Descrição do papel do Executivos•Descrição do papel do GP•Descrição dos papeis do Time de Gerenciamento•Estrutura do time de gerenciamento•Lessons Log
Processo
•Selecionar a Abordagem do Projeto e montar o Project Brief
Saída
•Parte do Project Brief (finalizado)•Todos descritos nas entradas acima•Descrição da abordagem do projeto•Descrição de papéis adicionais ao projeto•Daily Log atualizado
57
Starting Up a Project1.6 Planejar o Estágio Inicial
Iniciar um projeto requer esforços e consome recursos por essa razão o projeto nasce apenas no IPO objetivo é garantir que a iniciação não seja feita de forma desordenada
SU
Entrada
•Project Brief•Daily Log•Lessons Log
Processo
•Planejar o estado Inicial
Saída
•Plano do estágio Inicial•Daily Log atualizado•Requisição para iniciar o projeto
58
PROCESSOSStarting Up a Project – Matriz de Responsabilidade
SU
E Executor A Aprovador R Revisor
Produto Ação Corporate Executivo Usuário Sênior
Fornecedor Sênior
Gerente do Projeto
Gerente do Time
Project Assurance
Project Support
Apontar o Executivo Confirmar E Apontar o GP Confirmar A E Apontar o time de gerenciamento de Projeto Confirmar A E Business Case (outline) Criar A E R R R R Daily Log Criar/Atualizar E Descrição do papel do executivo Criar E Descrição do papel do GP Criar A E Descrição do produto do projeto Criar A A A E R Descrição dos papéis adicionais Criar A R R E R Descrição dos papéis do Time de Projeto Criar A E Initiation Stage Plan Criar A A A E R Lessons Log Criar R E Project Approach Criar/Selecionar A R R E R Project Brief Montar A R R E R Project Mandate Fornecer E
59
PROCESSOSDirecting a Project
Dar direção ao projeto (Project Board)2.1 Autorizar a Iniciação do projeto2.2 Autorizar o Projeto2.3 Autorizar o Estágio ou Plano de Exceção2.4 Dar Direção Ad hoc2.5 Autorizar o Encerramento do Projeto2.6 Papéis e Responsabilidades
DP
60
PROCESSOSDirecting a Project
O que esperar do Project Board...
Assegurar boa comunicação Apoiar o gerente do projeto Tomar decisões Comprometer recursos Ser responsável pelo projeto Dar direção ao projeto Delegar autoridades Facilitar a integração das diversas funções no projeto Selecionar os executivos
DP
61
Directing a Project2.1 Autorizar a Iniciação do projeto
O GP ao final do SU deve elaborar uma requisição de inicio do projeto e deve ser aprovada pelo Project Board.
DP
Entrada
•Requisição para iniciar o projeto•Project Brief•Plano do estágio inicial
Processo
•Autorizar a iniciação do projeto
Saída
•Project Brief aprovado•Plano do estágio inicial aprovado•Autorização para iniciar o projeto•Comunicação da iniciação do projeto
62
Directing a Project2.2 Autorizar o projeto
Tomar a decisão de autorização do projeto. Na fase anterior aprovamos somente o estágio. Confirmar o BC, planos, estratégias, planos de medição e a viabilidade do projeto.
DP
Entrada
•Requisição para iniciar o projeto•Lessons Log•Documento de iniciação do projeto•Plano de revisão de benefícios
Processo
•Autorizar o projeto
Saída
•Documentação de iniciação do projeto aprovado•Plano de revisão de benefícios aprovados•Comunicação de autorização do projeto•Fechamento do projeto *
* O projeto pode não ser autorizado e seu fechamento deve ser confirmado
63
Directing a Project2.3 Autorizar o Estágio ou Plano de Exceção
Caso haja algum desvio nas tolerâncias estabelecidas um plano de exceção deverá ser criado.
DP
Entrada
•Requisição para aprovar o plano de exceção•Requisição para aprovar o plano de estágio seguinte•Relatório final de estágio•Plano do estágio seguinte•Plano de exceção•Plano de revisão de benefícios•Documentação de iniciação de projetos
Processo
•Autorizar o estágio ou plano de exceção
Saída
•Documentação de iniciação do projeto(caso atualizado)•Relatório de estágio atual aprovado•Plano de estágio seguinte aprovado•Plano de revisão de benefícios aprovado (caso atualizado)•Autorização do estágio•Fechamento do projeto•Plano de exceção autorizado
64
Directing a Project2.4 Dar Direção Ad hoc
Dar direcionamento informal ao projeto, com dicas e conselhos.
DP
Entrada
•Requisição de conselho do gerente do projeto•Exceções identificadas•Decisões e conselhos do corporate•Relatórios gerenciais•Relatórios de exceção•Relatórios de issues
Processo
•Dar Direção Ad hoc
Saída
•Requisição de conselho do Project Board•Conselho ou orientação do project board•Requisição de plano de exceção•Fechamento do projeto•Identificação de novos issues
65
Directing a Project2.5 Autorizar o Encerramento do Projeto
Encerrar o projeto de forma controlada, garantir que os objetivos foram cumpridos.
DP
Entrada
•Recomendações para encerramento•Documentação de iniciação para o projeto•Relatório final de estágio•Plano de revisão de benefícios
Processo
•Autorizar o encerramento do projeto
Saída
•Relatório final de estágio aprovado•BC atualizado e aprovado•Plano de revisão de benefícios atualizado e aprovado•Comunicação do encerramento do projeto
PROCESSOSDirecting a Project – Matriz de Responsabilidade
DP
Produto Ação Corporate Executivo Usuário Sênior
Fornecedor Sênior
Gerente do Projeto
Gerente do Time
Project Assurance
Project Support
Business Case atualizado Confirmar R A R R E R Documentação de iniciação do projeto Aprovar R A A A E R Documentação de iniciação do projeto Aprovar Atualização R A A A E R Lessons log Revisar R R R E R Novos Issues Identificar E E E E Plano de Exceção Aprovar A A A E R Plano de revisão de benefícios Aprovar A A A A E R Plano de revisão de benefícios Aprovar Atualização A A R R E R Plano do estágio inicial Aprovar A A A E R Plano do estágio seguinte Aprovar A A A E R Produtos especialistas Confirmar Aprovação A A A R E R Project Brief Aprovar R A A A E R Recomendações de ações Distribuir A A A E R Relatório de lições Distribuir A R R E R Relatório final de estágio Aprovar A A A E R Relatório final de projeto Aprovar A A A E R Relatórios de Exceção Responder R R R E R Relatórios gerenciais Inspecionar R R R E R
66E Executor A Aprovador R Revisor
67
PROCESSOSInitiating a Project
Reunir todas as informações para que o Project Board autorize o Inicio3.1 Definir Estratégia de Gerenciamento de Riscos3.2 Definir Estratégia de Gerenciamento de Configuração3.3 Definir Estratégia de Gerenciamento de Qualidade3.4 Definir Estratégia de Gerenciamento de Comunicação3.5 Definir os Controles do Projeto3.6 Criar o Plano do Projeto3.7 Refinar o Business Case3.8 Montar a Documentação de Iniciação do Projeto3.9 Papéis e Responsabilidades
IP
68
PROCESSOSInitiating a Project
Questões importantes para autorização deste projeto. A governança está definida? Estamos realmente preparados? O que vamos dizer as pessoas? Quais são os nossos riscos? Quanto, O que, Por que, Quem, Como e Quando?
IP
69
Initiating a Project3.1 Definir Estratégia de Gerenciamento de RiscosDescrever os objetivos do gerenciamento de riscos, papéis e responsabilidades, tolerâncias, procedimentos a serem adotados, cronograma das atividades de riscos, relatórios ferramentas e técnicas.
IP
Entrada
•Autorização para iniciar o projeto•Project Brief•Lessons Log•Daily Log
Processo
•Definir estratégia de gerenciamento de riscos
Saída
•Parte da documentação da iniciação do projeto•Definição das estratégias de gerenciamento de riscos
•Registro de riscos (Risk Register)
70
Initiating a Project3.2 Definir Estratégia de Gerenciamento de Configuração
Definir o nível de controle sobre os itens de configuração do projeto
IP
Entrada
•Autorização para iniciar o projeto•Project Brief•Lessons Log•Risk Register•Daily Log
Processo
•Definir estratégia de gerenciamento de configuração
Saída
•Plano de documentação de iniciação do projeto•Definição da estratégia de gerenciamento de configuração•Estrutura do time de gerenciamento do projeto•Papéis e responsabilidades atualizados•Registros dos itens de configuração•Registro dos Issues
71
Initiating a Project3.3 Definir Estratégia de Gerenciamento de Qualidade
Definição de procedimento de gerenciamento da qualidade, ferramentas e técnicas, RACI, etc.
IP
Entrada
•Autorização para iniciar o projeto•Project Brief•Lessons log•Risk Register•Issue Register
Processo
•Definir Estratégia do gerenciamento da qualidade
Saída
•Parte da documentação de iniciação do projeto•Definição da estratégia de gerenciamento da qualidade
•Quality Register
72
Initiating a Project3.4 Definir Estratégia de Gerenciamento de Comunicação
Alinhamento entre todas as partes sobre o direcionamento e resultados do projeto. Definir como quem, quando, frequência da comunicação.
IP
Entrada
•Project Brief•Lessons Log•Risk Register•Issue Register•Parte da documentação de iniciação•Gerenciamento de riscos•Gerenciamento da qualidade•Gerenciamento da configuração
Processo
•Definir a estratégia de gerenciamento da comunicação
Saída
•Parte da documentação de iniciação do projeto•Definição de estratégia de gerenciamento da comunicação
73
Initiating a Project3.5 Definir os Controles do Projeto
Definir um conjunto de controles de acordo com a definição do Project Board como formato e frequência da comunicação, números de estágios, tolerâncias, etc.
IP
Entrada
•Lessons log•Project Brief•Parte da documentação de iniciação•Gerenciamento da qualidade•Gerenciamento de configuração•Gerenciamento de riscos•Gerenciamento da comunicação•Plano do projeto•Risk Register•Issue Register
Processo
•Definir os controles do projeto
Saída
•Definição dos controles do projeto•Descrição de papéis atualizadas•Estrutura de time de gerenciamento do projeto atualizada
74
Initiating a Project3.6 Criar o Plano do Projeto
Definir como o projeto será executado, monitorado e controlado
IP
Entrada
•Lessons log•Project Brief•Project Approach•Descrição do produto do projeto
•Parte da documentação de iniciação•Gerenciamento da qualidade•Gerenciamento de configuração•Gerenciamento de riscos•Gerenciamento da comunicação•Controles do projeto
•Risk Register•Issue Register
Processo
•Criar o plano do projeto
Saída
•Parte da documentação de iniciação do projeto•Plano do projeto•Estrutura do time de gerenciamento do projeto atualizado•Descrições do papéis atualizados•Registro dos itens de configuração atualizados
75
Initiating a Project3.7 Refinar o Business Case
Detalhar o BC para verificar a aprovação do projeto e criar o Benefits Review Plan.
IP
Entrada
•Project Brief•BC (outline)•Parte da docmentação de iniciação do projeto•Plano do projeto•Risk Register
Processo
•Refinar o Business Case
Saída
•Relatório final de estágio aprovado•BC atualizado e aprovado•Plano de revisão de benefícios atualizado e aprovado•Comunicação do encerramento do projeto
76
Initiating a Project3.8 Montar a Documentação de Iniciação do Projeto
Montar o PID, e manter conforme definido na gerência de configuração
IP
Entrada
•Project Brief•Definição do projeto•Project Aproach
•BC detalhado•Estruturas de times de gerenciamento do projeto•Descrição dos papéis•Gerenciamento da qualidade•Gerenciamento de configuração•Gerenciamento de riscos•Plano do projeto•Controles do projeto•Customização dos métodos PRINCE2
Processo
•Montar a documentação de iniciação do projeto
Saída
•Documentação de iniciação do projeto•Requisição para entregar o projeto•Abordagem para fronteiras dos estágios
77
PROCESSOSInitiating a Project – Matriz de Responsabilidade
IP
Produto Ação Corporate Executivo Usuário Sênior
Fornecedor Sênior
Gerente do Projeto
Gerente do Time
Project Assurance
Project Support
Business Case detalhado Criar R A A A E R
Controles do projeto Criar A A A E R
Descrição de papéis Atualizar A A A E R
Descrição dos produtos Criar A A A E R
Estgratégia de gerenciamento de comunicação Montar A A A E R
Estgratégia de gerenciamento de qualidade Criar A A A E R
Estgratégia de gerenciamento de configuração Criar A A A E R
Estgratégia de gerenciamento de riscos Criar A A A E R
Estrutura do time de gerenciamento do projeto Atualizar A A A E R
Plano de Revisão dos benefícios Criar A A A A E R
Plano do Projeto Criar A A A E R
Registro Issues Criar e alimentar A R E
Registro de qualidade Criar A R E
Registro de risco Criar e alimentar A R E
Registro dos itens de configuração Criar A R E
Registro dos itens de configuração Atualizar A R E
E Executor A Aprovador R Revisor
78
PROCESSOSControlling a Stage
Monitorar e controlar as atividades do projeto4.1 Autorizar o Pacote de Trabalho4.2 Revisar o Status do Pacote de Trabalho4.3 Receber os Pacotes de Trabalho4.4 Revisar o Status do Estágio4.5 Relatórios Gerenciais4.6 Identificar e Analisar Riscos e Issues4.7 Escalonar Riscos e Issues4.8 Ações Corretivas4.9 Papéis e Responsabilidades
CS
79
PROCESSOSControlling a StageAtribuir e monitorar os trabalhos, fazer relatórios de acompanhamento, avaliar riscos, controlar as mudanças. Essas atividades estão divididas em três perspectivas:
Pacotes de Trabalho Autorizar , Revisar e Receber o Pacote de Trabalho
Monitoração e relatórios Rever o status do estágio Fazer relatórios gerenciais
Issues Identificar , examinar e escalonar riscos e Issues Tomar ações corretivas
CS
80
Controlling a Stage4.1 Autorizar o Pacote de TrabalhoAutorizar o inicio dos esforços para desenvolver um produto do projeto, deve ser autorizado pelo GP.
CS
Entrada
•Descrição dos produtos•Parte da documentação de iniciação do projeto•Controles do projeto•Gerenciamento da qualidade•Gerenciamento da configuração•Plano do time•Ações corretivas•Novos pacotes de trabalho•Estágio autorizado•Plano de exceção aprovado
Processo
•Autorizar o pacote de trabalho
Saída
•Plano do estágio atualizado•Pacotes de trabalhos definidos•Registro dos itens de Configuração atualizados•Registro de qualidade atualizado•Registro dos riscos atualizado•Registro dos Issues atualizado•Autorização para desenvolver pacote de trabalho
81
Controlling a Stage 4.2 Revisar o Status do Pacote de Trabalho
Rever o pacote de trabalho conforme periodicidade definida. O GT executa e o GP é responsável.
CS
Entrada
•Plano do estágio•Pacotes de trabalho•Relatórios de verificação•Registro de qualidade•Planos do time•Registro de riscos
Processo
•Revisar o status do pacote de trabalho
Saída
•Plano do estágio atualizado•Pacotes de trabalhos definidos•Registro dos itens de configuração atualizados•Registro de riscos atualizado•Registro de Issue atualizado•Pacote de trabalho atualizado
82
Controlling a Stage 4.3 Receber os Pacotes de Trabalho
Verificar se o produto estão dentro dos critérios de aceite e se foram avaliados pelos responsáveis.
CS
Entrada
•Pacote de trabalho finalizado•Plano de estágio•Registro da qualidade•Registro dos itens de configuração
Processo
•Receber os pacotes de trabalho
Saída
•Registro dos itens de configuração atualizado•Plano do estágio atualizado
83
Controlling a Stage 4.4 Revisar o Status do Estágio
Acompanhar o estágio e reportar os resultados
CS
Entrada
•Plano do estágio•Registro da qualidade•Status do produto•Relatório de verificação•Registro de Issues•Registro de Riscos•Documentação de Iniciação do projeto•Business Case•Plano do projeto•Plano de revisão dos benefícios
Processo
•Revisar o Status do Estágio
Saída
•Ações corretivas•Tolerância a ameaças•Abordagem para fronteira do estágio•Abordagem para o encerramento do projeto•Novos pacotes de trabalho•Requisição de conselhos•Registro de riscos atualizados•Registro de Issues atualizado•Plano do estágio atualizado•Registro de lições atualizado•Relatório de Issue atualizado
84
Controlling a Stage 4.5 Relatórios Gerenciais
O Project Board gerencia por exceção por esse motivos os relatórios devem ser precisos.
CS
Entrada
•Relatórios de verificação•Registro de riscos•Registro de Issues•Registro de Qualidade•Registro de Lições•Status dos produtos•Plano do estágio•Diário do projeto•Relatórios gerenciais anteriores•Documentação de iniciação do projeto•Gerenciamento de comunicação
Processo
•Relatórios Gerenciais
Saída
•Relatório gerencial
85
Controlling a Stage 4.6 Identificar e Analisar Riscos e Issues
Esta atento durante todo o projeto identificação e analise dos riscos
CS
Entrada
•Novos Issues•Novos riscos•Plano do estágio•Documentação de Iniciação•Plano do projeto•Gerenciamento de comunicação•Gerenciamento de configuração•Business Case
Processo
•Identificar e analisar riscos e Issues
Saída
•Relatório de Issues•Diário do projeto atualizado•Registro de Issues Atualizado•Registro de risos atualizado•Requisição de conselho
86
Controlling a Stage 4.7 Escalonar Riscos e Issues
Verificar os limites de tolerância estabelecido pelo project board e sempre propor soluções ao escalar um problema
CS
Entrada
•Novos riscos•Novos Issues•Plano de estágio•Documentação de iniciação do projeto•Plano do projeto•Gerenciamento de comunicação•Gerenciamento de configuração•Business Case
Processo
•Escalonar Riscos e Issues
Saída
•Relatório de Issues•Diário do projeto atualizado•Registro de Issues atualizado•Registro de riscos atualizado•Requisição de conselho
87
Controlling a Stage 4.8 Ações Corretivas
Propor alternativas e tomar as decisões de acordo com o nível de alçada.
CS
Entrada
•Diário do projeto•Registro de Issues•Registro de riscos•Relatório de Issues•Plano do estágio•Registro dos itens de configuração•Ações corretivas anteriores
Processo
•Ações corretivas
Saída
•Diário do projeto atualizado•Registro de Issues atualizado•Registro de riscos atualizado•Relatório de Issues atualizado•Plano do estágio atualizado•Registro dos itens de configuração atualizado•Ação corretiva
88
PROCESSOSControlling a Stage – Matriz de Responsabilidade
CS
Produto Ação Corporate Executivo Usuário Sênior
Fornecedor Sênior
Gerente do Projeto
Gerente do Time
Project Assurance
Project Support
Diário do projeto Atualizar E Pacote de trabalho Criar E A R Plano de time Rever R E Pano do estágio Atualizar E R R Registro de Issues Atualizar E Registro de lições Atualizar E Registro de qualidade Atualizar A R R ERegistro de riscos Atualizar E Registro dos itens de configuração Criar A R R ERegistro dos itens de configuração Atualizar A R R ERegistro dos itens de configuração Confirmar A R R ERelatório de Issues Atualizar E Relatório de Issues Criar E Relatório de Issues Confirmar E R Relatório de verificação Revisar R E Relatório dos itens de configuração Atualizar E R RRelatórios de exceção Criar A R R E R Relatórios gerenciais Criar E R
E Executor A Aprovador R Revisor
89
PROCESSOSManaging Product Delivery
Garantir que os produtos planejados sejam entendidos, construídos e entregues
5.1 Aceitar o Pacote de Trabalho5.2 Executar o Pacote de Trabalho5.3 Entregar o Pacote de Trabalho5.4 Papéis e Responsabilidades
MP
90
Managing Product Delivery5.1 Aceitar o Pacote de TrabalhoGT aceita o pacote de trabalho do GP, isso certifica que não há dúvidas com relação ao que precisa ser feito. O GT faz o plano do time definindo papéis e responsabilidades.
MP
Entrada
•Pacote de trabalho•Autorização para desenvolver o pacote de trabalho•Documentação de iniciação do projeto
Processo
•Aceitar pacote de trabalho
Saída
•Pacote de trabalho aprovado•Plano do time•Identificação de novos riscos•Registro de qualidade atualizado
91
Managing Product Delivery 5.2 Executar o Pacote de Trabalho
Empregar os esforços necessários, de acordo com as tolerâncias definidas, para desenvolvimento dos produtos contidos nos pacotes de trabalho.
MP
Entrada
•Pacote de trabalho•Plano do time•Documentação de iniciação do projeto
Processo
•Executar o pacote de trabalho
Saída
•Desenvolvimento dos produtos especialistas•Registro de qualidade atualizado•Registro dos itens de configuração atualizado•Plano do time atualizado•Relatórios de verificação•Registro de aprovações•Identificação de novos riscos
92
Managing Product Delivery 5.3 Entregar o Pacote de Trabalho
Entregar o pacote de trabalho de acordo com o planejado, fazer a comunicação da entrega e sempre chegar os registros de qualidade definidos.
MP
Entrada
•Pacote de trabalho•Registro da qualidade•Registro dos itens de configuração
Processo
•Entregar o pacote de trabalho
Saída
•Pacote de trabalho Finalizado•Plano do time atualizado•Pacote de trabalho atualizado
93
PROCESSOSManaging Product Delivery – Matriz de Responsabilidade
MP
Produto Ação Corporate Executivo Usuário Sênior
Fornecedor Sênior
Gerente do Projeto
Gerente do Time
Project Assurance
Project Support
Business Case Atualizar R A A A E R
Documentação de iniciação do projeto Atualizar R A A A E R
Plano de exceção Criar A A A E R
Plano de revisão dos benefícios Atualizar R A A A E R
Plano do estágio Criar A A A E R
Plano do projeto Atualizar A A A E R
Recomendações de ações Criar A A A E R
Registro de Issues Atualizar E R
Registro de qualidade Atualizar R R R E
Registro de riscos Atualizar E R
Registro dos itens de configuração Atualizar R R E
Relatório de lições Criar A A A E R
Relatório de final de estágio Criar A A A E R
E Executor A Aprovador R Revisor
94
PROCESSOSManaging a Stage Boundary
Gerenciar fronteiras entre os estágios do projeto
6.1 Planejar o Estágio Seguinte6.2 Atualizar o Plano do Projeto6.3 Atualizar o Business Case6.4 Relatório Final de Estágio6.5 Elaborar o Plano de Exceção6.6 Papéis e Responsabilidades
SB
95
Managing a Stage Boundary6.1 Planejar o Estágio SeguintePlanejamento do próximo estágio, deve ser feita pelo GP próximo ao final do estágio atual e deve ter a aprovação do project board.
SB
Entrada
•Abordagem para fronteiras dos estágios•Documentação de iniciação do projeto•Registro de Issues•Registro de riscos•Registro de lições aprendidas
Processo
•Planejar o estágio seguinte
Saída
•Documentação de iniciação do projeto atualizado•Plano do estágio seguinte•Registro dos itens de configuração atualizado•Registro de Issues atualizado•Registro de riscos atualizado
96
Managing a Stage Boundary6.2 Atualizar o Plano do ProjetoAtualizado o plano com informações mais precisas visto que o Project Board o utiliza para acompanhar o projeto. Neste momento as estimativas estarão mais próximas do que no estágio de IP.
SB
Entrada
•Plano do estágio atual•Plano do estágio seguinte•Documentação de iniciação do projeto•Plano de exceção
Processo
•Atualizar o plano do projeto
Saída
•Plano do projeto atualizado•Registro de riscos atualizado•Registro de Issues atualizado
97
Managing a Stage Boundary6.3 Atualizar o Business CaseAtualizar o Business Case para verificar se o projeto ainda continua viável. Este documento deve ser atualizado com frequência para esta análise de viabilidade.
SB
Entrada
•Registro de riscos•Registro de Issues•Parte da documentação de iniciação do projeto•Plano do projeto•Plano de revisão dos benefícios
Processo
•Atualizar o Business Case
Saída
•Parte da documentação de iniciação do projeto•BC atualizado•Plano de revisão dos benefícios atualizado•Registro de riscos atualizado•Registro de Issues atualizado
98
Managing a Stage Boundary6.4 Relatório Final de EstágioRelatório para demonstrar o status do projeto ao Project Board. Caso ocorra alguma exceção este relatório deve ser acompanhado de um relatório de exceção. Todos devem ser criados pelo GP.
SB
Entrada
•Parte da documentação de iniciação do projeto•Business Case•Gerenciamento da comunicação•Plano de revisão dos benefícios•Registro de Issues•Registro de riscos•Registro de qualidade•Plano do estágio atual•Status dos produtos•Registro de lições
Processo
•Relatório final de estágio
Saída
•Relatório final de estágio atual•Relatório de lições•Ações recomendadas•Requisição de aprovação de estágio seguinte•Requisição de aprovação do plano de exceção
99
Managing a Stage Boundary6.5 Elaborar o Plano de ExceçãoElaborar o plano de exceção para retornar o projeto às condições desejadas pelo Project Board. Qualquer desvio que extrapole as tolerâncias definidas são gatilhos para elaboração deste plano.
SB
Entrada
•Requisição de plano de execeção•Plano do estágio atual•Relatório de exceção•Registro de Issues•Registro de riscos•Documentação de iniciação do projeto
Processo
•Elaborar o plano de exceção
Saída
•Registro de Issues atualizado•Documentação de Iniciação do projeto atualizado•Plano de exceção•Registro de itens de configuração atualizado•Registro de qualidade atualizado•Registro de riscos atualizado
100
PROCESSOSManaging a Stage Boundary – Matriz de Responsabilidade
SB
Produto Ação Corporate Executivo Usuário Sênior
Fornecedor Sênior
Gerente do Projeto
Gerente do Time
Project Assurance
Project Support
Documentação de iniciação do projeto Atualizar R A A A E R
Plano do estágio Criar A A A E R
Registro de riscos Atualizar E R
Registros de Issues Atualizar E R
Plano do projeto Atualizar A A A E R
Business Case Atualizar R A A A E R
Plano de revisão dos benefícios Atualizar R A A A E R
Relatório final de estágio Criar A A A E R
Relatório de lições Criar A A A E R
Recomendações de ações Criar A A A E R
Plano de execução Criar A A A E R
Registros dos itens de configuração Atualizar R R E
Registro de qualidade Atualizar R R R E
E Executor A Aprovador R Revisor
101
PROCESSOSClosing a Project
Encerramento do projeto de forma controlada
7.1 Preparar o Encerramento Controlado do Projeto7.2 Preparar o Encerramento Prematuro do Projeto7.3 Entregar os Produtos dos Projetos7.4 Avaliar o Projeto7.5 Recomendar o Encerramento do Projeto7.6 Papéis e Responsabilidades
CP
102
Closing a Project7.1 Preparar o Encerramento Planejado do ProjetoAssegurar que o projeto cumpriu seu objetivo e todos os produtos foram aceitos. O GP deve verificar os status dos produtos, confirmar com os responsáveis se estão de acordo com Product Description.
CP
Entrada
•Abordagem para o final do projeto•Status dos produtos•Documentação de iniciação do projeto
Processo
•Preparar o encerramento planejado do projeto
Saída
•Documentação de iniciação do projeto•Plano do projeto atualizado
103
Closing a Project7.2 Preparar o Encerramento Prematuro do ProjetoO GP deve assegurar que os trabalhos em andamento serão encerrados controladamente. Os valores obtidos e as lacunas sejam transmitidas de forma clara para o Project Board.
CP
Entrada
• Informações de encerramento do projeto
• Status dos produtos• Documentação de iniciação
do projeto
Processo
• Preparar o encerramento prematuro do projeto
Saída
• Registro de Issues atualizados
• Documentação de iniciação do projeto atualizado• Plano do projeto atualizado
• Estimativas de trabalhos adicionais
104
Closing a Project7.3 Entregar os Produtos do ProjetoEntregar os produtos do projeto para a operação. Atualizar o plano de revisão de benefícios, inclusive no pós-projeto.
CP
Entrada
• Registro de riscos• Registros de Issues• Documentação de iniciação
do projeto• Gerenciamento de
configuração
Processo
• Entregar os produtos do projeto
Saída
• Parte do relatório final do projeto• Recomendações de ações
• Registro dos itens de configuração atualizado
• Plano de revisão dos benefícios atualizados
• Registro de aprovações
105
Closing a Project7.4 Avaliar o ProjetoVerificar o que deu certo e errado no projeto. Armazenar lições aprendidas para utilização em projetos futuros.
CP
Entrada
• Registro de riscos• Registros de Issues• Documentação de iniciação do
projeto• Recomendações de ações
• Parte do relatório final do projeto
• Registro de qualidade• Registro de lições
Processo
• Avaliar o projeto
Saída
• Relatório final do projeto• Relatório de lições
106
Closing a Project7.5 Recomendar o encerramento do ProjetoCom todas as etapas anteriores finalizadas o GP pode recomendar ao Project Board o encerramento do projeto (Closure Recommendation).
CP
Entrada
• Documentação de iniciação do projeto• Gerenciamento da comunicação
Processo
• Recomendar o encerramento do projeto
Saída
• Recomendação de encerramento do projeto
• Registro de Issues fechados• Registro de riscos fechados• Registro da qualidade fechado• Registros de lições do projeto
fechado• Proposta de notificação de
encerramento do projeto• Diário do projeto fechado
107
PROCESSOSClosing a Project – Matriz de Responsabilidade
CP
Produto Ação Corporate Executivo Usuário Sênior
Fornecedor Sênior
Gerente do Projeto
Gerente do Time
Project Assurance
Project Support
Diário do projeto Encerrar E
Estimativas de trabalhos adicionais Criar A A A E R
Plano de revisçao dos benefícios Atualizar A R R R E R
Plano do projeto Atualizar E R
Proposta de notificação de encerramento do projeto Preparar A A A E R
Recomendações de ações Criar/Atualizar A A A E R
Registro de Issues Atualizar E
Registro de Issues Encerrar E
Registro de lições Encerrar E
Registro de qualidade Encerrar E
Registro de riscos Encerrar E
Registro dos itens de configuração Atualizar A R E
Registro das aceitações Obter A A A E R
Relatório de lições Criar A R R R E R
Relatório final do projeto Criar A A A E R
Status dos produtos Criar R R E
E Executor A Aprovador R Revisor
108
Excercícios de fixação
109
Excercícios de fixação
1 – Que papel é responsável por documentar as expectativas de qualidade do cliente?
a) Gerente do Projetob) Executivoc) Fornecedor Principald) Usuário Principal
110
Excercícios de fixação2 – Que benefícios são obtidos ao basear projetos no princípio de
gerenciamento por exceção
a) Promove consistência do trabalho do projeto e mobilidade pessoalb) Fornece uma linguagem comumc) Clareza com relação ao que o projeto irá entregar, por que, quando e
por quemd) Utilização eficiente e econômica do tempo de gerenciamento
111
Excercícios de fixação
3 – Que processo é utilizado para comunicação com o board?
a) Managing Product Delivery (MP)b) Directing a Project (DP)c) Controlling a Stage (CS)d) Managing a Stage Boundary (SB)
112
Excercícios de fixação
4 – Quem define as tolerâncias do projeto?
a) Comitê Diretor do Projetob) Boardc) Executivod) Gerente de Projeto
113
Excercícios de fixação5 – Qual das opções abaixo apresenta um propósito do processo Starting Up a
Project (UP)?
a) Garantir que os pré-requisitos para a iniciação de um projeto estejam presentesb) Verificar se o Plano de Projeto é capaz de cumprir as datas planejadasc) Criar o Documento de Iniciação do Projeto para que o mesmo possa ser
iniciadod) Confirmar junto ao board que as expectativas de qualidade serão cumpridas
114
Excercícios de fixação
6 – Qual dos principios PRINCE2 utiliza tolerâncias para estabelecer os limites de autoridade delegada?
a) Gerenciamento por estágiosb) Adequação conforme o ambiente de projetoc) Foco nos produtosd) Gerenciamento por exceção
115
Excercícios de fixação
7 – Após o primeiro estágio, quando são criados os planos de estágio para os estágios subsequentes?
a) Próximo ao fim do estágio atualb) Após a conclusão do estágio atualc) Ao criar o plano de projetod) No começo do estágio de iniciação
116
Excercícios de fixação
8 – Que opção NÃO constitui um objetivo do processo Controlling a Stage (CS)?
a) Criar um plano para o estágio seguinteb) Concentrar atenção na entrega dos produtos do estágioc) Escalar ameaças e tolerânciasd) Manter Issues e os riscos sobre controle
117
Referências
• Livro: Gerenciando Projetos com PRINCE2 – Robériton Luis Oliveira Ribeiro
• Site: http://www.managementplaza.com.br• Vídeo: PRINCE2 a metodologia mais usada no mundo
https://www.youtube.com/watch?v=5T_wqHB3yi0
PRINCE2 PRojects IN Controlled Environments
THIAGO TREVISANtgtrevisan@gmail.com
MUITO OBRIGADO