Análise comparativa entre as metodologias PRINCE2 e PMBok 2004
ESAD
Curriculum;
Mestrado em
Engenharia;
Pós graduado em
Marketing;
Pós Graduado em Gestão
de Projeto
s;
Gerente de
produção na GM-
Gravatai;
Gerente de
Projeto no Min. Saúde;
Implementaçã
o de Planejamento estratégico e Gestão
de Projeto
s;
Objetivos;
Visão sobre metodologias de gerenciamento em projetos; Visão geral sobre a historia do Prince2; Noções sobre os processos do PRINCE 2;
Starting Up a Project (SU) Directing a Project (DP) Initiating a Project (IP) Managing Stage Boundaries (SB) Controlling a Stage (CS) Managing Product Delivery (MP) Closing a Project (CP) Planning (PL)
Porque adotar uma metodologia?
O índice de falhas e de incapacidade de execução de projetos atinge 31%,
53% de mudanças e somente
16% de sucesso;
Porque adotar uma metodologia?
O índice de falhas e de incapacidade de execução de projetos atinge 31%, 53% de mudanças e somente 16% de sucesso;
Iniciação
Entusiasmo
selvagem
Desilusão
Caos
Procura por
culpa
Punição de
inocentes
Promoção dos não participantes
Porque adotar uma metodologia?
Gerenciar um projeto é um empreendimento, por sua natureza, cheio de incertezas e mudanças.
Sem uma metodologia todos aqueles envolvidos, ou que gerenciam um projeto, terão idéias diferentes sobre como o trabalho deverá ser organizado ou como o projeto deverá ser completado.
Porque adotar uma metodologia?
Sem um método, o projeto dificilmente será finalizado dentro das expectativas de custo, tempo e qualidade. E pode-se afirmar que isso é especialmente verdade para projetos grandes.
Conjunto de conceitos e processos de gerenciamento de projetos capazes de endereçar de forma efetiva a atividade de gerenciar um projeto.
Porque adotar uma metodologia?
Colocando em prática, vários conceitos do PMBOK e sendo totalmente escalonáveis para se adequar a qualquer tipo ou tamanho de projeto, em qualquer tipo de organização.
É mandatória para todos os projetos do governo no Reino Unido. É uma metodologia consistente, baseada em anos de experiência de vários gerentes e equipes de projetos, além de ser de fácil aprendizado e poder ser utilizada gratuitamente.
16
Tolerances
CostScheduleScopeQualityBenefits
O que esperar do PRINCE 2 ?
Click to add Title1
Click to add Title2
Click to add Title3
Click to add Title4
PRINCE2™ pode agregar valor :
Estabelece a divisão do projeto em estágios facilitando o gerenciamento e o planejamento do projeto.
Estabelece checks points com processos detalhados para captura de informação sobre o progresso do projeto.
Materializa o controle integrado de mudanças (sub-processo 4.6 do PMBOK), provendo uma detalhada abordagem de controle de mudanças e gerencia de configuração ao longo do processo de gerenciamento do projeto.
O PRINCE2™ e o PMBOK
Existe um alto nível de compatibilidade entre o PRINCE2™ e o PMBOK.
O segundo constitui uma ampla base de conhecimentos em gerenciamento de projetos, e é fato que toda empresa desejando gerenciar seus projetos de forma a aumentar suas chances de sucesso, deverá levá-lo em consideração.
O PRINCE2™ é totalmente aderente às boas práticas contidas no PMBOK, sendo em alguns aspectos a sua materialização.
Implantando o PRINCE2™
A chave do sucesso da utilização do PRINCE2™ é a sua escalabilidade.
É recomendado que cada processo seja implementado a partir da seguinte questão: “Quão extensivamente este processo deve
ser aplicado para este projeto?”. Dessa forma, para um projeto pequeno um
processo pode ser menos formal e ser todo desenvolvido em uma reunião;
Implantando o PRINCE2™
Uma boa estratégia é definir um padrão mínimo, com a definição de uma política, de documentos obrigatórios e opcionais.
Na sua implantação num ambiente corporativo, devem ser considerados os padrões já existentes, como por exemplo, padrões de qualidade, ferramentas e etc.
PRINCE2™ pode agregar valor :
Provê um modelo de processos o qual está mais bem direcionado para o gerenciamento de um projeto específico.
Possui um processo de planejamento mais claro, que permite ao gerente de projetos inclusive planejar o esforço para fazer os planos necessários ao projeto.
Possui uma estrutura organizacional com papeis e responsabilidades definidas para o time de projeto, especificando quem faz o que e quando.
24
O que é um Projeto?
Um ambiente de gestão que é criado com a finalidade de entregar um ou mais produtos para empresas de acordo com um especificado Business Case
A organização temporária que é necessário para produzir um resultado único e predefinido ou resultado de uma pré-especificado de tempo usando os recursos prédefinidos
25
Características de um projeto PRINCE2 ™
Um ciclo de vida finito e definida produtos empresariais mensuráveis Uma quantidade definida de recursos Uma estrutura de organização com
responsabilidades definidas, para gerenciar o projeto
Gestão de risco
26
Razões para a falha de acordo com PRINCE2™
Insuficiente atenção à verificação de que um válido Business Case existe para o projeto
Insuficiente atenção à qualidade no início e durante o desenvolvimento
Insuficiente definição dos resultados pretendidos, levando à confusão sobre o que o projeto deverá atingir
Falta de comunicação com as partes interessadas, levando a produtos a serem entregues que não são o que o cliente queria
27
Razões para a falha de acordo com PRINCE2™
Definição inadequada e falta de aceitação de papéis e responsabilidades de gerenciamento de projetos, levando a falta de direção e tomada de decisão pobre
Pobre estimativa da duração e custos, levando a falhas no tempo e custo que o esperado
Inadequado planejamento e coordenação dos recursos
Falta de controle de qualidade, resultando na entrega de produtos que são inaceitáveis ou inutilizado
28
Benefícios de usar PRINCE2 ™
Um método que é repetível Um método que é passível de treinamento
com base na experiência Garantir que todos saibam o que esperar,
onde, como e quando Alerta precoce de problemas Ser pró-ativo e não reativo, mas também
capaz de acomodar eventos repentinos, inesperados
Benefícios do PRINCE2™
gerenciamento controlado das mudanças em termos de investimento e retorno;
ativo envolvimento dos usuários e das partes interessadas durante todo o ciclo de vida do projeto ;
abordagem que distingue o gerenciamento do projeto do desenvolvimento dos produtos
30
O que é PRINCE2 ™?
PRINCE2 ™ (Projetos em ambientes controlados) é uma metodologia de gerenciamento de projeto para a organização, gestão e controlo de projectos.
Foi desenvolvido inicialmente in1989 pelo computador central da Agência de Telecomunicações (CCTA) como um padrão de Governo do Reino Unido para a tecnologia da informação (TI gerenciamento de projetos), porém, logo se tornou regularmente aplicados fora do puramente ambiente de TI.
31
History of PRINCE2™
Histórico do PRINCE2™
PROMPTII surgiu em 1975 Foi adotado em 1979 como padrão para
gerenciamento dos projetos de sistemas de informação do governo;
PRINCE2™ foi criado em 1989; Lançado como um método para gerenciamento de
projetos pelo governo britânico em 1996; Adotado como padrão para todos os projetos no Reino
Unido e amplamente utilizado pela iniciativa privada, não só naquele país, como também em outros países da Europa, África, Oceania e Estados Unidos.
33
PRINCE2™ CONTEXT
PROJECT MANAGEMENT METHODOLOGIES (mostly IT) IDEAL (Initiation, Diagnostics, Establishing, Action & Learning) Method 123 PMBoK (Project Management Body Of Knowledge) PMSM (Project Management Scalable Methodology) PRINCE2 (PRojects IN Controlled Environments) PRODIGY (Prescribing RatiOnally with Decision-support In
General practice studY)
Many Others!
34
PRINCE2 ™ não abrange
Earned Value (BCWP) Scheduling methods, Gantt charts, critical
path, etc. Procurement; contracts, etc.
35
PRINCE2™ Set-up
8 Processes8 Components3 Techniques
8 Processos e 8 componentes
37
8 PRINCE2™ Processes
Starting Up a Project (SU) Directing a Project (DP) Initiating a Project (IP) Managing Stage Boundaries (SB) Controlling a Stage (CS) Managing Product Delivery (MP) Closing a Project (CP) Planning (PL)
38
8 PRINCE2™ Components
Business Case Organization Plans Controls Management of Risk Quality in a project environment Configuration management Change Control
Um projeto PRINCE2™ possui as seguintes características:
Um controlado e organizado início, meio e fim; Regular revisão de progressos baseada nos
planos e no business case; Pontos de decisão flexíveis; Gerenciamento efetivo de qualquer desvio do
plano; Envolvimento da gerência e das partes interessadas
em momentos chave durante a vida do projeto; Um bom canal de comunicação entre o time do
projeto e o restante da organização.
Cursos de PRINCE2™
É considerado o método de gerenciamento de projetos mais utilizado no mundo;
Conta com mais de 250 mil profissionais certificados;
Cerca de 1500 pessoas prestam, mensalmente, os exames de certificação Foudation e Practitioner.
Existem mais de 120 centros de treinamento credenciados que provêem treinamento em 17 idiomas pelo mundo e mais de 59 ferramentas de gerenciamento de projetos desenvolvidas com base no Método
Um Overview do PRINCE2™
Oito processos
45 sub-processos, os quais definem as atividades que serão executadas ao longo do ciclo de vida do projeto.
Oito componentes que são como áreas de conhecimento que devem ser aplicados de acordo com a necessidade
Processos
Processos
1. Starting Up a Project
Primeiro processo da metodologia é iniciado a partir da emissão de um documento denominado Project Mandate que define, em alto nível, as razões para o projeto.
O objetivo desse processo é responder a pergunta: “Existe um projeto viável e que traga valor?”.
1. Starting up a Project
1. Starting up a Project
Appointing a Project Board Executive and a Project Manager (SU1)
Os objetivos deste processo são:● Identificar o Executivo das partes interessadas do projeto● Identificar o gestor de projecto mais adequadas para o projeto● Confirmar a disponibilidade das pessoas selecionadas, a sua aceitação dessas funções e seuscompromisso para realizá-los● nomeá-los para seus respectivos papéis.
Designing a Project Management Team (SU2)
Appointing a Project Management Team (SU3)
Preparing a Project Brief (SU4)
Defining Project Approach (SU5)
Planning an Initiation Stage (SU6)
2.Initiating a project
Initiating a project – Tem como propósito elaborar os planos que
constituirão o baseline do projeto e que farão parte do Project Initiating Document (PID), o qual constitui o contrato entre o Project Manager e o Project Board.
2.Initiating a project
2.Initiating a project
Planning Quality (IP1)
Planning a Project (IP2)
Refining the Business Case and Risks (IP3)
Setting up Project Controls (IP4)
Setting up Project Files (IP5)
Assembling a Project Initiation Document (IP6)
3.Directing a project
processo de responsabilidade do Project Board, o qual constitui um grupo com responsabilidade de dar direção ao projeto, constituído com representantes do negócio, dos usuários e dos fornecedores.
Aqui, são tomadas as decisões quanto ao andamento do projeto, além de decisões quanto a exceções ocorridas ao longo do ciclo de vida.
Directing a project tem, como princípio, o gerenciamento por exceção, onde o Project Board monitora o projeto via relatórios e controles por intermédio de pontos de decisão pré-determinados.
3.Directing a project
3.Directing a project
Authorising Initiation (DP1)
Authorising a Project (DP2)
Authorising a Stage or Exception Plan (DP3)
Giving Ad Hoc Direction (DP4)
Confirming Project Closure (DP5)
4. Controlling a Stage (CS)
este processo descreve as atividades de controle e monitoramento dos estágios do projeto, constituindo o dia-a-dia do gerente de projeto.
Aqui, são autorizados os pacotes de trabalho, avaliados os riscos e as solicitações de mudanças e tomadas ações corretivas necessárias.
4. Controlling a Stage (CS)
4. Controlling a Stage (CS)
Authorising Work Package (CS1)
Assessing Progress (CS2)
Capturing Project Issues (CS3)
Examining Project Issues (CS4)
Reviewing Stage Status (CS5)
Reporting Highlights (CS6)
Taking Corrective Action (CS7)
Escalating Project Issues (CS8)
Receiving Completed Work Package (CS9)
5.Managing Product Delivery (MP)
O objetivo deste processo é garantir que os produtos planejados serão criados e entregues.
PRINCE2™ separa o gerenciamento do projeto do desenvolvimento do produto.
Este processo constitui a interface com os processos de desenvolvimento dos produtos do projeto existentes na organização como, por exemplo, o RUP (Rational Unified Process) para desenvolvimento de software.
5.Managing Product Delivery (MP)
5.Managing Product Delivery (MP)
Accepting a Work Package (MP1)
Executing a Work Package (MP2)
Delivering a Work Package (MP3)
6. Managing Stage Boundaries (SB)
PRINCE2™ recomenda que o projeto seja dividido em estágios.
Este processo é executado ao término de cada estágio e tem como objetivos: Garantir ao Project Board que todos os produtos planejados
para o estágio foram completados conforme definido. Prover informações necessárias para avaliar se o projeto
continua viável. Preparar e aprovar o planejamento para o próximo estágio. Listar qualquer lição aprendida no estágio que está
terminando. Tratar qualquer exceção ou desvio do planejamento aprovado
pelo Project Board.
6. Managing Stage Boundaries (SB)
6. Managing Stage Boundaries (SB)
Planning a Stage (SB1)
Updating a Project Plan (SB2)
Updating a Project Business Case (SB3)
Updating the Risk Log (SB4)
Reporting Stage End (SB5)
Producing an Exception Plan (SB6)
7.Closing a Project (CP)
o propósito deste processo é realizar o fechamento controlado do projeto.
O fechamento pode ser conduzido ao término do projeto, quando este já desenvolveu e entregou todos os produtos propostos ou se o projeto, por algum motivo, torna-se inviável.
7.Closing a Project (CP)
7.Closing a Project (CP)
Decommissioning a Project (CP1)
Identifying Follow-on Actions (CP2)
Project Evaluation Review (CP3)
8. Planning (PL)
Este processo desempenha um papel importante nos outros processos.
Associado à técnica product-based planning, sua função é auxiliar o desenvolvimento dos planos necessários para o projeto.
8. Planning (PL)
Este processo desempenha um papel importante nos outros processos.
Associado à técnica product-based planning, sua função é auxiliar o desenvolvimento dos planos necessários para o projeto.
8. Planning (PL)
Este processo desempenha um papel importante nos outros processos.
Associado à técnica product-based planning, sua função é auxiliar o desenvolvimento dos planos necessários para o projeto.
Designing a Plan (PL1)
Princípios fundamentaisUm plano é a espinha dorsal de cada projeto e é essencial para um bom resultado.
Garante a abrangência de todos os aspectos do projeto, dando a todos os envolvidos um entendimento comum dostrabalho pela frente.
Garante que todos os envolvidos possam assimilar facilmente o projeto.
Defining and Analysing Products (PL2)
Ao definir um plano em termos de produtos a serem entregues, a criação, a qualidade e a adequaçãodesses produtos podem ser gerido e controlado mais facilmente.
Além disso, definindo a produtos necessários, todos os envolvidos podem ver e compreender o resultado necessários.
Este processo é dividido em três etapas: Identificar os produtos especializados e os produtos de gestão a ser
produzido Descrever cada um deles em termos de seus requisitos de
qualidade e garantir que eles são totalmente compreendidos e aceites por todos os envolvidos (isto requer a criação denecessários registros de configuração)
Seqüência-los em sua ordem lógica de criação.
Identifying Activities and Dependencies (PL3)
Identificar os produtos podem ser insuficiente para agendamento e efeitos de controle.
As atividades implícitas na entrega de cada um dos produtos precisam ser identificados para dar uma ampla Imagem da carga de trabalho do plano.
Este processo é dividido em três etapas:● Identificar todas as atividades necessárias para entregar os produtos● Estabelecer as interdependências entre as atividades● Assegurar que as dependências internas e externas ao projeto sejam cobertas.
Estimating (PL4)
Estimar não pode garantir a precisão, mas é melhor do que não estimar em tudo.● Identificar tipos de recursos necessários: o tipo de recursos necessários para realizar as
atividades precisa ser identificado. Habilidades específicas podem ser necessários
dependendo donatureza do projeto - ou seja, o tipo e complexidade.
Requisitos podem incluir recursos não-humanos, tais como equipamentos, viagens ou dinheiro.
Scheduling (PL5)
Um plano só pode mostrar a viabilidade final da realização dos seus objetivos, quando as atividades são colocados juntos em uma agenda que define quando cada atividade será realizada.
Agendamento seguintes estimativas do tempo para cada atividade e é seguida por umaAvaliação dos riscos inerentes ao plano.
O calendário pode ter de ser revisitada durante aprocesso de planejamento para refinar e melhorar a maneira em que o plano será realizado.
Analysing Risks (PL6)
Assumir Compromisso com um curso de ação sem levar em conta os riscos inerentes a este curso é cortejar o desastre.
Riscos devem ser considerados e modificações feitas para o curso de ação a fim de eliminar ou reduzir o impacto desses riscos.
Completing a Plan (PL7)
Um plano não é simplesmente um diagrama. Ele é incompleto sem determinadas seções
narrativas de apoio. Tendo concluído a programação e avaliação
dos riscos de forma satisfatória, o plano, os seus custos e seu texto de apoio precisam ser consolidadas.
Componentes
Componentes
Business Case Organisation Plans Controls Management of risk Quality in a project environment Configuration Management Change Control
Business Case
Justifica a existência do projeto (Escopo) . A filosofia chave por trás do PRINCE2™ é de
que o Business Case deve direcionar o projeto.
Ao longo do ciclo de vida do projeto, o Business Case é revisado e validado para garantir que o projeto se mantenha relevante.
116
BUSINESS CASE
Owned by the Executive (usually composed by PM) Composition
Reasons Options (including recommendation of chosen option) Benefits expected (expressed measurable terms) Risks (summary of key risks) Costs (extracted from Project Plan) Timescale (summary of Project Plan) Investment appraisal Evaluation
Derivation Project Mandate/ Project Brief (reasons) Project Plan (costs and timescale) The customer
117
BUSINESS CASE
Organisation
Provê uma estrutura para o projeto com a definição de papeis e responsabilidades e o relacionamento entre os diversos papéis atuantes no projeto.
119
Project Organization
Project Management Structure has 4 layers Corporate or Program management Direction of the project (Project Board) Day-to-day management of the project (Project
Manager) Team management and product delivery (Team
Managers) PRINCE2™ defines roles that can be shared,
allocated, divided, or combined Project Manager role cannot be shared, allocated,
divided, or combined
120
Project Organization
Plans
Disponibiliza um conjunto de planos que podem ser adaptados às características do projeto.
O planejamento é vital para o sucesso de um projeto, e o plano deve conter informações detalhadas o suficiente para deixar claros os resultados que se quer alcançar.
Plans
Controls
Oferece uma série de controles que ajudam na previsão e nas decisões para resolução de problemas.
Nenhum projeto é conduzido cem por cento de acordo com o plano, é comum algum desvio em custo, prazo, ou em algum outro indicador.
Aqui é aplicado o conceito de tolerância, onde se definem que faixas de tolerância que o projeto pode aceitar.
Isto significa que a cada verificação de status, se o projeto estiver dentro da faixa de tolerância não será preciso nenhuma ação do Project Board, que será acionado somente se houver alguma previsão de que as faixas de tolerâncias definidas serão excedidas.
Isso é conhecido como gerenciamento por exceção, o qual é uma forte característica dos projetos PRINCE2™.
Controls
Management of Risk
Define os momentos chave onde os riscos devem ser avaliados e revisados e a abordagem a ser aplicada na sua manutenção.
Management of Risk
Management of Risk
Quality in a Project Environment
Apresenta uma abordagem para o controle de qualidade dos aspectos técnicos e de gerenciamento do projeto.
Define como será abordada a Gestão da Qualidade durante o ciclo de vida do projeto.
Configuration Management
Define as funções essenciais e informações necessárias para a gerência de configuração do projeto, garantindo o correto versionamento dos produtos a serem entregues.
Constitui uma proteção para os produtos do projeto.
Change Control
Seu objetivo é, controlar as mudanças do projeto, verificando e validando seu impacto.
Tecnicas
Técnicas
Product-based Planning Change Control Technique Quality Review Technique
Product-based Planning
PRINCE2™ tem foco de planejamento nos produtos que o projeto deverá desenvolver e não nas atividades desempenhadas na sua produção.
PBS (Product Breakdown Structure) muito similar a EAP (Estrutura Analítica de Projeto), o produto final do projeto é quebrado em sub-produtos até o menor nível de sub-produtos identificáveis;
ajuda na criação de pacotes de trabalho, que facilitam a distribuição e o controle do trabalho para as equipes de desenvolvimento.
134
3 PRINCE2™ Techniques
Product-based Planning (4) A Product Description of the final product of the
project A Product Breakdown Structure Product Description of each product A Product Flow Diagram
Change Control Technique
Define os passos para o efetivo tratamento das mudanças solicitadas ao longo do projeto.
Visa exclusivamente, o controle de mudanças nos produtos desenvolvidos pelo projeto (specialist products), e não dos produtos de gerenciamento (management products).
136
3 PRINCE2™ Techniques
Change Control (of specialist products, not management products) If a product is to be changed, Its Product
Description should be checked for any necessary changes
Once a product has been approved, the Project Manager should not authorize any work that would change it without the approval of the Project Board
Quality Review Technique
Constitui um processo estruturado para a revisão de qualidade, que visa garantir que cada produto entregue atinja o seu propósito, conforme a sua especificação de qualidade.
138
3 PRINCE2™ Techniques
Quality Review Is a structured and organized procedure designed
to assess wither a product is ‘fit for purpose’ or conforms to requirements
Objectives Responsibilities
The PRINCE2™ approach to quality Meeting the customers' quality expectations Implementing project and stage quality plans
139
Mais Informações sobre o PRINCE2™
http://www.ogc.gov.uk/prince2/
http://www.prince2.org.uk/
http://www.prince2.com
http://butrain.bu.edu/prince2Practitioner.html
http://pmi.org/info/