Um case de sucesso em equipe ágil,

dedicada e remota com evolução

adaptativa e gradativa do Scrum.

José Eduardo Ribeiro Bruno Darcolitto

Gerente de Projetos (Scrum Master) Analista de Sistemas Sr.
jose.eduardo@s2it.com.br bruno.darcolitto@s2it.com.br
 Agenda
• Quem somos
• Introdução ao case
• Desafios nos projetos de software
• Abordagem ágeis como alternativa
• Case
 Quem Somos

A tem mais de 19 anos e nasceu

com a proposta de oferecer suporte e
monitoramento para estruturas de banco de
dados e desenvolvimento de softwares sob
medida. Hoje, a companhia atua em vários
segmentos da área de TI, tendo constituído,
de lá para cá, uma carteira com mais de
350 clientes ativos.
 DNA
Equipes ágil
ágeis
dedicadas e
Por quê um
remotas case de
sucesso?
Novos
clientes

Equipes
dedicadas
no cliente
 Objetivo
O intuito é demonstrar a experiência passada em desenvolver
software com o framework ágil Scrum e como essa equipe de forma
gradativa e adaptativa, por características do projeto, migrou-se
integrando algumas boas práticas do Scrum para o Kanban.

Como foi essa adaptação?

Como algumas boas práticas e cenários do Scrum foram se encaixando

nessa equipe de desenvolvimento?

Será apresentado a experiência dessa evolução adaptativa e como

incorporamos algumas cerimonias e boas práticas do Scrum com essa
nova abordagem com Kanban.
 História
Início do projeto em agosto de 2012
Como foi a notícia do projeto?
Qual forma de trabalho usávamos?
 Visão do projeto
Adequação as Equipe
necessidades dedicada e
do cliente! remota

Novos
Como Fazer?
desafios
 Framework ágil: Scrum

O Scrum não é um processo previsível, ele não define o

que fazer em toda circunstância (ken Schwaber, 2004)
Marktplace Formatação do Projeto

Equipe
Remota
Infraestrutura

Equipe BackOffice Dedicada

Equipe experiências
Ágil (Scrum)
do usuário
Configuração do time
• Analistas de sistemas back-end
• Analista de sistema front-end
• Analista de teste
• Scrum Master

Ferramentas de Eng. de Software

• Testes funcionais
• Testes automatizados
• Testes unitários
• Testes de regressão
• Integração contínua
 No Scrum, iterações de duração fixa são
prescritas!
(cadência única)

Estamos usando Scrum!

(Kniberg, H.; Skarin, M. 2009)
 Primeira abordagem

Sprint de 3 semanas

Semana 1 Semana 2 Semana 3 Semana 4 Semana 5 Semana 6

Review

Retrospectiva

Planejamento

Release
 Segunda abordagem

Sprint de 2 semanas

Semana 1 Semana 2 Semana 3 Semana 4 Semana 5 Semana 6

Review

Retrospectiva

Planejamento

Release
Quadro de tarefas - Scrum
 Métricas com Scrum

Velocidade do time

Pontos por história

Tasks x Defeitos

Estatísticas
 Métricas com Scrum

Velocidade do time

Pontos por história

Tasks x Defeitos

Estatísticas
 Média de velocidade do time
70

65 64
60
57
Pontos de história por Sprint

55

50 53 48
44 45
45

40

35
39 39
36 37
35
30
31
28 29
25

20
1 2 3 4 5 6 7 8 9 10 11 12 13 14
PONTOS ENTREGUES 28 29 39 36 64 53 57 39 37 44 31 35 45 48
 Métricas com Scrum

Velocidade do time

Pontos por história

Tasks x Defeitos

Estatísticas
 Pontos x História
64
57
53
48
44 45
39 39
36 37
35
31
28 29

8 9
3 5 4 4 4 4 4 6 4 4 7 4
1 2 3 4 5 6 7 8 9 10 11 12 13 14

PONTOS ENTREGUES HISTÓRIAS

 Métricas com Scrum

Velocidade do time

Pontos por história

Tasks x Defeitos

Estatísticas
 Tasks x Defeitos
Tasks x Defeitos
120
104 101
100 86
101 83 101
78 75
80
67 94 68
65 80
62 74 74
60 56 69
66
50
56 31 38
36
40 36
41 39
35 19
20 24
7 9 8 21
7 18
15 17
15 14 14
0
1 2 3 4 5 6 7 8 9 10 11 12 13 14
TASKS INICIAIS 41 66 56 101 74 31 86 68 65 36 38 101 75 36
TASKS FINAIS 62 67 56 104 78 35 94 74 83 69 39 101 80 50
DEFEITOS 4 7 15 7 9 15 8 19 17 14 18 24 21 14
Tasks x Defeitos

16%

84%

TASKS FINAIS DEFEITOS

 Métricas com Scrum

Velocidade do time

Pontos por história

Tasks x Defeitos

Estatísticas
Estatísticas
Necessidade de uma nova abordagem

Unir boas práticas do

framework Scrum em
uma abordagem mais
voltada ao Kanban
Scrum melhora e agiliza os processos
envolvidos no desenvolvimento de
software.
O que fazer quando
necessidades de projeto
Necessidade de mudam?
maior agilidade
nas entregas. Resposta mais ágil a
dinâmica de
negócios?
Necessidade de flexibilidade
que vá além da oferecida por
iterações fixas e planejadas.

