GAP Set19 v2 PDF

Gestão Ágil de Projetos
Rildo Santos (@rildosan)
Gestão
Ágeis de
Projetos GAP
Versão: 2 | Set l 2019 | #gap
www.etecnologia.com.br
rildo.santos@etecnologia.com.br
Pessoas Inovação Tecnologia rildosan@rildosan.com
skype: rildo.f.santos
Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 1
Gestão Ágil de Projetos Facilitador
Rildo Santos (@rildosan) é Head de Inovação e Tecnologia, é

multidisciplinar e transdisciplinar, entusiasta e praticante de Métodos
Ágeis, Lean, Business Agility, Design Thinking, Inovação, BPM e Análise
de Negócio.
Atua como consultor, mentor, curador, facilitador, palestrante e professor.

Trabalha em projetos de Transformação Ágil, Transformação Digital,
Business Agility, Engenharia de Software, Experiência do Cliente e
Sucesso do Cliente.
É Administrador de Empresas, Especialista em Educação e Mestre em

Engenharia de Software. Atualmente lidera projetos de Inovação,
Transformação Ágil, Transformação Digital e Plataforma de Negócio
Digital utilizando tecnologias emergentes.
www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 2
Gestão Ágil de Projetos Nossos Serviços
Consultoria, Mentoria e Treinamento

Somos uma empresa que acredita que colocar pessoas em primeiro lugar é essencial para
gerar valor e sustentabilidade para empresas.
Somos especialistas em negócio, gestão, inovação e tecnologia. Já ajudamos muitos clientes a
melhorar seu desempenho e se preparar para o crescimento sustentável.
Gestão de Consultoria
Projetos Agile Treinamento
Ágeis Mentoria
Liderança de Experiência das Análise de Inovação pelo

Lean BPM Design
Pessoas Pessoas Negócio
Inovação pelo Transformação Transformação Planejamento

BPM
Design Digital Ágil Estratégico
Entre em contato conosco para agendar uma reunião para saber mais como podemos ajudar
sua empresa a crescer mais rápido. Envie um e-mail para rildo.santos@etecnologia.com.br
/Site: /Comunidade: /E-mails:
Pessoas www.etecnologia.com.br www.etecnologia.ning.com etecnologia@etecnologia.combr
Inovação treinamento@etecnologia.com.br
/Blog: rildo.santos@etecnologia.com.br
Tecnologia www.rildosan.com

Conteúdo

Este workshop é uma imersão focada na Gestão Ágil de Projetos para
profissionais que necessitam gerenciar projetos utilizando diversos modelos de
gestão. Apresentamos os modelos de gestão: Baseado no PMBOK, Baseado em
Métodos Ágeis e principalmente quando e como combinar os modelos, criando
Modelos Híbridos.
Demonstramos como selecionar “o modelo certo para projeto certo” através da
Governança Ágil de Projetos e como aplica-los para o gerenciamento de projetos
se tornar mais eficiente. Ainda mostramos as boas práticas, técnicas e ferramentas
que ajudam, facilitam e melhoram a efetividade.

Conteúdo
Adaptável
Ser Ágil e Ser Adaptável
Significado de Adaptável
adj.m. e adj.f.
1. Diz-se do que é possível adaptar; acomodável ou ajustável.
(Etm. do latim: adaptabĭle)
Sinônimos:
1 flexível.
2 acomodável, adequável, ajustável, amoldável, aplicável.

Conteúdo

Conteúdo
Gestão de Projetos
Introdução Pensamento Ágil
com PMBOK®
Gestão de Projetos Governança de Modelos Híbridos de
com SCRUM Projetos Gestão de Projetos
Estudos de Caso


Introdução
Por que precisamos dos Métodos Ágeis?
1

Gestão Ágil de Projetos Por que precisamos dos Métodos Ágeis?
Desafios (trade-off) da Gestão de Projetos:
Para ter sucesso devemos entregar produto ou serviço com a qualidade combinada, no tempo
certo (dentro do prazo), com custo adequado e atender as expectativas (satisfação) das partes
interessadas (cliente) e gerar valor para o negócio.
Eficácia Qualidade
Eficiência Eficiência
Valor para o negócio

Tempo Efetividade Custo
Rápido Barato
Eficácia Satisfação das Partes Interessadas

Provação: Escolha 3 opções Desafio: Entregar todas as opções
Indicadores: Output x Outcome
Outputs = (Saídas) Entregas do Projeto

Outcomes = Resultados alcançados pelo produto ou serviço entregue pelo projeto
Eficiência Eficácia Efetividade
Projeto
Inputs Outputs Outcome

Recursos
Capacidades Entregas Resultados
Gestão Estratégia

É mesma coisa (ou mesmo tipo de projeto)?
( ) Sim ( ) Não ( ) Não sei ( ) Talvez
Projeto de Construção de uma Casa Projeto de Desenvolvimento de Software

Não, desenvolver software exige uma abordagem (processo) empírica...
Abordagem Prescritiva: Abordagem Empírica:
Abordagem ou processo prescritivo, são Abordagem ou processo empíricos, são
processos em que todas as variáveis são aqueles processos que não se conhece todas
conhecidas, que têm poucas ou nenhuma as variáveis, têm mudanças ao logo do tempo,
mudança ao logo do tempo, são repetitivos, não são repetitivos, são imprevisíveis e
são previsíveis e tem baixo risco. geralmente tem um nível acentuado de risco.
Geralmente existe uma documentação Geralmente, a execução destes processos é
aplicada a execução do processo. Eles são baseada na experiência e no conhecimento
empregados para desenvolvimento de das pessoas que executam as atividades do
produtos. processo.
Encontramos estes processos Encontramos estes processos em algumas

