•

•
Aspectos Visíveis:
• Objetivos
• Tecnologia
• Estrutura
• Políticas e procedimentos
• Recursos financeiros

Aspectos informais (não visíveis):

• Percepções
• Atitudes
• Sentimentos
(apatia, raiva, medo)
• Valores
• Interações informais
• Normas de grupo
Cultura é invisível e está em todos os lugares
da organização
 desmotivação silos e feudos
caixas pretas ociosidade Interfaces e
Muitas comunicações
desigualdade hierárquias complexas
conformismo
falta autonomia incompetência
•
•
•
•
 •
•

Fonte: PMI - Agile Practice Guide - 2017

 Complexo (origem no latim)

com (junto) plexus (particípio de plectere,

que significa dobrar,
trançar e entrelaçar)

Complexo é aquilo que tem muitas dobras ou é entrelaçado.

(Clédat, 1914)
Complexo aquilo que se compõe de muitas partes, que é difícil de
manejar ou entender, que tem muitas variáveis, que é formado de
diferentes elementos, que não se consegue visualizar totalmente.
(Le Robert Micro, 2006)
Complicado e complexo têm a mesma raiz e indicam desafios para a mente. Complexo,
no entanto, implica muitas partes diferentes, ao passo que complicado significa
relacionamentos elaborados, não necessariamente numerosos.
(The American Heritage Dictionary of the English Language, 1970)
 Boing 747-400
6.000.000 de peças

São José dos Campos

800.000 habitantes
Dombkins (2008)
(Maximiliano, 2002).
 Nos move para
entregar mais valor
e promover
Valores (4) mudança cultural.

Pilares (3)
e Princípios (12)

Práticas
(muitas)
(-) Menos Visível
(+) Mais Pessoas Nos move para
(+) Mais Poderoso entregar mais valor
e promover
Valores (4) mudança cultural.

Pilares (3) Estrutura mantém a

e Princípios (12) cultural da agilidade

Práticas
(muitas)

Manifestação
(+) Mais Visível Operacionalização
(-) Menos Pessoas Ciclo ágil
(-) Menos Poderoso
Interação entre indivíduos mais do que Processos e ferramentas

Produto funcionando mais do que Documentação

Colaboração com o cliente mais do que Contratos (termos)

Resposta às mudanças mais do que Cumprimento de planos

http://agilemanifesto.org
Preditivos Adaptativo
Inicio Inicio Inicio Inicio

Fase 2 Fase 2 Fase 2 Fase 2

Fase 3 Fase 3 Fase 3 Fase 3

Finalização Entrega Entrega Finalização

Preditivos
Inicio

Fase 2

Fase 3

Finalização
Preditivos
Inicio

Fase 2

Fase 3

Finalização
Preditivos
Inicio

Fase 2

Fase 3

Finalização
Construção Casa
Planejamento

Terreno e Fundação

Construção
Acabamento e
finalização
Preditivos Orientados ao plano: tríade do projeto
Inicio

Fase 2

Fase 3
Custos
Finalização Mudanças no escopo, alteram custos e
o cronograma, e vice-versa
Preditivos Orientados ao plano: tríade do projeto
Inicio

Fase 2

Fase 3
Custos
Finalização Mudanças são evitadas, através de
gerenciamento de riscos e requisitos.
 •
•

Fonte: PMI - Agile Practice Guide - 2017

Adaptativo: iterativo e incremental
Inicio Inicio Inicio

Fase 2 Fase 2 Fase 2

Fase 3 Fase 3 Fase 3

Entrega Entrega Finalização

Adaptativo: iterativo e incremental
Plano Inicio Inicio
Requisitos

Fase 2 Fase 2 Fase 2

Fase 3 Fase 3 Fase 3

Entrega
Entrega Finalização
Requisitos
Adaptativo: iterativo e incremental
Plano Inicio Inicio
Requisitos

Fase 2 Fase 2 Fase 2

Fase 3 Fase 3 Fase 3

Entrega
Entrega Finalização
Requisitos
Adaptativo: iterativo e incremental
Plano Plano Plano
Requisitos Requisitos Requisitos

Fase 2 Fase 2 Fase 2

Fase 3 Fase 3 Fase 3

Entrega Entrega Finalização

Requisitos Requisitos
Adaptativo: iterativo e incremental
Plano Plano Plano
Requisitos Requisitos Requisitos

Fase 2 Fase 2 Fase 2

Fase 3 Fase 3 Fase 3

Entrega Entrega Finalização

