METODOS AGEIS COM SCRUM

Prévia do material em texto

Olá, Professor!
Peço que realize a avaliação do conteúdo com o 
intuito de manter o nosso material sempre atualizado.
https://bit.ly/451BDqS 
Avalie este 
conteúdo! 
Título da disciplinaMétodos ágeis com 
Scrum 
Práticas gerenciais
com Scrum
O Manifesto Ágil
Apresentação: princípios e características
O Manifesto Ágil expõe seus valores da seguinte forma:
Indivíduos e interações
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
mais que seguir um 
plano.
O Manifesto Ágil
Apresentação: princípios e características
São princípios do Manifesto Ágil:
Nossa maior prioridade é satisfazer o cliente por meio da entrega contínua e adiantada de software com 
valor agregado.
Mudanças nos requisitos são bem-vindas, mesmo que tardiamente, no desenvolvimento. Processos ágeis 
se beneficiam das mudanças visando à vantagem competitiva para o cliente.
Entregar frequentemente um software funcionando de poucas semanas a poucos meses, com preferência 
para a menor escala de tempo.
Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto ao longo de todo o 
projeto.
O Manifesto Ágil
Apresentação: princípios e características
São princípios do Manifesto Ágil:
Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte necessário, 
confiando neles para fazer o trabalho.
O método mais eficiente e eficaz de transmitir informações para e entre uma equipe de desenvolvimento 
é por meio da conversa face a face.
Software funcionando é a medida primária de progresso.
Os processos ágeis promovem um desenvolvimento sustentável. Patrocinadores, desenvolvedores e 
usuários devem ser capazes de manter um ritmo constante indefinidamente.
O Manifesto Ágil
Apresentação: princípios e características
São princípios do Manifesto Ágil:
Contínua atenção à excelência técnica e bom design aumentam a agilidade.
Simplicidade (a arte de maximizar a quantidade de trabalho não realizado) é essencial.
As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis.
Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e, então, refina e ajusta seu 
comportamento de acordo.
O Manifesto Ágil
O que são os métodos ágeis
Métodos ou frameworks usados para 
elaborar projetos que compartilham 
valores e princípios do Manifesto Ágil são 
considerados métodos ágeis. Kanban, XP, 
ScrumBan e Scrum são alguns desses 
métodos disponíveis.
Gráfico: 15ª edição do State of Agile Report.
O Manifesto Ágil
Quando usar os métodos ágeis
Eis algumas das características para as quais o uso de métodos ágeis é mais adequado:
Previsibilidade do escopo 
do projeto
Quanto maior a incerteza 
daquilo que será feito e maior 
a necessidade de se adaptar o 
produto à medida que ele for 
desenvolvido, mais adequado 
será o método ágil.
Formas de entrega dos 
produtos sendo 
desenvolvidos
Produtos que podem ser 
entregues de forma 
incremental e iterativa são 
adequados ao método ágil.
Riscos
Quanto menor o risco 
relacionado ao produto, ou 
seja, quanto menor o impacto 
relacionado a um problema 
nas entregas, melhor será o 
uso do método ágil. 
O Scrum
Histórico e definição
• Scrum foi criado por Ken Schwaber e Jeff Sutherland em 1995 na conferência OOPSLA.
• É alinhado com os valores e princípios do Manifesto Ágil.
• Inicialmente desenvolvido para projetos de software, mas agora usado em diversas áreas.
• É um framework leve que visa gerar valor por meio de soluções adaptativas para problemas complexos.
• Baseia-se no empirismo, onde o conhecimento vem da experiência e tomada de decisão com base na 
observação.
• Também incorpora o lean thinking, visando reduzir desperdício e focar no essencial.
O Scrum
Os pilares do Scrum
Transparência Inspeção Adaptação
O Scrum tem como base três pilares:
O Scrum
Os valores do Scrum
Compromisso Foco Abertura
Essenciais para o sucesso dos projetos, os seguintes valores do Scrum devem ser incorporados pelo 
Scrum team:
Respeito Coragem
O Scrum
Scrum team
A base do Scrum é uma equipe de pessoas, o Scrum team, formado por:
Um Scrum master Um product owner Alguns developers
Eventos do Scrum
A sprint
Ciclo dos eventos do Scrum.
Eventos do Scrum
Sprint planning
De acordo com Schwaber e Sutherland (2020), o sprint planning aborda as seguintes questões:
• Por que essa sprint é valiosa?
• O que pode ser feito nessa sprint?
• Como o trabalho escolhido será realizado?
Eventos do Scrum
Sprint planning
Apesar da complexidade de selecionar itens realmente concluídos na sprint, alguns fatores-chave 
aumentam bastante a chance de tal compromisso ser cumprido:
Os developers devem 
saber claramente o que 
precisa ser feito para 
concluir os itens 
selecionados.
Os developers precisam 
saber estimar baseando-
se no desempenho 
passado e na capacidade 
futura.
Para cada item do product 
backlog selecionado, os 
developers planejam o 
trabalho necessário 
decompondo cada item 
em atividades menores.
Eventos do Scrum
Daily Scrum
A daily Scrum ocorre diariamente de forma recorrente no mesmo horário e local para reduzir sua 
complexidade, com duração máxima de 15 minutos e participação de todos os developers.
Reduz de forma 
significativa reuniões 
adicionais.
Aumenta a coesão dos 
developers.
Agiliza a tomada de 
decisão, a remoção de 
impedimentos e a 
adaptação sempre que 
necessário.
Eventos do Scrum
Sprint review
• Penúltimo evento da sprint visa inspecionar resultados e adaptar o necessário.
• Duração máxima de quatro horas para sprints mensais, menor para sprints mais curtas.
• Developers apresentam o que foi realizado e adicionado ao produto.
• Participantes colaboram para definir os próximos passos com base na apresentação.
• Ajustes comuns no product backlog relacionados a detalhamento e priorização.
• Melhorias nesse momento servem de base para o próximo sprint planning.
Eventos do Scrum
Sprint retrospective
• Evento que conclui a sprint, buscando identificar oportunidades de melhoria de desempenho e 
qualidade.
• Duração máxima de três horas para sprints mensais, menor para sprints mais curtas.
• Scrum team inspeciona resultados da sprint, focando em indivíduos, interações, processos e 
ferramentas.
• Discussão de desvios, impedimentos e causas, avaliação de ações preventivas para evitar repetições.
• Identificação de oportunidades úteis, encaminhamento e possível inclusão no sprint backlog.
Artefatos do Scrum
Product backlog
Product backlog.
Artefatos do Scrum
Sprint backlog
O sprint backlog é criado na sprint planning e adaptado sempre que necessário. Algumas questões 
ajudam no direcionamento de sua criação:
Por quê?
“Por quê? Qual o objetivo a 
ser atendido com a sprint?”
O quê?
“O que será feito na sprint 
para atingir sua meta?”
Como?
“Como será feito cada um dos 
itens selecionados para atingir 
a meta da sprint?”
Artefatos do Scrum
Incremento
• Incremento é a entrega de valor ao produto em desenvolvimento, alinhado com a meta do produto.
• Materializa o product backlog em um produto consumível pelos clientes.
• Só existe se atender à definição de pronto, garantindo conformidade com medidas de qualidade.
• Cada sprint gera um novo incremento, integrando-se aos anteriores para compor o produto final.
• Liberação do incremento e do produto para clientes é baseada na meta do produto e estratégia 
organizacional.
• Cada sprint cria um ou mais incrementos, apresentados e validados na sprint review.
• Em casos específicos, o incremento pode ser liberado independentemente da sprint review.
Artefatos do Scrum
Resumo
Resumo dos artefatos do Scrum.
Técnicas para priorizar
MoSCoW
Must have (“deve ter”)
Item obrigatório para o 
produto (prioritário 
para a próxima sprint).
Should have 
(“deveria ter”)
Item muito importante 
para o produto, mas não 
obrigatório.
Could have(“pode 
ter”)
Item desejado, porém 
não tão importante 
quanto o Should have.
Won’t have (“não 
terá”)
Não será necessário 
conhecê-lo por 
enquanto.
Técnicas para priorizar
Análise de decisão envolvendo critérios múltiplos
Essa análise pode ser usada para:
Priorizar qualquer lista de 
itens ou de ideias.
Solicitar mudanças, 
requisitos, projetos, 
pessoas e itens do product 
backlog no Scrum.
Técnicas para estimar: Scrum poker
Antes de definir estimativas, há duas atividades que precisam ser realizadas:
Definição da meta da sprint. Seleção dos itens do product 
backlog para a sprint.
Técnicas para estimar: Scrum poker
Passos para aplicar essa técnica:
Descrição do item
Esclarecimento de dúvidas
Seleção da carta
Votação
Método Kanban
Importância do Kanban como complemento ao Scrum
A 15ª edição da pesquisa State of Agile apresenta uma classificação dos métodos ágeis mais adotados:
1° lugar - Scrum
Presente em 66% das 
organizações da pesquisa.
2° lugar – ScrumBan
Presente em 9% das 
organizações da pesquisa.
3° lugar - Kanban
Presente em 6% das 
organizações da pesquisa.
Método Kanban
Importância do Kanban como complemento ao Scrum
O quadro Kanban pode ser:
Físico
Empregam-se cartões post-its 
(para representar cada item) 
que vão se movimentando em 
cada lista conforme o seu 
progresso no fluxo.
Virtual
Seu uso ocorre por 
intermédio de inúmeros 
softwares disponíveis no 
mercado.
Método Kanban
Importância do Kanban como complemento ao Scrum
A visualização do fluxo de trabalho apresenta, de forma clara e fácil, como anda o progresso dos itens de 
trabalho dos artefatos do Scrum nas seguintes etapas:
Criação no product backlog
Desenvolvimento no sprint backlog
Finalização como um incremento
Método Kanban
Práticas do Kanban para o Scrum
As seguintes práticas do Kanban são essenciais para o Scrum:
Visualização do fluxo de trabalho
Limitação do trabalho em progresso
Gestão ativa de itens de trabalho em andamento
Inspeção e adaptação da definição do fluxo de trabalho
Método Kanban
Métricas do Kanban
Trabalho em progresso 
(WIP)
Número de itens de 
trabalho iniciados, mas 
não concluídos.
Tempo de ciclo 
(cycle time)
Tempo decorrido do início 
do item de trabalho até 
sua conclusão.
Idade do item de 
trabalho (work item 
age)
Tempo decorrido do 
início do item de 
trabalho até a hora 
atual.
Taxa de entrega 
(throughput)
Número de itens de 
trabalho concluídos por 
unidade de tempo.
Técnicas para facilitar eventos
Sprint planning
Seja facilitado pelo Scrum master.
Todo o Scrum team participe.
O PO inicie explicando os itens de backlog que ele priorizou e tirando as dúvidas dos developers.
Os developers iniciem o detalhamento dos itens do product backlog em atividades com suas estimativas.
No sprint planning, é importante que:
No momento que os developers concluírem que já têm trabalho suficiente para a sprint, encerrem-se o sprint 
backlog e o evento.
Técnicas para facilitar eventos
Sprint planning
Algumas das melhores práticas em relação à daily Scrum:
• A reunião deve ocorrer sempre no mesmo horário e local, que deve ser de frente para o quadro 
Kanban.
• Todos ficam de pé durante toda a duração do evento.
• Todos têm de falar e responder às seguintes questões:
1. Todo trabalho planejado na última daily Scrum foi realizado?
2. Existe algum impedimento para a realização do trabalho?
3. Qual trabalho será feito nas próximas 24 horas?
Product owner
Deve avaliar quais clientes 
podem ajudar na review e 
deverá convidá-los.
Developers
Devem avaliar a melhor forma 
de apresentar o resultado da 
sprint.
Técnicas para facilitar eventos
Sprint review
Técnicas para facilitar eventos
Sprint retrospective
Pode-se usar um quadro com três semáforos (verde, amarelo e vermelho) e solicitar que cada membro 
da equipe escreva em um post-it o que considera relevante para as próximas sprints. Dessa forma:
Verde
Significa que foi bem e deve 
ser repetido.
Amarelo
Significa que não foi tão bem, 
mas não é algo crítico.
Vermelho
Significa que certos itens não 
foram bem e precisam ser 
melhorados o mais breve 
possível.
Fases para a implementação
Para haver sucesso na implementação do Scrum, é importante atender às seguintes condições:
Patrocínio da alta direção
necessário convencer pessoas 
estratégicas na sua 
organização para implementar 
qualquer método ou processo 
novo.
Resultados consistentes 
no curto prazo
Quanto mais rápido forem 
obtidos bons resultados, 
maior será a credibilidade e 
menor a resistência das 
pessoas.
Implantação por fases
A implantação deve evoluir de 
forma gradual e com visão de 
longo prazo, para criar uma 
cultura na organização 
baseada nos valores e nos 
princípios do Manifesto Ágil.
Fases para a implementação
Dicas para iniciar um projeto-piloto:
1. Comece pelo Scrum master
2. Crie um ambiente propício para a colaboração
3. Complemente o Scrum com o Kanban
4. Treine o Scrum team
5. Procure uma boa consultoria
6. Foque na sprint retrospective
7. Expansão
Métodos Ágeis 
Específicos
Origem, valores e princípios do Kanban
• Kanban é um sistema de gestão visual originado como parte do sistema Toyota de produção em 1953.
• Adaptado por David J. Anderson e Don Reinertsen em 2010 como "Kanban para desenvolvimento de 
software" com base no lean mindset e teoria das restrições.
• Originalmente utilizado para visualizar tarefas em um fluxo, ajudando a melhorar processos.
• Evoluiu além da indústria de software para áreas como Recursos Humanos e jurídica devido à sua 
capacidade adaptativa.
• Utiliza o sistema puxado, onde a demanda é gerada pelo cliente, adaptando o ritmo produtivo e 
estoques.
• Pautado em princípios e valores que as organizações devem adotar para serem ágeis, permitindo 
adaptação de abordagens metodológicas ao objetivo e contexto.
Origem, valores e princípios do Kanban
Os valores do Kanban incluem:
Transparência
Equilíbrio
Colaboração
Foco no cliente
Fluxo de trabalho
Liderança
Compreensão
Acordo
Respeito
Origem, valores e princípios do Kanban
Princípios do Kanban:
• Comece a terminar e pare de começar
• Faça o trabalho usando um quadro visual
• Puxe apenas quando houver capacidade para fazer o trabalho
• Priorize valor
• Gerencie riscos
• Construa uma cultura de alta confiança
• Responda rápida e graciosamente às mudanças
• Desenvolva o processo que já está em vigor
Fluxo de trabalho e métricas de eficiência
O fluxo end-to-end é composto por duas fases diferentes do serviço, que apresentam características 
próprias, em termos de trabalhos a serem realizados:
Upstream Kanban
Gestão de fluxo estruturado 
de trabalho para avaliar, 
preparar e refinar ideias, 
oportunidades e opções antes 
de chegar ao 
desenvolvimento.
Downstream Kanban
Gestão do fluxo de etapas 
relacionadas ao 
desenvolvimento da solução 
ou entrega.
Fluxo de trabalho e métricas de eficiência
Fluxo end-to-end:
Quadro end-to-end com a indentificação de Upstream e Downstream.
Fluxo de trabalho e métricas de eficiência
As métricas Lean são fundamentais para medir eficiência em fluxos de trabalho, independentemente da 
abordagem adotada (ágil, preditiva ou híbrida). Entre essas métricas, estão:
Lead time médio
Throughput
Cycle time médio
Work in Progress (WIP)
Fluxo de trabalho e métricas de eficiência
Métricas Lean.
Práticas, cadências e papéis do Kanban
Visualize o fluxo de trabalho
Limite o trabalho em progresso – Work in Progress (WIP)
Gerencie o fluxo
Torne as políticas de trabalho explícitas
As seguintes práticas do Kanban possibilitam a obtenção de melhores resultados:
Implemente ciclos de feedback
Melhore colaborativamente
Práticas, cadências e papéis do Kanban
Além do time, no Kanban, tipicamente, existem dois papéis sugeridos:
Service Request Manager (SRM)
Responsável por entender as necessidades e as 
expectativas dos clientes. 
Service Delivery Manager (SDM)
Responsável pelo fluxo de trabalho, entregandoos itens selecionados pelos clientes.
Classes de serviços
• No Kanban, as organizações são vistas como ecossistemas independentes, reconhecidos por três 
princípios de entregas de serviços.
• Princípios incluem foco nas necessidades e expectativas dos clientes, autogerenciamento das pessoas 
em torno do trabalho e desenvolvimento de políticas para melhorar resultados.
• Surge o conceito de classe de serviços, amplamente usado na comunidade Kanban, para 
compreender, gerenciar e melhorar resultados.
• Itens de trabalho podem ter diferentes níveis de valor e pressão de prazo, refletidos explicitamente 
no quadro e em políticas de trabalho.
• Atribuir diferentes classes de serviço facilita a adoção de uma abordagem simples e transparente, 
permitindo que a equipe se auto-organize e atenda às necessidades do negócio.
• Isso ajuda a aumentar a satisfação dos clientes, gerenciando expectativas de forma saudável com 
diferentes níveis de serviço para diferentes tipos de trabalho.
Classes de serviços
No Kanban, usualmente, são adotados quatro tipos de classes de serviço:
Expedite
Standard
Fixed Date ou Date-Driven
Intangibles
Origem, valores e princípios do XP
• Kent Beck introduziu o eXtreme Programming (XP) após transformar um projeto crítico na Chrysler.
• O XP é um framework ágil de desenvolvimento de software focado em qualidade e qualidade de vida 
para a equipe.
• É o mais específico dos frameworks ágeis em termos de práticas de engenharia para o 
desenvolvimento de software.
• Indicado para situações de mudança dinâmica de requisitos, riscos em projetos de tempo fixo com 
novas tecnologias, pequenas equipes trabalhando no mesmo local e tecnologia que permite testes 
automatizados.
• Assim como o Kanban, o XP é baseado em valores e princípios da abordagem ágil.
Origem, valores e princípios do XP
Os valores do XP são:
Comunicação Simplicidade Feedback Coragem Respeito
Origem, valores e princípios do XP
Os valores e as práticas são conectados pelos princípios. O XP declara 14 princípios:
• Humanidade
• Economia
• Benefícios mútuos
• Semelhanças
• Melhorias
• Diversidade
• Reflexão
• Fluxo
• Oportunidade
• Redundância
• Falha
• Qualidade
• Baby Steps
• Responsabilidade
Práticas, cadências e papéis do XP
Práticas do XP.
Práticas, cadências e papéis do XP
Definição de papéis
Papéis comumente associados ao XP:
Cliente
Coach
Desenvolvedores/Time
Tracker
Desenvolvimento Orientado a Testes ou Test Driven 
Development (TDD)
Existem dois níveis de adoção de TDD:
Aceitação TDD (ATDD)
Escrevemos um único teste de 
aceitação. Esse teste deverá cumprir 
a exigência da especificação ou 
satisfazer o comportamento do 
produto. Depois disso, são escritos 
apenas os códigos de 
produção/funcionalidade suficientes 
para cumprirem o teste de aceitação, 
que foca no comportamento geral do 
sistema.
Desenvolvedor TDD
Escrevemos um único teste de 
desenvolvedor (teste unitário) e, 
depois, apenas o código de produção 
suficiente para cumprir esse teste. O 
teste unitário foca em cada pequena 
funcionalidade do produto.
Desenvolvimento Orientado a Testes ou Test Driven 
Development (TDD)
O fluxo típico de construção no ATDD tem quatro etapas:
1. Adicionar um teste.
2. Executar todos os testes e ver se algum novo teste falha.
3. Escrever algum código/altere um código para que seja correto, ou seja, refatorar.
4. Repetir o processo.
Desenvolvimento Orientado a Testes ou Test Driven 
Development (TDD)
Fluxo típico de ATDD com TDD.
Frameworks para 
métodos ágeis no 
PMBOK
O Guia PMBOK
A sétima edição do Guia PMBOK chegou em agosto de 2021 com muitas novidades e preparada para 
servir de framework para qualquer método ágil.
As principais alterações nesse sentido foram:
• De referência detalhada com processos para orientador com princípios.
• Novas seções com conceitos renovados ou adaptados das versões anteriores.
Os princípios do Guia PMBOK 7
Abordagem preditiva
Adotada onde aquilo que 
deve ser feito pode ser 
definido no início do projeto e 
os custos de uma mudança no 
meio do projeto são elevados. 
Normalmente, envolve um 
detalhamento do 
planejamento e sua 
aprovação como fase inicial 
do projeto. 
Abordagem ágil
Adotada onde não está muito 
claro aquilo que deve ser feito 
e onde os custos de uma 
mudança no meio do projeto 
são menores e muitas vezes 
bem-vindos. Normalmente, o 
planejamento é feito de forma 
periódica definindo o que será 
feito somente até o próximo 
planejamento. 
Abordagem híbrida
Permite trabalhar com todos 
os projetos, consolidando o 
que se tem de melhor na 
abordagem ágil e na preditiva.
Os princípios do Guia PMBOK 7
São princípios do Guia PMBOK:
Administração
Equipe
Partes interessadas
Valor
Pensamento sistêmico
Liderança
Tailoring
Qualidade
Complexidade
Risco
Adaptação e resiliência
Mudança
Framework para métodos ágeis
• "Framework" é um termo em inglês amplamente utilizado em português, referindo-se a uma 
estrutura de suporte para construção ou a um sistema de regras usado para planejamento ou 
decisões.
• Na prática, um framework é uma estrutura que permite encaixar outros componentes.
• No contexto do Guia PMBOK, que é um framework, são fornecidos princípios e domínios de 
desempenho para métodos ágeis visando a entrega de valor em projetos.
• A seção 2 do Guia PMBOK 7 aborda um sistema de entrega de valor, incluindo aspectos como entrega 
de valor, governança, funções de projeto, ambiente de projeto e gerenciamento de produto.
• Esses elementos podem compor o framework para maximizar o valor agregado pelos projetos nas 
organizações.
Princípios aplicados aos métodos ágeis
Guia PMBOK 7 como guarda-chuva para 
métodos ágeis ou metodologias híbridas.
Os oito domínios de desempenho do PMBOK
Partes interessadas Equipe Abordagem de 
desenvolvimento e 
ciclo de vida
Planejamento
Trabalho do projeto Entrega Medição Incerteza
Partes interessadas
Atividades relacionadas com as partes interessadas
Comunicar de modo a influenciar as partes interessadas do projeto.
Identificar e analisar as partes interessadas de modo a priorizá-las e criar estratégias para 
reduzir as suas resistências, aumentando seu apoio ao projeto.
Executar as estratégias criadas e monitorar as partes interessadas, adaptando as 
estratégias conforme o projeto vai evoluindo e as mudanças vão ocorrendo.
Partes interessadas
Atividades relacionadas com as partes interessadas
Para identificar, analisar e priorizar as partes interessadas são usadas variáveis para determinar o 
potencial impacto de cada uma delas.
Variável I
Influência ou 
envolvimento ativo, 
ou como ela é 
exercida no projeto.
Variável II
Interesse ou nível de 
preocupação em 
relação aos resultados 
do projeto.
Variável III
Poder ou nível de 
autoridade que é a 
posição hierárquica, 
ou de carisma, ou 
liderança pessoal.
Variável IV
Impacto que é a 
habilidade para 
efetuar mudanças no 
planejamento ou na 
execução do projeto.
Equipe
Atividades críticas para a entrega eficaz dos resultados esperados
Segundo o Exam Content Outline (PMI, 2021b), para liderar uma equipe é necessário:
• Estabelecer uma visão e missão claras.
• Apoiar a diversidade e a inclusão.
• Valorizar a liderança servidora.
• Determinar um estilo de liderança apropriado.
• Inspirar, motivar e influenciar os membros da equipe/partes interessadas.
• Analisar a influência dos membros da equipe e das partes interessadas.
• Distinguir várias opções para liderar vários membros da equipe e partes interessadas.
Abordagem de desenvolvimento e ciclo de vida
Fundamentos de abordagem de desenvolvimento
Entrega
Qualquer produto, 
serviço ou resultado 
gerado no projeto.
Fase
Conjunto de entregas 
estruturadas de forma 
lógica de modo a 
facilitar a gestão e o 
entendimento do 
projeto.
Ciclo de vida do 
projeto
Conjunto de fases de 
um projeto do início 
até sua conclusão. 
Essas fases podem ser 
paralelas ou 
sequenciais.
Abordagem dedesenvolvimento
Abordagem adotada 
para desenvolver as 
entregas em todo o 
ciclo de vida do 
projeto.
Abordagem de desenvolvimento e ciclo de vida
Tipos de abordagem
Preditivo
São definidos previamente, 
antes do início do 
desenvolvimento. 
Iterativa/Incremental
Podem ser elaborados em 
intervalos periódicos durante 
a entrega.
Ágil
São elaborados com 
frequência durante a entrega.
Planejamento
Fundamentos de planejamento
• O domínio de desempenho mais estratégico e amplo é o planejamento, que abrange a preparação 
para atender aos objetivos do projeto em todos os domínios e princípios.
• Na 6ª edição do Guia PMBOK, havia processos de planejamento para cada área de conhecimento, 
detalhando entradas, técnicas e ferramentas, e saídas.
• A chave é determinar o detalhamento necessário para o planejamento ao longo do projeto e avaliar 
como essa preparação agrega valor sem burocratizar.
• A abordagem ágil, como o Scrum, concentra o esforço de planejamento nos eventos de cada Sprint, 
direcionando-o para o que é prioritário a cada momento.
• Abordagens mais preditivas demandam mais esforço de planejamento no início, sendo adequadas 
quando o escopo está bem definido desde o começo.
Planejamento
Atividades críticas de planejamento
Definir/revisar o que será feito
Detalhar/estimar o que será feito
Estimar orçamento com base no que será feito e no histórico dos projetos anteriores
Trabalho do projeto
Fundamentos de trabalho de projeto
Aquisição
O que não é feito pela sua 
organização. Qualquer 
produto, material ou serviço 
feito por um fornecedor, 
aquilo que sua empresa (o 
comprador) adquire de outra 
(o fornecedor).
Contrato
Documento legal que 
descreve o que será feito pelo 
fornecedor, como deve ser 
feito e os direitos e as 
obrigações das duas partes 
envolvidas: o comprador e o 
fornecedor. Ele normalmente 
inclui termos e condições 
objetivos, claros e detalhados.
Trabalho do projeto
Atividades críticas de trabalho de projeto
Primeiro
Avaliar o que deve ser 
feito pela equipe 
interna e aquilo que 
deve ser terceirizado.
Segundo
Especificar aquilo que 
será terceirizado para 
os potenciais 
fornecedores, 
incluindo critérios de 
avaliação, tipo de 
contrato e quais 
cláusulas contratuais 
devem mitigar os 
riscos relacionados à 
aquisição.
Terceiro
Com essas definições 
prontas, preparar o 
pedido para o 
fornecedor, que pode 
ser um pedido de 
proposta, cotação ou 
de informação.
Quarto
Solicitar as propostas, 
além de analisá-las e 
classificá-las até a 
seleção do fornecedor 
para cada aquisição.
Entrega
Fundamentos da entrega
Requisito
Condição a ser atendida por 
uma entrega do projeto para 
satisfazer uma necessidade.
Estrutura analítica do 
projeto (EAP)
Estrutura hierárquica que 
define as entregas do projeto 
e sua decomposição em 
pacotes de trabalho.
Pacotes de trabalho
Pacote que possui custo, 
duração, critérios de aceitação 
e atividades que são 
agrupadas conforme 
necessidade do projeto. É o 
nível mais baixo da EAP.
Medição
Fundamentos da medição
Linha de base
A linha de base é como uma 
fotografia (versão) retirada 
após a aprovação do que foi 
planejado. Existe linha de 
base de cronograma, custos e 
de escopo. Ela é usada para 
comparar com o que foi 
realizado.
Métrica
Atributo do projeto ou do 
produto com procedimento 
claro de como medir e, se 
possível, como tratar suas 
variações.
Incerteza
Fundamentos da incerteza
Volatilidade
Incerteza
Complexidade
Ambiguidade
Risco
As bases do framework
Os critérios, valores, princípios e domínios de desempenho
• O princípio de Tailoring envolve adaptar, personalizar e customizar métodos para atender melhor às 
necessidades específicas de cada projeto.
• Segundo o PMI (2021), o sucesso de cada projeto depende da habilidade de adaptar e usar métodos 
adequados para alcançar resultados desejados, maximizar valor, gerenciar custos e atender às partes 
interessadas.
As bases do framework
Exemplo
Para este exemplo de framework, vamos escolher alguns valores, princípios e domínios de desempenho, 
utilizando como critério o mínimo necessário que possa agregar o maior valor possível para a organização.
Compromisso
Toda a equipe assume o 
compromisso de alcançar os 
objetivos traçados e apoiar 
uns aos outros, o que 
aumenta o engajamento e a 
produtividade.
Foco
Atenção plena naquilo que 
está sendo feito. O Scrum 
favorece o foco por meio dos 
seus eventos, principalmente 
do Daily Scrum.
Abertura
O evento Sprint Retrospective 
é ideal para identificar 
oportunidades de melhoria. 
Todos devem estar abertos 
para ouvir, agregar e viabilizar 
essas melhorias.
As bases do framework
Exemplo
Respeito
O respeito estimula as 
interações entre a equipe. 
Exercer a empatia se 
colocando no lugar do outro 
melhora a convivência e os 
resultados da equipe como 
um todo.
Coragem
Assumir responsabilidades e 
acreditar que são capazes, ter 
coragem de propor mudanças, 
de inovar, sem medo de errar.
As bases do framework
Exemplo
Já para os princípios, vamos adotar apenas aqueles que fazem sentido, já que existe alguma redundância 
em alguns princípios do PMBOK e os princípios do manifesto ágil (Scrum) são muito direcionados para o 
desenvolvimento de software.
Administração
Seja um administrador 
diligente, respeitoso e 
atencioso.
Equipe
Crie um ambiente 
colaborativo para a equipe de 
projeto.
Partes interessadas
Envolva-se de fato com as 
partes interessadas.
As bases do framework
Exemplo
Valor
Enfoque no valor.
Pensamento sistêmico
Reconheça, avalie e reaja às 
interações do sistema.
Liderança
Demonstre comportamentos 
de liderança.
Tailoring
Faça a adaptação de acordo 
com o contexto.
Qualidade
Inclua qualidade nos 
processos e nas entregas.
Complexidade
Navegue na complexidade.
As bases do framework
Exemplo
Risco
Otimize as respostas aos 
riscos.
Capacidade de adaptação 
e resiliência
Adote a capacidade de 
adaptação e resiliência.
Mudança
Aceite a mudança para 
alcançar o futuro estado 
previsto.
As bases do framework
Exemplo
Todos os domínios de desempenho do Guia PMBOK serão adotados e devem ser usados conforme a 
necessidade de cada situação.
Partes interessadas
Inclui as atividades e 
funções relacionadas 
às partes interessadas.
Equipe
Inclui as atividades e 
funções relacionadas 
aos responsáveis pela 
produção das entregas 
do projeto.
Abordagem de 
desenvolvimento e 
ciclo de vida
Inclui as atividades e 
funções relacionadas 
às fases de 
abordagem de 
desenvolvimento, 
cadência e ciclo de 
vida do projeto.
Planejamento
Inclui as atividades e 
funções relacionadas 
à organização e 
coordenação iniciais, 
contínuas e em 
evoluções necessárias 
para fornecer os 
resultados e as 
entregas do projeto.
As bases do framework
Exemplo
Trabalho do projeto
Inclui as atividades e 
funções relacionadas 
ao estabelecimento 
de processos do 
projeto, 
gerenciamento de 
recursos físicos e 
promoção de um 
ambiente de 
aprendizado.
Entrega
Inclui as atividades e 
funções relacionadas 
às entregas do escopo 
e da qualidade 
esperados para o 
projeto.
Medição
Inclui as atividades e 
funções relacionadas 
à avaliação do 
desempenho do 
projeto e à tomada de 
ações apropriadas 
para manter um 
desempenho 
aceitável.
Incerteza
Inclui as atividades e 
funções relacionadas 
aos riscos e 
incertezas.
As bases do framework
Exemplo
Os eventos, adotados aqui apenas como exemplo, são aqueles do scrum:
Sprint
É o coração do Scrum. Nela 
ocorrem todos os demais 
eventos de forma sequencial. 
Após a conclusão da primeira 
Sprint, inicia-se a segunda, e 
assim por diante até o final do 
projeto.
Sprint Planning
Primeiro evento da Sprint que 
tem como objetivo definir o 
trabalho que será feito nela.
Daily Scrum
Evento que tem como 
objetivo revisar o que será 
feito no dia e inspecionar o 
que foi realizado versus o que 
foi planejado, medindo o 
progresso em direção à meta 
da Sprint.
As bases doframework
Exemplo
Sprint Review
Penúltimo evento da Sprint, 
que tem como objetivo 
inspecionar seu resultado e 
adaptar o que for necessário.
Sprint Retrospective
Evento que conclui a Sprint e 
cujo objetivo é identificar 
oportunidades de melhoria de 
desempenho e qualidade.
As bases do framework
Exemplo
Confira a seguir os artefatos com seus responsáveis e sua meta.
Product Backlog
Responsável: Product Owner
Meta a ser atingida: meta do 
produto
Sprint Backlog
Responsável: Developers
Meta a ser atingida: meta da 
Sprint
Incremento
Responsável: Scrum Team
Meta a ser atingida: definição 
de pronto
As bases do framework
Exemplo
• O framework deve ser desenvolvido com base no nível de maturidade da organização, servindo como 
referência para a equipe e adaptado conforme as necessidades de cada projeto.
• O framework é dinâmico e deve ser continuamente aprimorado, recebendo insumos de cada evento 
para melhorias.
• A clareza sobre a evolução contínua do framework é crucial para todas as equipes envolvidas.
	Número do slide 1
	Número do slide 2
	Número do slide 3
	Número do slide 4
	Número do slide 5
	Número do slide 6
	Número do slide 7
	Número do slide 8
	Número do slide 9
	Número do slide 10
	Número do slide 11
	Número do slide 12
	Número do slide 13
	Número do slide 14
	Número do slide 15
	Número do slide 16
	Número do slide 17
	Número do slide 18
	Número do slide 19
	Número do slide 20
	Número do slide 21
	Número do slide 22
	Número do slide 23
	Número do slide 24
	Número do slide 25
	Número do slide 26
	Número do slide 27
	Número do slide 28
	Número do slide 29
	Número do slide 30
	Número do slide 31
	Número do slide 32
	Número do slide 33
	Número do slide 34
	Número do slide 35
	Número do slide 36
	Número do slide 37
	Número do slide 38
	Número do slide 39
	Número do slide 40
	Número do slide 41
	Número do slide 42
	Número do slide 43
	Número do slide 44
	Número do slide 45
	Número do slide 46
	Número do slide 47
	Número do slide 48
	Número do slide 49
	Número do slide 50
	Número do slide 51
	Número do slide 52
	Número do slide 53
	Número do slide 54
	Número do slide 55
	Número do slide 56
	Número do slide 57
	Número do slide 58
	Número do slide 59
	Número do slide 60
	Número do slide 61
	Número do slide 62
	Número do slide 63
	Número do slide 64
	Número do slide 65
	Número do slide 66
	Número do slide 67
	Número do slide 68
	Número do slide 69
	Número do slide 70
	Número do slide 71
	Número do slide 72
	Número do slide 73
	Número do slide 74
	Número do slide 75
	Número do slide 76
	Número do slide 77
	Número do slide 78
	Número do slide 79
	Número do slide 80
	Número do slide 81
	Número do slide 82
	Número do slide 83
	Número do slide 84
	Número do slide 85
	Número do slide 86
	Número do slide 87
	Número do slide 88
	Número do slide 89