Fases de um projeto
Duas grandes verdades a reter:
1. Apesar de haver um reconhecimento generalizado que um projeto é composto por 5 fases (PMPBOK ®), a sua implementação deve respeitar e ir ao encontro da realidade do contexto:
a) Na organização e a sua cultura b) As especifidades do projeto
c) Dos stakeholders envolvidos
"One size does not fit all!"
2. Apesar das distintas metodologias de Gestão de Projetos que existem, todas seguem a logica das 5
Fases de um projeto
Inicialização Planeamento Execução Monitorização & Controlo Fecho
Para cada fase:
• Qual o objetivo a alcançar?
• Quais os entregáveis expectáveis? • Quem deve ser envolvido?
Fases de um projeto - Inicialização
Definição e objetivo: nesta fase o projeto é ainda um “projeto de projeto”, pois poderá ainda não ter
havido um go por parte dos decisores. Do ponto de vista formal esta fase é onde a organização se
debruça sobre um desafio, oportunidade ou objetivo estratégico para avaliar a viabiliade de investimento num projeto.
Quem participa? • Sponsor
• Gestor de Projeto
• Recursos especializados
(ex: controllers financeiros para o business case)
Um objetivo de negócio:
• Adjudicação de um contrato • Deteção de uma oportunidade
de aumento de eficiência que requer investimento • Decisões de diversificação de negócios • Decisões de internacionalização • etc INPUTS
Project Initiation Document (PID): • Objetivos de negócio a alcançar • Business Case (ex. mapa de
free cashflow)
• Lista de stakeholders Deliverables
Fases de um projeto - Planeamento
Definição e objetivo: uma das fases mais criticas para o successo do projeto, que consiste na
elaboração de um roadmap (quem, como e quando), para a equipa de projeto executar. Durante esta fase o âmbito do projeto é definido, um cronograma é elaborado e os roles necessários identificados
Quem participa?
Toda a equipa de projeto
Project Initiation Document (PID):
INPUTS Documento de Vision Scope:
• Ambito e os objetivos do projeto • Work Breakdown Schedule (WBS) • Cronograma e/ou milestones
relevantes (Gantt Chart). O nível de detalhe deve ser adequado ao contexto
• Stakeholders Analysis
• Definição a atribuição dos roles (definição da estrutura
organizacional) • Matriz RACI
• Plano de comunicação
• Plano para a gestão de riscos. Inventariar desde já os riscos
Fases de um projeto - Execução
Definição e objetivo: Fase em que se efetiva o desenvolvimento da solução. No caso concreto de um
projeto de desenvolvimento de software, é nesta fase que se desenrolam as atividades de: gestão de
requisitos, UI/UX (prototipagem e focus groups), coding, Quality Assurance (testes unitarios, integração, Sistema e de aceitação).
Quem participa? Permanente:
• Core Team relacionada com Solution Delivery • Gestor de Projeto
Quando necessário:
• Qualquer stakeholder do projeto
Vision Scope
INPUTS
• Uma solução a funcionar de acordo com os requisitos
• Memoria descritiva da solução • Documentação técnica
• Manuais de utilizador
• Relatorios de atestem a qualidade do produto: test cases reports etc
• Formação a utilizadores
• Handover a equipas de suporte (para assegurar a continuidade da operação) • etc
Fases de um projeto –
Monitorização & Controlo
Definição e objetivo: Esta fase ocorre normalmente em paralelo com a fase de Execução. Tipicamente a
consiste em reuniões periodicas de acompanhamento onde são medidos e avaliados, em media 2 a 5 KPIs, efetivada a gestão dos riscos (acção sobre novos riscos detetados e o acompanhamento dos riscos já identificados previamente) e a gestão da mudança (novos pedidos, alterações de especificações,
pedidos de antecipação de datas etc)
Quem participa? Permanente:
• Core Team relacionada com Solution Delivery • Gestor de Projeto
Quando necessário:
• Qualquer stakeholder do projeto
Medições da performance do projeto INPUTS KPIs do projeto • Desvios ao orçamento • Desvios ao calendário
• De execução: se o ambito do projeto está ser implementado
• Desvios às estimativas • etc
Fases de um projeto –
Fecho
Definição e objetivo: momento em que os stakeholders acordam que o produto entregue cumpre os
requisitos. Existe um cerimónia muito importante de nome reunião de post-mortem que consiste na identificação e debate sobre as lesson learned relativamente a aspetos menos positivos com vista a prevenir situações futuras e desta forma sistematizar a melhoria continua do processo de gestão. de forma análoga também são identificados os aspetos positivos, com vista a repetir no futuro.
Quem participa?
Toda a equipa de projeto
Todo o histórico do projeto
INPUTS
• Lista de pontos a melhorar • Lista de pontos positivos
• Assinatura formal de conclusão de projeto • Pagamentos da ultima tranche
• Colocação de toda a documentação produzida num repositório designado • Desmobilização da equipa
• Entrada do produto em suporte (entrega a uma equipa de suporte e manutenção) • Se aplicável, uma punch list e respetivo