Requisitos Requisitos
 Requisitos
Planejamento

construção

Entrega (MVP)
Requisitos Requisitos Requisitos Requisitos
Plano Plano Plano Plano

Construção Construção Construção Construção

MVP 1 MVP 2 MVP 3 MVP 4

Requisitos Requisitos Requisitos Requisitos

Plano Plano Plano Plano

Construção Construção Construção Construção

MVP 5 MVP 6 MVP 7 MVP 8

•
•

•
•
 •
•
•
•
•
•
•
•

Fonte: PMI - Agile Practice Guide - 2017

•

•
•
•
•
•
•
 Cliente realmente
Participa constantemente
Do desenvolvimento
Planning Game

Programação em par: Trabalhar 40Hs

1 digitador e um revisor Semana!
Toda
Programação
É compartilhada

Estórias de usuários:
Lista de funcionalidades
Desejadas para o sistema Reuniões diárias
Em pé!

Entregas com
Incrementos
Releases
•

•
•
•
•
•
•
•
 Fonte: PMI - Agile Practice Guide - 2017

•
•
•
•
•
Fonte: PMI - Agile Practice Guide - 2017
•
•
•
•

•
•
•
•

•
•
•
•
•
 da Release
Estórias
de
Usuário

Ciclo de vida
iterativo e incremental

Eventos
- Planejamento da Release
Entrada = Visão
- Planejamento da Sprint
- Reunião Diária
Saída = Produto
- Revisão da Sprint
- Retrospectiva da Sprint
Papéis
Artefatos
- PO - Product Owner
- Estórias de Usuário
- SM - Scrum Master
- Backlog do Produto
- Equipe Scrum
- Backlog da Sprint
- Stakeholders
 •

• •
• •
•
•
Critério Alto / Médio / Baixo

Quem? Porque? Como?

Quantidade de membros
(alto, médio ou baixo)
Tempo dedicação a um projeto único

Autonomia dos membros da equipe em

decidir como fazer o seu trabalho
Auto organização da equipe para decidir o
que fazer e quando?
Quem realiza a gestão de desempenho e
análise dos resultados.
Quem é responsável (organização) pelo
projeto e pelo seu sucesso.
Quem lidera a equipe e a conduz aos
resultados do projeto
Critério Alto / Médio / Baixo
Quem? Porque? Como?
Quantidade de membros Projetos tradicionais tem grandes estruturas
(alto, médio ou baixo) Alto, médio organizacionais departmentais (silos e feudos)

Tempo dedicação a um projeto único Baixo, médio Geralmente os times são compartilhados entres
projetos ou ainda entre projetos e operações

Autonomia dos membros da equipe em decidir Baixo a alto, depende do GP, GP e estruturas modernas dão + autonomia, menos
como fazer o trabalho geralmente baixo microgestão e mais autonomias

Auto organização da equipe para decidir o que Baixo Geralmente o GP organiza a equipe, os mais
fazer e quando? modernos o fazem e forma colaborativa

Quem realiza a gestão de desempenho e análise Gerente do Projeto Atribuição primaria do GP em qualquer estrutura
dos resultados do projeto. (Gerente) tradicional
Quem é responsável (organização) pelo projeto e Gerente do Projeto Atribuição primaria do GP na grande maioria das
pelo seu sucesso. (chefe) estruturas tradicionais
Quem lidera a equipe e a conduz aos resultados do Gerente do Projeto Atribuição de gestão e liderança da equipe
projeto (líder) concentrada no GP
•

•
•

•
•

•
Critério Alto / Médio / Baixo

Quem? Porque?
Quantidade de membros
(alto, médio ou baixo)
Tempo dedicação a um projeto único

Autonomia dos membros da equipe em

decidir como fazer o trabalho
Auto organização da equipe para decidir o
que fazer e quando?
Quem realiza a gestão de desempenho e
análise dos resultados.
Quem é responsável (organização) pelo
projeto e pelo seu sucesso.
Quem lidera a equipe e a conduz aos
resultados do projeto
Critério Alto / Médio / Baixo
Quem? Porque? Como?
Quantidade de membros Projetos ágeis tem estruturas de trabalho
(alto, médio ou baixo) Baixo (3 a 9 membros) pequenas, que podem ser multiplicas e escaladas
na organização
Tempo dedicação a um projeto único Alto Geralmente os times são dedicados a um projeto
durante um release (definição de alto nível do nº
de sprints)
Autonomia dos membros da equipe em decidir Alto O compromisso é com a entrega e cada um defini
como fazer o trabalho como entregar o seu trabalho