essencialmente em industrias para áreas de negócio e em algumas ciências como:
desenvolvimento de produtos. - Medicina
Exemplo: - Direito
- Construção cível: Casas, edifícios, pontes.. - Educação
- Montadoras de automóveis - Indústria Farmacêutica
- Linha branca (eletrodoméstico) - Esportes
- Linha cinza (computadores) - Desenvolvimento de Software
- Áreas de retaguarda das empresas - Etc.
(backoffice)

Não, desenvolver software exige uma abordagem (processo) empírica...
Na maioria das empresas podemos encontrar os dois tipos de processos, no segmento de
serviço, como um hospital ou uma escola encontramos os dois tipos de processo,
normalmente os processos empíricos se sobressaem. Já no segmento industrial, em uma
fábrica, por exemplo, geralmente nos deparamos com processos prescritivos no chão de
fábrica e processos empíricos na administração da empresa.
Para desenvolvimento de software: O recomendado são os Métodos Ágeis, que são

fundamentados no Empirismo1, como Scrum, XP e etc.
Scrum emprega uma abordagem iterativa e incremental e técnicas de inspeção e
adaptação para otimizar a previsibilidade e controlar os riscos.
Para áreas como medicina e direito: O recomendado é utilizar Case Management.
Para serviços a sugestão é Service Design (Design de Serviços).
Exemplo: Método Ágil Scrum

Scrum é fundamentado nas teorias empíricas
de controle de processo, ou empirismo.
O empirismo afirma que o conhecimento vem
da experiência e de tomada de decisões
baseadas no que é conhecido.
O Scrum emprega uma abordagem iterativa

e incremental para aperfeiçoar a
previsibilidade e o controle de riscos
1 - Teorias Empíricas de Controle de Processo

A complexidade em desenvolvimento de software - Requisitos
- Tecnologia
- Pessoas
Framework Cynefin1 Falta de domínio do negócio
Desconhecimento de todos
os requisitos
Mudanças de requisitos
durante o processo
Restrições emergentes
Requisitos emergentes
Volume de requisitos
Variáveis incontroláveis
Isso leva ao aumento da:

- Complexidade
- Imprevisibilidade
- Riscos
1 - Adaptado - Cynefin framework

Construção Civil Projeto baseado nas

técnicas do PMBOK®
Escopo fechado
Nenhuma ou pouca
mudança
> Previsibilidade
< Risco
Abordagem Prescritiva
Software Projeto ou Processo

baseado em métodos ágeis
Escopo aberto
Mudança faz
parte do projeto
< Previsibilidade
Abordagem Empírica
> Risco
O modelo proposto pelo PMBOK® e o modelo proposto pelo Métodos Ágeis são
peças que não encaixam.
São modelos de gestão distintivos
Eles têm abordagens, conceitos e foco totalmente diferentes, portanto não force as peças para eles
se encaixam.
PMBOK® SCRUM
“Quando o encaixe é forçado não

quer dizer que elas funcionam”
“Peças certas se encaixam

e funcionam juntas”
Por que precisamos dos Métodos Ágeis?
Relatório “State of Agile” em sua 12º. edição (2018), Modelos Híbridos são aplicados
em 28% dos projetos de desenvolvimento de software:
Modelos Híbridos
Relatório “State of Agile”

1
1 - Consideramos o Scrumban como

um modelo hibrido uma vez que ela
junta dois métodos, o Scrum e
Kanban em único modelo.
28% Modelos
Híbridos
Fonte: https://explore.versionone.com/state-of-agile/versionone-12th-annual-state-of-agile-report

Conteúdo

Uma visão geral do
GUIA PMBOK®
2

Gestão Ágil de Projetos GUIA PMBOK
PMI lançou 6ª edição do GUIA PMBOK®. As mudanças para esta edição incluem novos
processos, adequação de outros e um apêndice e informações sobre métodos ágeis para cada
uma das áreas de conhecimento.

Projeto, segundo o PMBOK®:
“Um projeto é um esforço temporário empreendido para criar
ou entregar um produto, serviço ou resultado exclusivo”
Características de um Projeto:
-Temporal: A natureza temporária indica um início e um
termino bem definidos.
- Objetivo: Criar ou entregar um produto, serviço ou
resultado exclusivos.
O término é alcançado quando os objetivos do projeto são

atingidos ou quando o projeto é cancelado porque os seus
GUIA PMBOK® 6ª objetivos não serão ou não podem ser alcançados, ou
Edição – É um Conjunto
quando a necessidade do projeto deixar de existir. Um
de Conhecimento do
Gerenciamento de
projeto também poderá ser encerrado se o cliente (cliente,
Projetos (Project patrocinador ou financiador) desejar encerrá-lo.
Management Body of
Knowledge) do PMI
O Guia PMBOK® apresenta um conjunto de práticas tradicionais já comprovadas em

Gerenciamento de Projetos, amplamente utilizadas. É um guia onde se descreve a
somatória de conhecimento e as melhores práticas dentro da área de gerência de
projetos.
Portfólio:
Um portfólio refere-se a projetos, programas, subportfólios e operações gerenciados
como um grupo para atingir objetivos estratégicos.
Programa:
Um programa é definido como um grupo de projetos, subprogramas e atividades de
programa relacionados, gerenciados de modo coordenado visando a obtenção de
benefícios que não estariam disponíveis se eles fossem gerenciados
individualmente.
Arquivo
Gaveta do Arquivo
Um pasta dentro
da gaveta do
arquivo.

