2. A GESTÃO PREDITIVA, como o nome sugere, visa prever todas as fases do projeto antes da
sua iniciação. É indispensável para grandes projetos de infraestrutura, como pontes, túneis,
construções e fabricações onde o planejamento devem ser minuciosamente detalhado.
A GESTÃO ÁGIL, por outro lado, é mais indicada para desenvolvimento de produtos e serviços
como o desenvolvimento de softwares, que tem pouca previsibilidade sobre os requisitos ou
até mesmo incerteza sobre a real necessidade a ser tratada.
Em outros casos, sempre vale apostar no melhor dos dois mundos e unir os CONCEITOS
ÁGEIS E PREDITIVOS aproveitando os aspectos positivos de cada um. Neste cenário, o
planejamento prevê parte do projeto e o resultado esperado e não ignora a possibilidade de
alterações no escopo. A execução e entrega são feitas em pacotes como na abordagem ágil e
essa junção vai aperfeiçoando o projeto e torna o resultado melhor que o idealizado.
3. MODELO TRADICIONAL ( Preditivo)
É a combinação de métodos e ferramentas, onde o escopo é definido e
planejado em fases ou entregas antes de ser executado.
Através de uma EAP (Estrutura Analítica do Projeto) é gerenciado os pacotes
de trabalho com seus custos e prazos ( cronograma) definidos.
Os gerentes de projetos, o time e as partes interessadas acompanham os
projetos, garantindo as entregas, os custos e prazos.
Exigem alguns artefatos como TAP, Declaração de escopo, Cronograma, etc.
Aplicado em projetos na construção civil, construção de fábricas, automotivo,
etc.
4. É a combinação de métodos e ferramentas, baseadas em alguns modelos como Scrum,
Lean e Kanban. Estes modelos compreendem que pessoas e iterações são mais
importantes que processos e ferramentas.
Buscam mais foco em produtos e serviços funcionando e gerando benefícios do que no
planejamento e documentação completa antes de executar.
As mudanças nos projetos são necessárias e gerenciadas dentro de cada ciclo.
Segundo Jeff Sutherland : “Scrum é método ágil para adicionar energia, foco, clareza e
transparência ao planejamento e implementação do projeto”.
MODELO ÁGIL
5. EVENTOS SCRUM
Entrada dos executivos,
time, clientes, usuários e
outros envolvidos.
Product Owner
Product Backlog
O time seleciona as funcionalidades de
maior prioridade, que eles podem se
comprometer a entregar no final do
Sprint.
Sprint Planning
Burndown Kanban Conhecimento sobre o que foi
feito no dia anterior é
disseminado , são identificados
impedimentos e se priorizar o
trabalho do dia que se inicia.
Sprint Backlog
Scrum Master DevTeam Daily Scrum
Sprint
1-4
semanas
24
horas
Incremento de
produto
A entrega é avaliada pelo
product owner e pelo
cliente
Sprint Review
Avaliação do trabalho
realizado e do processo de
melhorias
Sprint Retrospective
6. Backlog
do produto
(requisitos)
Backlog
do Sprint
(tarefas)
24
horas
Ciclos de
monitoramento e
controle
Planejamento
Iniciação
Reunião diária
Monitoramento e
Controle
Planejamento
da Sprint
Execução da Sprint
(construção do
produto)
Execução
Reunião de
Revisão
Reunião de
Retrospectiva
Encerramento Produto Pronto
Aplicado em desenvolvimento de produtos,
serviços, software, etc.
Sprint (duração
de 2 a 4 semas)
7. METODOLOGIA DE GESTÃO DE PROJETOS HÍBRIDA
É a combinação de métodos e ferramentas que
reúne aspectos positivos da gestão tradicional e
ágil, a fim de obter os melhores resultados durante
o planejamento, execução, controle e encerramento
dos projetos.
Ela combina o planejamento e a documentação
necessária com uma rápida execução e conclusão
dos projetos.
Assim ela permite que as equipes planejem e
dividam as entregas em ciclos fechados e rápidos
chamados sprints com objetivos e metas definidos
em prazos curtos.
8. CICLO DE VIDA HÍBRIDO
O fluxo do ciclo de vida do projeto ilustra como as abordagens se encaixam de uma maneira natural, conectando-
se perfeitamente com o objetivo de união dos pontos fortes com o intuito de diminuir as fraquezas ou limitações.
Backlog
do produto
Produto
pronto
Backlog
da Sprint
A cada 24
horas
Sprint
Duração entre 2 e 4 semanas
(Ciclo de vida do projeto)
Ciclos de
monitoramento e
controle
Monitoramento e
Controle
Reunião diária
Iniciação
Planejamento
Planejamento da
Sprint
Execução da Sprint
(Construção do Produto)
Execução
Reunião de
Revisão Reunião de
Retrospectiva
Encerramento
10. Percebemos no gráfico que quanto mais
cedo estamos no ciclo de vida do
projeto, menos visão temos sobre o escopo,
pelas razões de incertezas.
E como as estimativas do projeto se baseiam
no escopo, é fatal que elas não refletirão
aquilo que o projeto é.
Isso é uma das maiores causas dos
constantes atrasos e replanejamento nos
projetos de produtos e serviços.
CONE DA INCERTEZA
13. TIMES AUTO ORGANIZÁVEIS E AUTO GERENCIÁVEIS
Função de liderança e ao mesmo tempo serve ao time
14. CASE: CICLO DE VIDA DO PROJETO
METODOLOGIA DE GERENCIAMENTO DE PROJETO HÍBRIDO
Identificar partes
interessadas
Proposta /Termo de
abertura do projeto
Tradicional
SCRUM
PM Canvas (Plano do Projeto)
Backlog do produto e ou serviço
(Escopo)
Roadmap do produto ou
serviços
Revisão e
restropectiva
das sprints
Termo de aceite
do projeto
Stakeholders
Dono do produto
Product Backlog
Produto
INICIAÇÃO
PLANEJA
MENTO
EXECUÇÃO e
CONTROLE
ENCERRA
MENTO
Planejamento e controle das sprints
Execução da sprint - Kanban
1
1
2
2
2
3
3
4
4
15. METODOLOGIA DE GESTÃO DE PROJETOS HÍBRIDA
1 - Proposta e Termo de abertura do Projeto: O projeto deve iniciar com documentação inicial de proposta que poderá
conter a justificativa, necessidade ou problema, objetivos, partes interessadas, líder do projeto, orçamento e outros, que
após aprovado pela alta administração se torna o TAP ( termo de abertura do projeto) e passa a fazer parte do Portfólio de
Projetos e serve de entrada para o PM Canvas do Projeto.
2 – PM Canvas do Projeto: Plano do projeto feito de forma sequenciada, lógica e colaborativo entre o EGP, lideranças,
cliente e times dos projetos, com objetivo de definir em nível macro requisitos importantes do projeto, principalmente o
backlog do projeto.
Backlog do produto ou serviço: Lista de pacotes de trabalho, requisitos ou atividades relacionadas aos produtos, serviços e
resultados que devem ser entregues no projeto.
Roadmap do produto ou serviço: Planejamento e visão dos lançamentos dos produtos e serviços dentro das sprints. É
definido pelos times em quantas sprints serão lançados partes dos produtos ou serviços ou até mesmo o produto final.
16. 3 – Reuniões de planejamento e execução da sprint: Eventos semanais, quinzenais ou mensais que participam o EGP, os
líderes de projetos, responsáveis pelos times e demais partes interessadas dos projetos, com objetivo definir as prioridades
de entregas que geram mais benefícios nos projetos neste momento gerando resultados maiores, além de acompanhar a
execução no formato colaborativo e comunicação mais eficiente.
Sprint – ciclo de iteração aonde ocorre o planejamento, execução, controle, revisão e retrospectiva das entregas do
projeto. Como boas práticas de 2 a 4 semanas de duração.
Controlar e monitorar os projetos: Através de um quadro Kanban, que controla o fluxo de trabalho em fases como backlog
da Sprint, fazendo, testando, pronto, homologando e entregas em produção de todos os projetos em andamento.
4 – Revisão e retrospectiva das sprints: Eventos que ocorrem no final da sprint, aonde participam o EGP, os líderes de
projetos, responsáveis pelos times e demais partes interessadas dos projetos com objetivo de validar as entregas e analisar
as lições aprendidas e pontos de melhorias. Conclui com o termo de aceite parcial ou total da entrega do projeto pelos
clientes.
18. PRODUTO
JUSTIFICATIV
A (passado)
OBJ SMART REQUISITO
BENEFÍCIOS
(futuro)
RESTRIÇÕES
EQUIPE GRUPO DE
ENTREGAS
LINHA DO
TEMPO
CUSTOS
PREMISSAS
STAKEHOLDE
RS EXTERNOS
E FATORES
EXTERNOS
RISCOS
PROJETO: XXX
20. Priorização de Projetos/Entregas
MoSCoW
Must Have (DeveTer) – imprescindível.
Should Have (Deveria Ter)– importante.
Could Have (Poderia Ter) – bom ter.
Won’t Have for Now (Não Terá por
Enquanto) – não geram valor de negócios.
22. Quadro Kanban de Projetos e Entregas
WIP – Work in
progress
Projeto com fluxo
de produção puxado do
backlog
Pacote de entrega passa
pelas etapa do processo de
produção
Ritmo/velocidade das
entregas
QUADRO KANBAN DE PROJETOS E ENTREGAS
23. REVISÃO
DA
SPRINT
Entregas realizadas (pacotes de trabalho ou
estórias de usuário).
Apresentação do produto parcial ou
final .
Feedback do cliente e Resultados do
produto e termo de aceite.
Entregas não realizadas
Pacotes com problemas
24. RETROSPECTIVA DA SPRINT
Equipes e stakeholders participam.
Definem pontos de melhorias e plano de
ação para próxima sprint
Estrela doMar
25. ENCERRAMENTO DA SPRINT
O Sprint no Scrum se encerra com as reuniões
Sprint Review (feedback sobre o produto) e
Sprint Retrospective (melhoria contínua do
time).
Na Sprint multiprojetos também, dentro do
timebox e com lançamentos e projetos
definidos para se encerrar no período.
26. ENCERRAMENTO DA SPRINT
A comunicação a respeito do
atingimento dos objetivos é mais
importante do que o fato de tê-los
alcançados, assim como sobre uma
meta não realizada.
Deve-se verificar também a necessidade
de adaptar a frequência das entregas e
comunicar a todos.