TÓPICOS AVANÇADOS EM
ADMINISTRAÇÃO
METODOLOGIAS ÁGEIS
Metodologia
SCRUM
SCRUM
Scrum é uma abordagem ágil para o desenvolvimento de produtos e serviços inovativos.
Seu objetivo é fazer com que os projetos sejam
realizados em um espaço de tempo com o
máximo de qualidade.
O Scrum tem também por objetivo gerenciar
projetos para promover benefícios à empresa e
também aos clientes. Esse gerenciamento é
feito com flexibilidade e agilidade na sua
elaboração.
SCRUM
▪ Começa-se criando um product backlog — uma lista priorizada das características e
outras capacidades necessárias para se desenvolver um produto de sucesso.
▪ é necessário que o Product Backlog esteja bem organizado e priorizado. Isso é
fundamental em qualquer projeto ágil.
▪ Através dessa diretriz o planejamento da iteração e da release se torna mais simples,
mas isso não é tudo.
▪ Ele também vai transmitir para toda a equipe quais as necessidades que o cliente
possui e isso é feito de uma forma muito rápida e direta.
PRÁTICAS DO SCRUM
Papéis do SCRUM
Papéis do SCRUM
Product Owner (Dono do Produto)
• É um representante do contratante
• O Responsável por:
✓ Maximizar o valor do produto e do trabalho do Time de Desenvolvimento;
✓ Ele é a autoridade única responsável por decidir quais funcionalidades construir
✓ Ordenar os itens do Backlog do Produto.
• Ninguém mais tem permissão para falar com o Time de Desenvolvimento sobre
diferentes configurações de prioridade, e
✓ O Time de Desenvolvimento não tem permissão para agir sobre o que outras
pessoas disserem.
Papéis do SCRUM
Scrum Master
• É responsável por:
✓ Garantir que o Scrum seja entendido e aplicado;
✓ Facilitar os eventos Scrum (Ex. reuniões);
✓ Encontrar técnicas para o gerenciamento efetivo do Backlog do Produto;
✓ Comunicar a visão, objetivo e itens do Backlog do Produto para o Time de
desenvolvimento; e
✓ Compreender e praticar a agilidade.
✓ Não tem autoridade para exercer controle sobre a equipe
ATENÇÃO: O SCRUM MASTER NÃO É TIPICAMENTE UM
• É um facilitador LÍDER, PODEMOS CHAMÁ-LO DE SERVO LÍDER!
✓ Remove barreiras que impedem ou dificultam os trabalhos
Papéis do SCRUM
Team development (desenvolvedores)
• Consiste de profissionais que realizam o trabalho
✓ de entregar uma versão usável que
✓ potencialmente incrementa o produto “Pronto” Ao final de cada Sprint.
• Eles são auto-organizados e multi-funcionais
✓ Não contém sub-times, e
✓ Times de 3 a 9 pessoas.
• Seleciona o objetivo do Sprint (Sprint Goal) e especifica os produtos de trabalho
necessários;
• Tem a liberdade de fazer qualquer coisa dentro das diretrizes do projeto para alcançar o
objetivo do Sprint;
Artefato: Product Backlog
▪ O Product Backlog nada mais é que uma lista ordenada que contém todos os
requisitos (funcionalidades) que um produto precisa ter.
Mas como é possível saber quais são todos
esses requisitos que o produto precisa ter?
Essa dinâmica é que vai
Não se trata de algo estático, Sua organização é feita com
permitir que o projeto sempre
pelo contrário, ele sempre está itens com detalhes que possuem
se adapte às mudanças que
se atualizando e se maior importância até itens cuja
certamente irão acontecer em
visão não é tão clara ainda.
modificando. algum momento
Artefato: Product Backlog
▪ O trabalho em si é realizado em
iterações curtas e timeboxed
(duração fixa), que usualmente
variam de uma semana a um mês.
Durante cada iteração, uma equipe
multifuncional e auto-organizada faz
todo o trabalho — design, construção
e testes — necessário para produzir
features funcionais e finalizadas que
possam ser postas em produção.
Artefato: Product Backlog
▪ Tipicamente, a quantidade de
trabalho no product backlog é muito
maior do que a que poderia ser
completada por uma equipe em uma
iteração de curta duração.
▪ Então, no início de cada iteração, a
equipe planeja qual subconjunto de
alta prioridade do product backlog vai
ser criado naquela iteração. Na Figura
1.1, por exemplo, a equipe con-
cordou que poderia criar as features
A, B e C.
Artefato: Product Backlog
▪ No fim da iteração, a equipe revisa as
features completadas com os
stakeholders para obter um feedback.
▪ Baseado nele, o product owner e a
equipe podem alterar tanto o que
planejaram trabalhar em seguida,
quanto como a equipe planejava fazer
o trabalho.
▪ Por exemplo, se os stakeholders veem uma feature finalizada e então percebem que
outra feature que nunca foi considerada também deve ser incluída no produto, o pro-
duct owner pode simplesmente criar um novo item representando essa feature e inseri-
lo no product backlog na ordem correta para ser trabalhado numa iteração futura.
Artefato: Product Backlog
▪ No fim de cada iteração, a equipe
deve ter um produto potencialmente
entregável (ou um incremento do
produto), um que possa ser lançado
se apropriado. Se o lançamento após
cada iteração não for apropriado, um
conjunto de features de múltiplas ite-
rações pode ser lançado junto.
▪ À medida que cada iteração termina, o processo inteiro recomeça com o planejamento
da nova iteração.
Artefato: Product Backlog
Artefato: Sprint backlog
• É um conjunto de itens do Backlog do Produto
o selecionados para a Sprint
• É a previsão do Time de Desenvolvimento sobre
o qual funcionalidade estará no próximo incremento e
✓ sobre o trabalho necessário para entregar este incremento.
•O Time de Desenvolvimento modifica o Backlog da Sprint
o ao longo de toda a Sprint
✓ Adiciona-se um novo trabalho sempre que ele for necessário para atingir o objetivo
da Sprint, e
✓ elementos considerados desnecessários são removidos.
• A qualquer tempo, o trabalho restante pode ser mensurado.
Artefato: Sprint backlog
Eventos do Scrum
Eventos prescritos são usados no Scrum
para criar uma rotina e minimizar a
• Sprint necessidade de reuniões não definidas no
• Reunião de Planejamento da Sprint Scrum.
• Reunião Diária
• Revisão da Sprint
• Retrospectiva da Sprint Todo evento tem uma duração máxima
Cada evento no Scrum é uma oportunidade
de inspecionar e adaptar alguma coisa.
Eventos do Scrum: SPRINT
•Um evento de 1 à 4 semanas (time-boxed: início e fim)
• Um sprint começa com um sprint planning
•Durante a sprint é criado
o um incremento (“Pronto”),
✓ versão incremental potencialmente utilizável do produto.
• São compostas por
o uma reunião de planejamento da Sprint,
o reuniões diárias,
o o trabalho de desenvolvimento,
o uma revisão da Sprint e
o A retrospectiva da Sprint
Eventos do Scrum: SPRINT
• Toda Sprint tem um objetivo
o Que deve ser atingido por meio da entrega do incremento planejado.
•Durante a Sprint
o Não são feitas mudanças que possam por em perigo o objetivo da Sprint;
o As metas de qualidade não diminuem; e,
o O escopo pode ser clarificado e renegociado entre o Product Owner e o Time de
Desenvolvimento
✓ Conforme eles vão aprendendo durante a sprint.
• Termina com a sprint review e a sprint retrospective.
O PRAZO DE UM SPRINT NÃO PODE SER ALTERADO
Eventos do Scrum: SPRINT
O número de itens no product backlog provavelmente vai ser maior do que a
equipe de desenvolvimento pode completar num sprint de curta duração. Por essa
razão, no início de cada sprint, a equipe de desenvolvimento deve determinar um
subconjunto dos itens do product backlog que ela acredita que pode completar.
Eventos do Scrum: Sprint Planning
• Planeja-se o trabalho a ser realizado na Sprint
o trabalho colaborativo de todo o Time Scrum.
• Responde-se as seguintes questões:
o O que pode ser entregue como resultado do incremento da próxima Sprint?
o Como este trabalho será realizado?
• Inputs (entradas)
o Backlog do Produto
o O mais recente incremento do produto,
o A capacidade projetada do Time de Desenvolvimento durante a Sprint e
o O desempenho passado do Time de Desenvolvimento.
• Somente o Time de Desenvolvimento pode avaliar o que pode ser completado ao longo da
próxima Sprint.
Eventos do Scrum: Sprint Plannig
Eventos do Scrum: Sprint Execution
• Quando a equipe Scrum finalizar o sprint planning e concordar com o conteúdo do
próximo sprint, a equipe de desenvolvimento, guiada pelo coaching do ScrumMaster, vai
realizar todo o trabalho necessário no nível das tarefas para aprontar as features;
• Ninguém diz à equipe de desenvolvimento em qual ordem ou como fazer o trabalho no
nível da tarefa no sprint backlog.
• Em vez disso, os membros da equipe definem seu próprio trabalho na tarefa e então se
auto-organizam de qualquer maneira que se sintam melhores para alcançar o objetivo do
sprint.
Eventos do Scrum: Daily Scrum (reunião diária)
• Reunião de 15 minutos para
o sincronizar as atividades e criar um plano para as próximas 24 horas, e
o inspecionar se o progresso tende para completar o trabalho do Backlog da Sprint.
• Essa atividade de inspeção e adaptação é algumas vezes chamada de daily stand-up por
causa da prática comum de todos ficarem em pé durante a reunião para incentivar que ela
seja breve.
Abordagem do Srum Master:
■ O que eu realizei desde a última daily scrum?
■ O que eu planejo trabalhar para a próxima daily scrum?
■ Quais são os obstáculos ou impedimentos que estão evitando que eu progrida?
•Pode ser útil para comunicar o status dos itens do sprint backlog
Artefato: definição de pronto
• No Scrum, nos referimos aos resultados do sprint como um incremento potencialmente
entregável do produto.
• Essa definição especifica o grau de confiança de que o trabalho completado seja de boa
qualidade e seja potencialmente entregável.
✓ Por exemplo, ao se desenvolver software, uma definição mínima de pronto deve gerar
um trecho inteiro de funcionalidade do produto que esteja projetado, construído,
integrado, testado e documentado.
•“Potencialmente entregável” não significa que o que foi construído deve ser entregue.
✓ Potencialmente entregável é melhor entendido como um estado de confiança que o que
foi construído no sprint esteja realmente pronto, significando que não há trabalho
incompleto que seja materialmente importante.
Artefato: definição de pronto
Potencialmente
Entregável
Eventos do Scrum: Sprint Review (reunião de revisão da sprint)
• Participam
o O Time Scrum e os Stakeholders chaves convidados pelo PO.
• É executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do
Produto, se necessário.
o O Time de Desenvolvimento demonstra o trabalho que está “Pronto” e responde as
questões sobre o incremento.
•O resultado é um Backlog do Produto revisado
o que define o provável Backlog do Produto para a próxima Sprint.
o O Backlog do Produto também pode ser ajustado para atender novas oportunidades.
•O foco da discussão é o Escopo.
Eventos do Scrum: Sprint Review (reunião de revisão da sprint)
Eventos do Scrum: Sprint Retrospective
• Oportunidade para o Time Scrum inspecionar a si próprio
o e criar um plano para melhorias a serem aplicadas na próxima Sprint.
•Ocorre depois da Revisão da Sprint e
o antes da reunião de planejamento da próxima Sprint.
• Analisa-se
o Pessoas, relacionamentos, processos e ferramentas.
• Criar um plano para alterar o modo de trabalho
o Pode-se, por exemplo, criar métricas, processos, alterar responsabilidades, mudar a
definição de Pronto e etc.
A sprint review é um momento de inspecionar e
adaptar o produto, a sprint
retrospective é uma oportunidade de
inspecionar e adaptar o processo.
Benefícios do SCRUM
Resumo do SCRUM
1-4 semanas
Kanban e Scrum: sistema híbrido de metodologias ágeis
• O uso do Kanban com o Scrum é uma abordagem híbrida que pode ser aplicada por
equipes que já usam o Scrum ou que estão começando a utilizá-lo. A combinação das duas
metodologias pode tornar o processo mais completo e eficiente.
• Podemos fazer uso dos recursos do kanban a partir da sprint planning, para apoiar a
organizar dos sub-itens da sprint backlog.
Para aplicar o Scrum com Kanban, é possível seguir algumas práticas, como:
• Dar visibilidade ao fluxo, utilizando o quadro Kanban para tornar o fluxo transparente
• Limitar o WIP (work in progress), controlando a quantidade de itens de uma coluna ou de
grupos de colunas do scrum board (quadro do scrum).
• Gerenciar ativamente o WIP, criando métricas e respostas para questões como itens
bloqueados no backlog
• Inspeção e adaptação da definição de fluxo, parando para revisar o que já foi feito
Kanban e Scrum: sistema híbrido de metodologias ágeis
O item de backlog é quebrado em vários outros menores que são adicionadas a coluna a
fazer. Um membro da equipe escolhe um cartão de muda-o para a coluna fazendo. Após
implementar, executar dos devidos testes de integração e considerar a tarefa como pronta
ele então muda o cartão para coluna feito. Feito isto ele pega outro cartão na coluna a
fazer reinicia novamente o ciclo. Isso se repetirá até que a equipe mude todas as histórias
para a coluna feito.
Kanban e Scrum: diferenças
Scrum e Kanban são duas metodologias ágeis populares para gerenciamento de projetos,
mas diferem na maneira como estruturam o fluxo de trabalho:
Scrum:
•Fluxo iterativo: O trabalho é dividido em sprints, que são curtos períodos de [Link] final
de cada sprint, a equipe entrega um produto funcional.
•Reuniões regulares: O Scrum tem um conjunto de reuniões definidas, como sprint
planning, daily scrum e sprint review e retrospective, para manter a equipe alinhada e
promover a comunicação.
•Papéis bem definidos: O Scrum define papéis específicos para os membros da equipe, como
Scrum Master, Product Owner e Development Team.
Kanban e Scrum: diferenças
Kanban:
• Fluxo contínuo: O trabalho é visualizado em um kanban board, que mostra as tarefas em
diferentes etapas do processo. As tarefas fluem continuamente de uma etapa para a
próxima, sem interrupções. NÃO HÁ SPRINTS!
• Foco no trabalho em andamento: O Kanban limita o número de tarefas em andamento
(WIP) para evitar sobrecarga e otimizar o fluxo de trabalho.
• Processo flexível: O Kanban não tem reuniões ou papéis pré-definidos, permitindo que a
equipe se adapte às suas necessidades específicas. Aqui a ênfase está no fluxo de
atividades e na gestão visual. Por isso, não há papéis definidos como no SCRUM.
Tanto o Scrum quanto o Kanban podem lidar com
projetos de requisitos variáveis.