Gerenciamento de projetos é a aplicação do conhecimento, habilidades,
ferramentas e técnicas às atividades do projeto para atender aos seus
requisitos.
O gerenciamento de projetos é realizado através da aplicação e integração
apropriadas dos 49 processos de gerenciamento de projetos, logicamente
agrupados em cinco grupos de processos. Esses cinco grupos de processos são:
- Iniciação
- Monitoramento e Controle
- Planejamento
- Execução
- Encerramento
Execução
Planejamento
Esforço
Monitoramento e Controle
Iniciação encerramento
Tempo
Premissas:
Quando estamos planejando uma solução, podemos
esbarrar com determinadas necessidades ou fatores que
são incertos ou são hipóteses, mas precisamos tomar uma
decisão: Se assumimos esta incerteza (hipótese) como
uma verdade e continuamos o planejamento em cima
desta base incerta ou se vamos eliminar a incerteza para
continuar o planejamento. “Premissas são fatores que, para fins de
Se adotarmos a primeira opção, estamos fazendo uma planejamento, são considerados verdadeiros, reais
premissa de planejamento e, por consequência, nossa ou certos, sem prova ou demonstração.”
solução estará alicerçado em uma base incerta. E é este o
gancho que liga uma premissa a um risco no projeto de Exemplos de premissa para Solução:
uma solução. Para toda premissa que assumimos e não - Domínio da tecnologia que será utilizada para
desenvolver a solução.
conseguirmos validá-la antes do inicio do projeto da - Disponibilidade de infra-estrutura para
solução, um risco, deverá ser criado e gerenciado, implementação da solução.
conforme o plano de gerenciamento de riscos.
Restrição:
Segundo PMBOK, uma restrição é um fator limitador que afeta a execução de um projeto,
programa, portfólio, ou processo.
Ainda, uma restrição é definida como: “Uma restrição descreve quaisquer limitações impostas a solução que não
suportam as necessidades do negocio ou das partes interessadas.”
Uma outra visão sobre restrição: Lista de recursos, capacidades ou pessoas que podem restringir ou pode reduzir o
escopo de uma solução ou do projeto, mas não impede que ela seja implementada ou que funcione. Restrição está
ligada com tempo (prazo), orçamento, conhecimento das pessoas, disponibilidade de pessoas e etc
Exemplo para Solução: Tempo para entregar a solução pronta: 2 meses.
O Gerente de Projetos é a pessoa responsável por liderar a equipe e gerenciar os recursos que são
necessários para alcançar os objetivos do projeto.
Entretanto, o gerente de projetos não o único responsável pelo sucesso ou fracasso de um projeto, a
equipe de projeto também tem responsabilidade. Na gestão de projetos a responsabilidade deve ser
compartilhada entre o gerente e equipe de projeto.
A melhor forma de descrever a equipe de projeto é compara-la Equipe de

a músicos de uma orquestra. Projeto
Gerente de A melhor forma de descrever o papel de um Gerente de

Projeto Projetos é compara-lo a um Maestro de uma orquestra.

As Áreas de Conhecimento agrupam processos que possuem assuntos em
comum.

Partes Interessadas, apesar da importância Gerente de Projeto e da Equipe de Projeto, os
protagonistas de um projeto são os clientes e patrocinadores.
Gerente de Projeto: Patrocinadores:

Maestro Organizadores
do evento
Clientes:
plateia (público)
Equipe de Projeto:
Músicos

O PMI® e a Agile Alliance® uniram forças para criar um Guia de Práticas Ágeis
com a intenção de desenvolver uma maior compreensão das práticas ágeis, com
ênfase na forma como a Ágil se relaciona com a comunidade de gerenciamento de
projetos.

O Guia de Práticas Ágeis foi desenvolvido como um recurso para
entender, avaliar e usar abordagens ágeis e híbridas ágeis. Este guia
de prática fornece orientação sobre quando, onde e como aplicar
abordagens ágeis e fornece ferramentas práticas para profissionais e
organizações que desejam aumentar a agilidade.
Guia começa por apresentar a mentalidade, os valores e os

princípios do Manifesto Ágil.
Análise profunda da seleção do ciclo de vida

Para os gerentes de projetos o aspecto mais visível das abordagens
Agile é sem dúvida o ciclo de vida. Vários ciclos de vida são
discutidos no guia, juntamente com filtros de adequação, diretrizes
de adaptação e combinações comuns de abordagens..
Recomendações para criar um ambiente ágil

Existem vários fatores críticos a serem considerados ao criar um
ambiente ágil, como o conceito do líder servidor e a composição da
equipe. Esses fatores são explorados em profundidade no guia.
Recomendações para entregar em um ambiente ágil

O guia orienta sobre como organizar a equipe e prepara-las com
práticas comuns para fornecer valor em uma base regular. São
fornecidos exemplos de medidas empíricas para a equipe e para
reportar posição.

Considerações organizacionais para a agilidade do projeto:
Todo o projeto é influenciado fortemente pelo contexto da
organização. O guia explora os fatores organizacionais que afetam o
uso de práticas ágeis, como cultura, prontidão, práticas de negócios
e o papel do Escritório de Gerenciamento de Projetos.
Mas informações:
Mapeamento com o GUIA PMBOK®
Para ajudar aqueles que têm uma formação tradicional na transição
do gerenciamento de projetos para uma mentalidade ágil, é
mostrado um mapeamento de conceitos ágeis para os Grupos de
Processo de Gerenciamento de Projetos e Áreas de Conhecimento
definidos no Guia PMBOK® 6º. edição.
O mapeamento descreve como as abordagens híbridas e ágeis
abordam os atributos descritos nas Áreas de conhecimento do Guia
PMBOK®. Abrange o que permanece o mesmo e o que pode
ser diferente, juntamente com algumas diretrizes a serem
consideradas para aumentar a probabilidade de sucesso.
Visão Geral de Agile e Lean Frameworks:

O guia descreve algumas das abordagens ágeis mais utilizadas,
como Scrum, XP, Kanban, Scrumban, FDD, Scrum of Scrums, Scale
Agile Framework, Scal Scale, Enterprise Scrum e Disciplined Agile.

Gestão Ágil de Projetos Estudo de Caso
Demonstrar como utilizar a abordagem
prescritiva para planejar um projeto
baseado nas práticas do PMBOK®
1 - Tutorial
2 - Estudo de Caso
- Formar equipe
- Desenvolver o projeto


