O documento discute metodologias ágeis como Scrum e Kanban. Ele explica os principais conceitos como eventos Scrum, Daily Meetings, Backlog e como escolher a metodologia certa para cada contexto com base na flexibilidade do escopo.

1. Metodologias Ágeis
Scrum &/ou Kanban

2. Sumário
1. Introdução a Metodologias Ágeis
2. Manifesto ágil
3. Principais metodologia ágeis
4. Como escolher a metodologia certa para a minha empresa / departamento?
5. Comparação entre as metodologias ágeis (diferenças)
6. Scrum - como fazer o dobro do trabalho na metade do tempo
a. Papéis
b. Eventos Scrum
7. Daily Meeting
8. Sprint Review
9. Erros comuns
10. Monitoramento
11. Scrumban
12. Manual de uso / trabalho

3. Como escolher a metodologia certa?
Qual é o contexto de escopo da entrega de trabalho?
- Escopos mais flexíveis = KANBAN;
- Escopo mais rígidos = SCRUM.
Reflexão: quem tem escopo mais flexível: time de suporte ou time de
produção de conteúdo?...

4. SCRUM - como fazer o dobro do trabalho na metade do
tempo
É uma metodologia ágil que surgiu como resultado a partir das pesquisas de
soluções para o problema de comunicação e processos do FBI que
possibilitou o atentado de World Trade Center, em 11 de setembro de 2001.
O FBI investiu mais de 500 MM de dólares até encontrar o SCRUM. Essa
metodologia foi criada por Jeff Sutherland.

5. SCRUM - Eventos
1) Sprint (time box: de 1 a 4 semanas): 2 semanas
2) Daily Meeting (Daily Scrum) - 15 minutos diários
3) Sprint Review Meeting (ATENÇÃO: "o cliente participa")
4) Sprint Planning (Product Backlog > Sprint Backlog)
5) Sprint Retrospective (time interno)

6. Daily Meeting (Daily Scrum)
Perguntas para cada indivíduo - total de tempo geral: 15 minutos.
Objetivo: disseminar conhecimento sobre o que foi feito no dia anterior, identificar impedimentos e priorizar o trabalho do dia que se inicia.
Quem participa? Time.
Quais as perguntas que devemos responder?
1) O que eu fiz ontem?
2) O que vou fazer hoje?
3) Quais as minhas dificuldades / quais as minhas dúvidas / como aprimorar o processo, para avançar com as entregas desta sprint?
IMPORTANTE: o Daily Scrum não deve ser usado como uma reunião para resolução de problemas. Questões levantadas devem ser levadas para fora da reunião e
normalmente tratadas por um grupo menor de pessoas que tenham a ver diretamente com o problema ou possam contribuir para solucioná-lo.
O que conseguimos através das Dailies:
a. Promover alinhamento e transparência (contar as principais dificuldades)
b. Focar no que é relevante
c. Manter uma cadência - mesmo lugar e mesmo horário (a regularidade diminui a complexidade)

7. Backlog
É essencial que o time estime o esforço que será demandado para realizar as tarefas
da sprint.
Perguntas que podem ajudar a refletir sobre o esforço empenhado:
1. Há informações suficientes para realizar a tarefa?
2. Ela é pequena o bastante para ser estimada?
3. Existe uma definição de Feito, isto é, todo mundo concorda sobre quais são os
critérios que devem ser cumpridos para que algo seja considerado "Feito"?
4. A tarefa cria valor visível?
Dica: estime as tarefas de acordo com um tamanho relativo: pequeno, médio e grande.

8. Planejamento do sprint
Verifique o número de pontos (tarefas) que foi realizado na sprint anterior. Esse
número é conhecido como velocidade.
O Scrum Master e o grupo devem aumentar esse número a cada sprint.
Também deve ser definido a "meta da sprint", quais os objetivos queremos alcançar ao
término da sprint (o que todo mundo quer realizar neste ciclo).
A equipe precisa trabalhar de forma autônoma durante o sprint.

9. Torne o trabalho visível
Quadro Scrum / KANBAN
Gráfico de Burndown