Auto organização da equipe para decidir o que Alto Equipe ágeis sempre definem o que fazer e quando
fazer e quando? de forma colaborativa

Quem realiza a gestão de desempenho e análise PO e SM PO – Analise o atend aos requisitos

dos resultados do projeto. (Gerentes) SM – Analisa o des. Da equipe ágil
Quem é responsável (organização) pelo projeto e Todos Responsabilidade compartilhada do sucesso do
pelo seu sucesso. projeto
Quem lidera a equipe e a conduz aos resultados do PO e SM PO – Guia o time na necessidades
projeto (Líder servidor) SM – Guia o time na agilidade
•

•
•

•
•
•
•

•
•
•
•
•

•
Planejamento Colaborativo!

É uma forma de elaborar

um plano de projeto
considerando vários
pontos de vista,
envolvendo toda a
equipe
Planejamento Colaborativo!

Cada um coloca sua opinião e

comenta sobre as demais
opiniões apresentadas, sendo
estas registradas numa área
comum de trabalho que está
visível e acessível para
modificação por todos.

Canvas
 Elaborado desde a estruturação do projeto

CONCEPÇÃO

CONSTRUÇÃO
DO
ESTRUTURAÇÃO
BACKLOG

PLANEJAMENTO
DA RELEASE

Artefato vivo! Usado também ao longo da execução (inspeção e adaptação).

Vamos definir nossa equipe de projeto!
Vamos escolher o gerente do projeto!
Complete o campo equipe!

• Product Owner

• Agile Master
completar
Tempo = 5 min
• Equipe de Projeto
Qual o objetivo do projeto descrito de forma SMART

eSpecífica Exclusiva, especial, particular

Que possa medir, quantificar,

Mensurável dimensionar

Atingível Possível, realizável, alcancável

Relevante Importante, merece atenção

Temporal Prazo definido

completar
Tempo = 10 min
 Completar a coluna
Tempo = 15 min

Que problemas do cliente o

projeto resolve

O que o projeto traz de

bom para o cliente?

Como vou medir o

sucesso do projeto?
• Indicadores de sucesso: Medir o valor
entregue pelo projeto, tangível e
intangível.

• Indicadores de desempenho: medir o

progresso do valor que está sendo
entregue
(veremos adiante)
Todos aqueles afetados pelo resultado do
projeto, e que também podem influenciar o
curso do projeto.

Completar
Tempo = 5 min
Até onde podemos ir?

Completar
Tempo = 5 min
O que pode nos atrapalhar? Completar
Tempo = 10 min

RESPOSTAS AOS RISCOS

Estrutura
sistemas, pessoas

Partes externas
fornecedores,
clientes
Complete o campo pacotes!
Priorizando e enumerando
Tempo = 5 min
Cada item backlog(pacote) deve ter um aceite!
CRITÉRIO DE ACEITE

Complete com post-its os critérios de aceite tempo = 5 min

Itens priorizados do pacote(backlog) que devem ser entregues
ao longo do tempo, por meio de 4 entregas (Sprints). É o
cronograma ágil!
LINHA DO TEMPO

PLANO DE ENTREGAS

AFERIÇÃO DE
MVP ENTREGAS PARCIAIS
BENEFÍCIO

Sprint 1 Sprint 2 Sprint 3 Sprint 4

Completar
Tempo = 5 min
 da Release
Estórias
de
Usuário

Ciclo de vida
iterativo e incremental

Eventos
- Planejamento da Release
Entrada = Visão
- Planejamento da Sprint
- Reunião Diária
Saída = Produto
- Revisão da Sprint
- Retrospectiva da Sprint
Papéis
Artefatos
- PO - Product Owner
- Estórias de Usuário
- SM - Scrum Master
- Backlog do Produto
- Equipe Scrum
- Backlog da Sprint
- Stakeholders
Itens priorizados do backlog(pacote) foram planejados suas entregas em 4 entregas-
Sprints.
LINHA DO TEMPO

PLANO DE ENTREGAS

AFERIÇÃO DE
MVP ENTREGAS PARCIAIS
BENEFÍCIO

Sprint 1 Sprint 2 Sprint 3 Sprint 4

P Plan D Do C Check A Act
P Plan D Do C Check A Act
•

•
 •
•
•

Sistema puxado: termina um •

trabalho puxa o outro. O Valor está
em trabalho concluido (Done)!