Uma Visão Geral do
Pensamento Ágil
3

Gestão Ágil de Projetos Mindset Ágil
Era uma vez 17 cavalheiros em um resort, em Snowbird, Utah em fevereiro de 2001, eles
mudaram de forma definitiva e significativa o desenvolvimento de software através de um
manifesto. O Manifesto Ágil de Desenvolvimento de Software.
Os 17 signatários, Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin
Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin,
Steve Mellor, Ken Schwaber, Jeff Sutherland e Dave Thomas.
Gestão Ágil de Projetos Pensamento Ágil
Ágil é um Definido por Fundamentados Aplicado por

Mindset quatro Valores por doze diversas Práticas
Princípios
Ser Ágil Fazer Ágil

Pensamento Ágil
Manifesto Ágil
Valores Ágeis
Quebrando Paradigmas
Mudando a mentalidade
Estamos descobrindo maneiras melhores de
desenvolver software fazendo-o nós mesmos
e ajudando outros a fazê-lo. Através deste
trabalho, passamos a valorizar:
Pessoas e interação entre elas
mais que processos e ferramentas;
Software em funcionamento
mais que documentação abrangente
Colaboração com o cliente

mais que negociação de contratos;
Responder a mudanças
http://www.manifestoagil.com.br/
mais que seguir um plano.
Pensamento Ágil
Princípios Ágeis (por trás do Manifesto Ágil)

Nós seguimos os seguintes princípios:

Nossa maior prioridade é satisfazer o cliente, O Método mais eficiente e eficaz de transmitir
através da entrega adiantada e contínua de informações para, e por dentro de um time de
software de valor. desenvolvimento, é através de uma conversa face
a face.
Aceitar mudanças de requisitos, mesmo no fim do
desenvolvimento. Processos ágeis se adéquam a Software funcional é a medida primária de
mudanças, para que o cliente possa tirar progresso.
vantagens competitivas.
Processos ágeis promovem um ambiente
Entregar software funcionando com frequência, sustentável. Os patrocinadores, desenvolvedores
na escala e usuários, devem ser capazes de manter
de semanas até meses, com preferência aos indefinidamente, passos constantes.
períodos mais curtos.
Contínua atenção à excelência técnica e bom
Pessoas relacionadas à negócios e design, aumenta a agilidade.
desenvolvedores devem trabalhar em conjunto e
diariamente, durante todo o curso do projeto. Simplicidade: a arte de maximizar a quantidade de
trabalho que não precisou ser feito.
Construir projetos ao redor de indivíduos
motivados. Dando a eles o ambiente e suporte As melhores arquiteturas, requisitos e designs
necessário, e confiar que farão seu trabalho. emergem de times auto-organizáveis.
Em intervalos regulares, o time reflete em como

ficar mais efetivo, então, se ajustam e otimizam
seu comportamento de acordo.
http://www.manifestoagil.com.br/principios.htm
l
Pensamento Ágil
Métodos Ágeis
SCRUM
KANBAN FDD
LEAN
XP
Existem diversos Métodos Ágeis no mercado, cada método tem suas características e particularidades.
Lean – Baseado no Lean Thinking, foca no fluxo e na entrega de valor para o cliente, melhoria contínua e na
eliminação de desperdícios do processo de desenvolvimento de desenvolvimento de software
Scrum – É um framework para desenvolver, entregar e manter produtos complexos e adaptativos.
Kanban* – O método Kanban é um meio para projetar, gerenciar e melhorar os sistemas de fluxo de trabalho.
FDD – Método ágil para gerenciamento e desenvolvimento de software. Foco desenvolvimento orientado as
“features”.
XP – Método Ágil para equipes pequenas e médias e que irão desenvolver software com requisitos vagos e em
constante mudança.
Framework Scrum
Pré-Game Game Pós-Game
Reunião
Revisão
Planejamento diária Retrospectiva
da Sprint
da Sprint da Sprint
24 horas
Visão Product Sprint

Backlog Backlog
Produto
2-4 Semanas
Reuniões
Legenda:
Artefatos
Eventos (Reuniões)
Papéis Artefatos
▪ Planejamento da Sprint
▪ Product Owner (PO) ▪ Sprint ▪ Product Backlog
▪ Scrum Master (SM) ▪ Diária ▪ Sprint Backlog
▪ Equipe de Desenvolvimento ▪ Revisão da Sprint ▪ Incremento do Produto
▪ Retrospectiva da Sprint

XP (Extreme Programming)
eXtreme Programming, ou XP, é um método ágil para desenvolvimento de software para
equipes pequenas e médias.Os cinco valores fundamentais da metodologia XP são:
comunicação, simplicidade, feedback, coragem e respeito. A partir desses valores, possui como
princípios básicos: feedback rápido, presumir simplicidade, mudanças incrementais, abraçar
mudanças e trabalho de qualidade.
Um ponto forte do XP são praticas de engenharia de software, tais como: TDD, Refatoração,
Programação Pareada e etc.

Feature Driven Development (Desenvolvimento Guiado por Funcionalidades) ou FDD, é um
método ágil para gerenciamento e desenvolvimento de software. Ela combina as melhores
práticas do gerenciamento ágil de projetos com uma abordagem completa para Engenharia de
Software orientada por objetos.
O lema da FDD é: “Resultados frequentes, tangíveis e funcionais.”
Como já dissemos o FDD é um método ótimo para descobrir as funcionalidades de software.

Kanban é um método para desenvolvimento de software baseada em práticas Lean. Ele
permite o gerenciamento do fluxo de trabalho de forma visual, suas principais características
são visualização do fluxo de trabalho, limitação do WIP (trabalho em andamento), medição do
tempo de espera (lead time) e melhoria contínua.
Exemplo de um Kanban:
Backlog Desenvolvimento (5) Teste (3) Deploy(3) Live