SCRUM/KANBAN
 Um pouco sobre Kanban

“O sistema Kanban para

desenvolvimento de software
representa uma implementação
mais direta dos princípios de
desenvolvimento Lean de produto
para os métodos ágeis tradicionais”
(Boeg, Jesper. 2012)
Scrum é mais prescritivo que Kanban!
Mais Prescritivo Mais Adaptativo

(Kniberg, H.; Skarin, M. 2009)

 Formatação do Projeto

Remota
Marktplace

Dedicada
Equipe BackOffice
Ágil (Scrum)

Ágil
(Scrum/Kanban)
 Como a nossa equipe de forma
gradativa e adaptativa, por
características do projeto, migrou-
se integrando algumas das boas
práticas do Scrum para o Kanban?
 Primeira abordagem (cadenciado)

Semana 1 Semana 2 Semana 3 Semana 4 Semana 5 Semana 6

Review

Retrospectiva
Planejamento
sob demanda
Release sob
demanda
 Segunda abordagem (mais orientado a eventos)

Semana 1 Semana 2 Semana 3 Semana 4 Semana 5 Semana 6

Review
Retrospectiva
quando
necessário
Planejamento
sob demanda
Release sob
demanda
 Terceira abordagem (mais orientado a eventos)

Review Semana 1 Semana 2 Semana 3 Semana 4 Semana 5 Semana 6

Retrospectiva
semanais e não
formais
Planejamento
sob demanda
Release sob
demanda
 Semelhanças x diferenças - Scrum e Kanban

Kanban limita WIP por estado de fluxo de trabalho e

Scrum por iteração.

(Kniberg, H.; Skarin, M. 2009)

 Semelhanças x diferenças - Scrum e Kanban
Características SCRUM KANBAN TIME
Empíricos   
Baseados no desenvolvimento
incremental   
Resistência a mudanças na iteração   /
Tempo Resposta > < <
Prescreve equipes multifuncionais   
Prescreve estimativas e velocidade   
Prescreve reuniões diárias   
Métricas com Kanban em relação ao Scrum

Lead Time

Média de histórias

Porcentagem de histórias
Métricas com Kanban em relação ao Scrum

Lead Time

Média de histórias

Porcentagem de histórias
 #1 - Lead Time no Kanban
Total (Throughput
\ WIP )

15
14
13
12
11
10
9
8
7
6
5
4
3
2
1

mês: Janeiro 2 3 6 7 8 9 10 13 14 15 16 17 20 21 22 23 24 27 28 29 30 31
 #2 - Lead Time no Kanban
Total (Throughput \
WIP )

15
14
13
12
11
10
9
8
7
6
5
4
3
2
1

mês: Maio 5 6 7 8 9 12 13 14 15 16 19 20 21 22 23 26 27 28 29 30
Métricas com Kanban em relação ao Scrum

Lead Time

Média de histórias

Porcentagem de histórias
 Amostragem: 9 Meses
Story x Meses
12
11

10
9 9 9
8 8 8
8
7 7
6
Story

6
5 5
4 4 4 4 4
4
3

0
0 1 2 3 4 5 6 7 8 9 10
Meses

Scrum Kanban
 Amostragem: 9 Meses
Quantidade de 42
histórias Scrum

Quantidade de 73
histórias
Kanban
Média de Scrum  3,3
Histórias por
mês Kanban  8,1
Métricas com Kanban em relação ao Scrum

Lead Time

Média de histórias

Porcentagem de histórias
 Amostragem: 9 Meses
Quantidade de
histórias Scrum
42
Porcentagem
Scrum  36,5%
Quantidade de
histórias Kanban 73
Porcentagem
Kanban  63,5%
Agilidade:
 27%
Alguns benefícios com a evolução gradativa e
adaptativa com Scrum
• Experiência com o progresso do projeto
• Histórias menores para melhorar o fluxo ágil do
Kanban;
• Primeira abordagem - histórias definidas para
entregar no máximo em uma semana;
• Segunda abordagem - histórias definidas para
entregar cada 2 ou 3 dias;
• Impedimento: processo Itil.
Primeiro fluxo de tarefas com Kanban
Segundo fluxo de tarefas com Kanban
Terceiro fluxo de tarefas com Kanban
 DNA
Equipes ágil
ágeis
dedicadas e
Por quê um
remotas case de
sucesso?
Novos
clientes

Equipes
dedicadas
no cliente
 Maior fluidez
das user
stories
Nenhum Time
rollback com adaptado à
Kanban mudanças

Maior fluxo
Por quê
de stories
(Kanban) com
um case Contato
natural com o
melhorias em
produção
de cliente

sucesso?
Apenas 1 Time
rollback de concentrado
incremento em melhoria
em produção contínua
TODAS Sprint
DONE
 Thiago
Analista de
Sistemas Nayra
Analista de
Eduardo Testes
Scrum Master
Renan
Analista de
Sistemas

Obrigado

Bruno
Reinaldo Analista de
WebMaster Sistemas
/Analista de
Sistemas
Colaboradores: Fábio Leme, Lucas Borges Correa e Rafael Pavanelli