10. Daily Meeting
"Essas são as batidas do coração do Scrum" - Jeff Sutherland
A equipe e o Scrum Master se reúnem e respondem a 3 perguntas:
1. O que você fez para ajudar a equipe a concluir o sprint?
2. O que você fará hoje para ajudar a equipe a concluir o sprint?
3. Há algum obstáculo que esteja impedindo você ou a equipe de alcançar a meta do sprint?
Observações:
a. Não se discute soluções na Daily. Isso deve ser feito após a Daily, acionando as pessoas que podem contribuir para
tal;
b. se levar mais de 15 minutos, isso significa que você a está realizando da forma errada;
c. Dicas:
i. anote antes da daily o que você pretende falar, o que pode lhe ajudar a lembrar de todas as tarefas que
realizou e realizará
ii. tome nota dos pontos que seus colegas falarem que você tem dúvidas ou acredita poder contribuir
iii. terminou a daily, olhe a coluna "Aguardando terceiros" no KANBAN, e contacte todos, lembrando que você
está à espera deles para essas demandas.

11. Daily Meeting - o segredo
Esse encontro ajuda a equipe inteira a saber exatamente em que ponto as coisas
estão no sprint. Perguntas respondidas com a Daily, são:
1. Todas as tarefas serão completadas a tempo?
2. Há oportunidades para auxiliar outros integrantes do grupo a superar obstáculos?
Observação importante: aqui não existe isso de delegar tarefas de cima para baixo, a
equipe é autônoma.
"Se você deu autonomia ao time e não se sente nervoso com isso, é porque você não
deu autonomia o suficiente"- Laszlo Bock, ex COO da Google.

12. Squad
Grupo de pessoas com todas as habilidades (complementares) necessárias para tocar
o projeto, de 3 a 9 pessoas no máximo.

13. Sprint Review Meeting
Quem participa?
1. Quem participa?
a. Product Owner, Scrum Master, Team, pessoas externas*
2. Objetivo: apresentar as funcionalidades implementadas na Sprint que se fechou
3.

14. SCRUM - Erros comuns
1. Usar o quadro com número limitado de atividades no "Backlog", que
está "ok" para uma sprint. Possíveis causas:
a. Framework errado para o contexto da empresa
b. Ou uso equivocado do framework
2. Quadro público- privado: cada um coloca a sua tarefa a sua própria
tarefa. Tem que ter as demandas para o TIME. É preciso trabalhar em
comunidade / colaboração.
3. Ter o quadro do KANBAN e não medir nada (ausência de métricas),
como:
a. tempo de demandas que ficam em cada coluna
b. o tempo médio de conclusão de tarefas (vida média) por categoria
c. não identificar gargalos dos processos

15. SCRUM - Possíveis soluções para monitoramento
1) Definir os gargalos - identificar o limite de produção - QUANTIDADE
MÁXIMA DE DEMANDA. Exemplo: time de produção de conteúdo, editores e
revisores (15 artigos escritos > 10 revisados). Necessidade de transferir um
revisor para a edição [lógica do supermercado: sem criar estoque];
1) Fluxo cumulativo (GRÁFICO): ao longo do tempo, quanto eu consigo
entregar por coluna;
1) Vida média - tempo que uma demanda leva para ser entregue (média de
tempo para entregar um bug, um artigo, etc).

16. Comparação Scrum Kanban

17. Scrumban
É uma metodologia ágil que nasceu da junção do Scrum e do Kanban. As
principais diferenças dessa metodologia, criada por Corey Ladas, comparada às
outras 2, são:
1. Não existe o Sprint Backlog, como em Scrum. Apenas o Product Backlog;
2. Não há a construção de histórias e levantamento de principais
funcionalidades do "projeto completo", só entradas de tarefas On Demand;
3. Na parte de "doing", as tarefas são elencadas em ordem de prioridade;
4. Há o controle do total de tarefas que podem ser executadas por fase /
coluna do Kanban;
5. Há o controle do total de tarefas por colaborador na mesma coluna;
6. Ritos possíveis do SCRUM: "Sprint Planning", Daily Meeting, Revisão de
sprint e Retrospectiva da Sprint.

18. Gráfico: Burndown Chart
Fonte: https://www.visual-paradigm.com/scrum/scrum-burndown-chart/

19. Necessidades
1. Levantar produção atual e potenciais gargalos
2. Conferir metas (OKR)
3. Plano de ação (melhorias)
4. Monitoramento constante
5. Padronização dos processos
6. Automatizações para melhoria da comunicação