ICEBERG ÁGIL: O Pensamento Ágil é composto de Valores, Princípios e Práticas Ágeis.
Métodos Ágeis requerem visão holística, visão do todo, que abrange a parte visível e a
parte invisível do Pensamento Ágil. Nada adianta empregar as práticas ágeis sem
entender os valores e princípios ágeis.
Visível
Práticas
Como fazer
Ágeis
Princípios O que
Invisível
Valores Por que
Pensamento Propósito
Ágil

Gestão Ágil de Projetos Exercício
Demonstrar como utilizar a abordagem
empírica para um projeto baseado nas
práticas ágeis e no Scrum
1 - Tutorial
2 - Estudo de Caso
- Formar equipe
- Desenvolver o projeto

Conteúdo

Governança Ágil de Projetos 4

Gestão Ágil de Projetos Governança de Projetos
Metáfora do Jogo de Carta
As mesmas cartas do baralho podem ser utilizadas e configuradas para formar diversos jogos,
exemplos: Truco, Paciência, Poker, 21 e etc.
Existem jogos mais simples ou mais complexos de acordo com contexto (lazer, diversão,
esporte, ganho de dinheiro e etc) e necessidades das pessoas (jogadores) e características do
jogo.
Um bom modelo de gestão deve ser adaptável e configurável de acordo com contexto,
necessidades e características da demanda por projeto.
Pois, seria muito chato usar o baralho para jogar sempre o mesmo jogo, sem considerar o
contexto e o necessidades das pessoas.
Paciência Buraco
Truco Canastra
Poker Bridge
Black Jack (21) Cacheta

O SCRUM, Kanban, XP, PMBOK, FDD e etc não vão resolver todos os seus
problemas de gestão de projetos. Pois, cada método ou modelo é ótimo em para
resolver determinados problemas, mas geralmente é ruim para outros”
Não existe bala de prata

Fred Brooks
E agora, quem
poderá me ajudar? Eu, Chapolin
colorado

Visão Geral da Governança de Projetos
A governança de projetos é uma estrutura de camadas que estabelece uma sistema
de tomada de decisão baseada em autoridade e responsabilidades:
Governança de Projetos
Estabelece um sistema de tomada de decisão
“Escolher modelo de gestão certo para projeto certo”
Gestão de Projetos
Gestão é responsável por executar as decisões
Modelos de Gerenciamento de Projetos
Modelos de Gestão
Modelo de Gestão Modelo de Gestão Híbridos
Modelo de Gestão baseado
baseado baseado em em Métodos Ágeis
no PMBOK Métodos Ágil Modelo de Gestão baseado
em Ágil e PMBOK®

Governança Gestão de
de Projetos Projetos
A governança define um sistema de É o conjunto de práticas que tem como
tomada de decisão, estabelecendo objetivo realizar as decisões e entregar
metas, politicas, regras, diretrizes, valor através da execução de projetos.
princípios e responsabilidades.
Tomar a decisão de qual é o modelo Executa o projeto utilizando o

de gestão certo para projeto certo. modelo de gestão selecionado.

Governança define um sistema de tomada de decisão, que quando aplicado a
projetos, facilita a decisão de qual o modelo de gestão será certo para conduzir
ou gerenciar um projeto.
Levando em consideração as diretrizes de governança, contexto de negócio,
necessidades e características da demanda por projeto.
Demanda por Análise e Tomada Modelos de Gestão

projeto de Decisão
Modelo de Gestão baseado no PMBOK
Modelo de Gestão baseado no Ágil

(com apenas um método ágil)
Modelos de Gestão Híbridos
Modelo de Gestão Modelo de Gestão

baseado em Métodos baseado em Ágil e
Ágeis PMBOK®

Características e Necessidades de projeto determinam qual será o modelo de gestão
ideal para cada projeto. Notadamente a construção de uma cidade deveria seguir um
modelo baseado no PMBOK® e a extensão de construção cível, contudo as
características do projeto impõe método ágil como modelo de gestão mais adequado
Projeto: Construção de uma pequena cidade com conceitos de Smart City:
Smart cities, ou cidades inteligentes, se define pelo uso da tecnologia para melhorar a
infraestrutura urbana e tornar os centros urbanos mais eficientes e melhores de se viver.
Escolha a opção: ( ) Modelo baseado no PMBOK® ( ) Modelo baseado em Ágil
Características do Projeto:
Escopo aberto
Empirismo
(conhecimento pela
experimentação)
Entrega de valor mais
rápido (MMP)
Requisitos Emergentes
Incertezas
Mudanças de requisitos
durante o processo de
desenvolvimento
Características e Necessidades de projetos determinam qual será o modelo de gestão
ideal: Exemplo de um projeto que deve ser utilizado as técnicas do PMBOK® devido
suas características: .
Escolha a opção: ( ) Modelo baseado no PMBOK® ( ) Modelo baseado em Ágil
Projeto de Mudança de Datacenter para outro:
Características do Projeto:
Escopo fechado
Data de inicio e fim definidas
Pouca ou nenhuma mudança

durante a execução do projeto
Requisitos são conhecidos
Qualidade deve ser gerenciada
Riscos devem ser gerenciado
Orçamento definido
Custos devem ser gerenciado

Características e Necessidades de Gestão de Projetos
Exemplos de características que podem determinar o modelo de gestão de projetos:
Principais Características de um Projeto Ágil:

- Escopo aberto
- Aprendizagem emergente. Aprendizagem durante o projeto.
- Alguns requisitos são hipóteses que serão validadas durante o projeto

- Requisitos emergentes
- Mudanças acentuadas de requisitos durante o projeto ou alto volumes de
requisitos
- Não necessário conhecer todos os requisitos; Essas características
podem ser
- Não é necessário ter total conhecimento ou domínio de negócio transformadas
em uma lista de
- Soluções para um ambiente de inovação - VUCA (Volátil, Incerto, Complexo critérios para facilitar
e Ambíguo) a análise
e toma da decisão.
- Tratar problemas complexos e adaptativos
- Restrições emergentes
- Exigência de equipe experiente, colaborativa, auto-organizada e multidisciplinar
- Uso de tecnologias emergentes

Características e Necessidades de Gestão de Projetos
Exemplos de características que podem determinar o modelo de gestão de projetos:
Principais Características de Projeto baseado no PMBOK®:

- Escopo fechado
- Requisitos prescritivos, ou seja, todos os requisitos são conhecidos.
- Data de início e fim do projeto bem definidas
- Pouca ou nenhuma mudança de requisitos durante o projeto

Essas características
podem ser
- Precisar controlar riscos transformadas
em uma lista de
- Necessidade de controlar qualidade de forma explicita critérios para facilitar
a análise
- Carência de controlar custos e toma da decisão.
- Necessidade de aquisições de serviços, produtos e/ou contratações

de fornecedores
- Precisar controlar as atividades que são feitas pelos membros das equipe
- Necessidade gerenciar as partes interessadas de “perto”


Modelos Híbridos de
Gerenciamento de Projetos
6
Gestão Ágil de Projetos Modelo Hibrido
O Modelo Hibrido de Gerenciamento de Projetos é como um ornitorrinco que tem
características próprias.
Ovíparos
Vivíparos
FDD
O ornitorrinco (nome científico: Ornithorhynchus anatinus, do grego: ornitho, ave +

rhynchus, bico; e do latim: anati, pato + inus, semelhante a: "com bico de ave,
semelhante a pato") é um mamífero semiaquático natural da Austrália e Tasmânia.
É o único representante vivo da família Ornithorhynchidae, e a única espécie do
gênero Ornithorhynchus. Juntamente com as equidnas, formam o grupo dos
monotremados, os únicos mamíferos ovíparos existentes. A espécie é monotípica, ou
seja, não tem subespécies ou variedades reconhecida.
XP

Tentar forçar a junção entre PMBOK e Ágil é querer criar um modelo no estilo Frankenstein,
pois eles não são compatíveis, não se encaixam, mas são complementares.
FDD

O PMBOK e Scrum: Uma Comparação
Termo PMBOK Scrum
Mudança Controlada; Geralmente de pouca e Faz parte do jogo (projeto), é sempre bem-
nenhuma mudança vinda.
Foco Projeto Produto
Tempo Controle através cronograma Controle através timebox aplicada aos eventos
Estrutura EAP (Estrutura Analítica do Projeto) Não está explicita, mas quando existe, ela
Analítica deverá ser a estrutura do produto
Escopo Fechado, controlado e bem detalhado Aberto, representado pela visão de alto nível
(Declaração de escopo do projeto) do produto.
Requisitos Declaração explícitas dos requisitos. Na Declaração explícita dos requisitos através do
maioria das vezes todos os requisitos são produto backlog. Não é necessário ter todos os
identificados, analisados antes do projeto. requisitos para iniciar o desenvolvimento
Equipe Gerente de Projeto como protagonista e Equipe Scrum como protagonista. A equipe
equipe do projeto são coadjuvantes. A tem autogestão, ou seja, é autônoma.
gestão da equipe é feita pelo GP
Estimativa Feita pelo gerente de projeto e/ou Equipe de desenvolvimento
especialistas
Custos Planejado, acompanhado e controlado Não tem
Riscos Planejado, acompanhado e controlado Acompanhados e controlados durante a Sprint

(Ações para mitigar) com foco em garantir a entrega da meta.

O PMBOK e Scrum: Uma Comparação
Termo PMBOK Scrum
Comunicação Planejada, acompanhada e controlada Informal, mas intensa, principalmente

entre a equipe Scrum e pessoas de
negócio
Prazo de Entrega Depende, pode ser de curto, médio ou Curto prazo (máximo 30 dias – duração
de longo prazo máxima de uma Sprint)
Qualidade Planejada, acompanhada e controlada Implícita ao processo
Premissas Declarações formais e explicitas Implícito e informal
Restrições Declarações formais e explicitas Implícito e informal
Lições aprendidas No final de cada fase e no final do No final de cada Sprint (ciclo) nas
projeto retrospectivas.
Melhoria contínua Não é explicita e nem formal. Depende É formal e explicita (adaptação). Ela
do GP e/ou da equipe acontece no final de cada Sprint. É um
dos pilares do Scrum.
Transparência Não, depende do GP e/ou da equipe Sim, é um dos pilares do Scrum.
Artefatos e Diversos Apenas três artefatos

documentos

Conteúdo
Gestão de Projetos Ágeis

ÁGIL e PMBOK®

Gestão Ágil de Projetos Modelo Hibrido: PMBOK® e ÁGIL
Exemplo completo de um modelo hibrido de gerenciamento de projeto:
Modelo Hibrido baseado em Ágil e PMBOK
Características Ágeis: Características Tradicionais (PMBOK®):
- Escopo aberto - Necessidade de controlar riscos
- Aprendizagem emergente - Necessidade de controlar qualidade
- Alguns requisitos são hipóteses de negócio - Necessidade de controlar custos

que devem ser validados durante o projeto
- Necessidade de aquisições de serviços,
- Falta de domínio de negócio produtos e/ou contratações de fornecedores
- Mudanças de requisitos durante o processo - Necessidade de gerenciar as partes

interessadas
- Requisitos emergentes
- Necessidade de gerenciar a comunição de
- Equipe autônoma, experiente, colaborativa, forma explicita
e multidisciplinar

Exemplo que mostra PMBOK® e Ágil são complementares.
Integração
Gerenciamento de Gerenciamento de Gerenciamento de

PMBOK Custos Qualidade Partes Interessadas
Modelo Hibrido de Gerenciamento de Projetos

Aquisição Comunicação Riscos
Gerente de
Projeto
Equipe
Ágil
Scrum

O PMBOK® e Ágil são complementares. Alguns exemplos:
Gerente de Gerenciamento de Gerenciamento de Gerenciamento de

Projeto Custos Qualidade Partes Interessadas
PMBOK
Modelo Hibrido de Gerenciamento de Projetos

Aquisição Comunicação Riscos
Gerenciamento de Aquisição:
- Em um projeto de desenvolvimento de produto de Software deverá ser contrato
um serviço de PaaS (Plataforma como serviço)
Gerenciamento de Riscos:
- Em um projeto de desenvolvimento de produto de Software deverá ser mitigado
os riscos relacionamentos com a tecnologia adotada e com a contração de
fornecedores de serviços.
Gerenciamento de Parte Interessadas:

- Em um projeto de desenvolvimento de produto de Software deverá ser
engajados alguns diretores (partes interessadas) de um determinada filial.
Gerenciamento de Custos:
- Em um projeto de desenvolvimento de produto de Software com orçamento
“apertado” deverá ser acompanhado, controlado e reportado os custos para CFO.

Conteúdo

Métodos Ágeis

Gestão Ágil de Projetos Modelo Hibrido: SCRUM, FDD e XP
Juntando: Scrum, FDD e XP. O Scrum cuida do gerenciamento do projeto, FDD fica com a
descoberta, análise das funcionalidades e requisitos (Backlog do Produto) e as práticas XP são
aplicadas no desenvolvimento do software.
Práticas XP:
FDD
Refactoring TDD
Padronização do Código
Integração Contínua

Gestão Ágil de Projetos Modelo Hibrido: SCRUM e KANBAN
Juntando Scrum e Kanban. O Scrum cuida do gerenciamento do projeto da implementação
de novas funcionalidades, customizações e melhoras. O Kanban é aplicado na correção de
bugs e falhas (drive event – orientação a eventos). É obrigatório o uso da Integração Contínua.
Backlog Selecionados(5) WIP(5) Teste(3) Feitos

Kanban
dev1
bugs t1
Equipe Manutenção dev2
Backlog do
Bugs dev3
Produto t2
dev4
Novas
dev5 t3
funcionalidades
Demanda:
Cliente 1 – WIP = work in progress
Suporte, Integração Contínua
Comercial
Testes Backlog do Reunião diária
Negócio... Produto
Novas
funcionalidades Retrospectiva
Melhorias
Backlog da
Gestão de
Demanda
Revisão do
Scrum Sprint produto
Reunião
Planejamento
Sprint Backlog
Equipe Desenvolvimento
Gestão Ágil de Projetos Modelo Hibrido: SCRUMBAN
Este modelo junta o Scrum e Kanban criando um novo modelo chamado ScrumBan
Scrum é um método ágil excelente para desenvolvimento de produtos de software e o Kanban é
método mais adaptativo (mais flexível) ideal para sustentação de produtos ou para produtos
onde os requisitos mudam constante. Algumas situações é necessário juntar o melhor de ambos
para criar um modelo robusto e adaptativo que chamamos de ScrumBan.
ScrumBan requer uma equipe ágil com maior nível de maturidade, empoderamento, auto-
organização e colaboração.
Reunião
Reunião de Revisão do
Diária
Planejamento Produto Retrospectiva
WIP Lead time SLA

Classes de Serviços
Fluxo Contínuo

Conteúdo

Gerente de Projeto 7

Gestão Ágil de Projetos Gerente de Projeto
Podemos ter um único modelo de gestão para todos os tipos de projetos?
Não. Os projetos não são iguais, eles podem ter características e necessidades de
gerenciamento especificas, utilizar um único modelo, pode causar ineficiência.
“Para quem só tem martelo,
todo projeto parece um prego”

Como fica o Gerente de Projeto (PMP) em

ambiente que adota a Governança de Projetos
Sou Gerente de Projeto e agora?

“Change your Mindset”

(mude a sua mentalidade)
“Shift your Mindset”
(chavear sua mentalidade)
Sou Gerente de Projeto e Agora?
Gerente de Projeto
deve “Shift your Mindset” para
atuar em qualquer tipo de
modelo de gestão de projeto
Novo perfil exigido do profissional responsável pela gestão de projeto:
Gerente de Projeto deve estar pronto para se adaptar ao tipo de
modelo de gestão de projetos.
Metáfora do Marceneiro
O marceneiro tem uma caixa de ferramentas, que de acordo com o
trabalho que será executado ele escolhe as ferramentas certas.
Caixa de Ferramentas

Os profissionais que atuam como Gerente de Projeto baseado no PMBOK®

podem e devem atuar em projetos ágeis e projetos de modelos híbridos.
- Quando o modelo de projeto for baseado nas técnicas do PMBOK®, o

Gerente de Projetos ele seguirá as técnicas do Guia PMBOK.
- Quando o modelo de projeto for baseado nas práticas ágeis, o Gerente de

Projetos deverá Shift your Mindset (chavear sua mentalidade) para atuar
como Scrum Master ou Dono do Produto. É imprescindível ter competências
para desempenhar tais papeis.
- Quando for modelo hibrido para gerenciar projeto baseado no PMBOK® e

em Métodos Ágeis, o Gerente de Projetos deverá atuar em colaboração no
gerenciamento, atuando nas áreas de conhecimento baseadas no Guia
PMBOK®.

Conteúdo

Anexos

Gestão Ágil de Projetos Framework para Desenvolvimento de software em Larga Escala
Para desenvolvimento de software em larga escala é necessário recomendável doção de um
framework. Existem diversos frameworks no mercado como SAFe, Less, Nexus e etc. Exemplo
de uma estrutura básica para “escalar” o Scrum:

Gestão Ágil de Projetos Framework para Desenvolvimento de software em Larga Escala
Scrum em Larga Escala

Gestão Ágil de Projetos SAFe
O Scaled Agile Framework (SAFe) é um framework Agile para desenvolvimento de software
em escala corporativa.
https://www.scaledagileframework.com
Gestão Ágil de Projetos LESS
LeSS (Large-Scale Scrum) é framework para escalar o desenvolvimento Scrum, Lean e Ágil
para grandes grupos de produtos.
https://less.works/
Gestão Ágil de Projetos Nexus
Nexus é um framework para desenvolvimento e sustentação de iniciativas de entrega de
produtos e de softwares em escala. O Nexus usa o Scrum como alicerce para sua construção
https://www.scrum.org/resources/nexus-guide
Gestão Ágil de Projetos T-Shirt Size
Estimativas com T-Shirt Size

T-Shirt Size é uma técnica utilizada para fazer estimativa dos itens do Produto Backlog.
Ela é ideal para novas equipe que precisam começar fazer estimativas, mas não experiência,
T-Shirt Size é considerada como uma boa prática para aprendizagem de estimativa.
#Agile #Tshirt Size Poker #Agile #Tshirt Size Poker #Agile #Tshirt Size Poker
Não Sei Tamanho Sem Tamanho Tamanho Infinito
? 0
Pontos ? Pontos 0 Épico
eTecnologia.com.br | #agile eTecnologia.com.br | #agile eTecnologia.com.br | #agile

Tamanho Extra Pequeno Tamanho Pequeno Tamanho Médio
PP P M
Pontos 1 Pontos 5 Pontos 13

Tamanho Grande Tamanho Extra Grande Tamanho Extra Grande
G EG EEG
Pontos 20 Pontos 40 Pontos 100


Gestão Ágil de Projetos MVP: Lean Startup
Produto Mínimo Viável

Gestão Ágil de Projetos MVP: Lean Startup
O termo Lean Startup (Startup Enxuta) foi criado em 2008 por Eric Ries a
partir de várias experiências, uma parte de fracassos, em seu blog.
A missão: “melhorar a taxa de sucesso de novos produtos inovadores no

mundo inteiro.”( Eric Ries 2012)
Ciclo Lean:
• Construir rapidamente experimentos de

validação das suposições do negócio
• Diminuir o tempo de construção e

geração de códigos fontes
• Conseguir uma aprendizagem validada

para tomada de decisão

Gestão Ágil de Projetos MVP (Produto Mínimo Viável)
Um produto mínimo viável (MVP, de Minimum Viable Product) é a versão mais simples de
um produto com uma quantidade suficiente de funcionalidades para entregar valor para as
partes interessadas.
Produto
Mínimo MVP Valor
Valor
Produto Final
Visão do Produto MVP
Entregas incrementais
Um produto pode ser construído por partes, ou seja, através de entrega incrementais.
Exemplo real:
Um projeto para
escrever um livro, é
processo empírico,
onde o autor pode
escrever o livro
capitulo a capitulo.
Cada capitulo entregue
pode ser considerado
uma entrega
incremental, quando
todos os capítulos
forem entregues, então
o livro está pronto.

Mas, nem todos os produtos podem ter um MVP, um exemplo é construção da a torre Eiffel, apesar de
ser construída por fases, cada fase não pode ser considerada como um MVP. Pois, o valor somente será
percebido quando a torre estiver completa.


rildosan@rildosan.com

Gestão Ágil de Projetos Referências:

Gestão
Ágeis de
Projetos GAP
Versão: 2 | Set l 2019 | #gap
Pessoas Inovação Tecnologia rildosan@rildosan.com
Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 88

GAP Set19 v2 PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

GAP Set19 v2 PDF

Enviado por

Direitos autorais:

Formatos disponíveis

Gestão Ágil de Projetos

Rildo Santos (@rildosan)

Rildo Santos (@rildosan) é Head de Inovação e Tecnologia, é

Atua como consultor, mentor, curador, facilitador, palestrante e professor.

É Administrador de Empresas, Especialista em Educação e Mestre em

Consultoria, Mentoria e Treinamento

Liderança de Experiência das Análise de Inovação pelo

Inovação pelo Transformação Transformação Planejamento

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 3

Gestão Ágil de Projetos

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 4

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 5

Gestão Ágil de Projetos

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 6

Gestão Ágil de Projetos

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 7

Valor para o negócio

Eficácia Satisfação das Partes Interessadas

Outputs = (Saídas) Entregas do Projeto

Eficiência Eficácia Efetividade

Inputs Outputs Outcome

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 9

Projeto de Construção de uma Casa Projeto de Desenvolvimento de Software

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 10

Encontramos estes processos Encontramos estes processos em algumas

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 11

Para desenvolvimento de software: O recomendado são os Métodos Ágeis, que são

Exemplo: Método Ágil Scrum

O Scrum emprega uma abordagem iterativa

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 12

Framework Cynefin1 Falta de domínio do negócio

Isso leva ao aumento da:

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 13

Construção Civil Projeto baseado nas

Software Projeto ou Processo

“Quando o encaixe é forçado não

“Peças certas se encaixam

em 28% dos projetos de desenvolvimento de software:

Relatório “State of Agile”

1 - Consideramos o Scrumban como

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 16

Gestão Ágil de Projetos

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 17

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 18

O término é alcançado quando os objetivos do projeto são

O Guia PMBOK® apresenta um conjunto de práticas tradicionais já comprovadas em

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 20

A melhor forma de descrever a equipe de projeto é compara-la Equipe de

Gerente de A melhor forma de descrever o papel de um Gerente de

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 23

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 24

Gerente de Projeto: Patrocinadores:

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 25

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 26

Guia começa por apresentar a mentalidade, os valores e os

Análise profunda da seleção do ciclo de vida

Recomendações para criar um ambiente ágil

Recomendações para entregar em um ambiente ágil

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 27

Visão Geral de Agile e Lean Frameworks:

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 28

www.etecnologia.com.br Rildo Santos (@rildosan) rildo.santos@etecnologia.com.br 29

Gestão Ágil de Projetos