WEBVTT

00:00:07.689 --> 00:00:09.402
Você conhece o planning poker?

00:00:09.402 --> 00:00:11.468
Pois é, é exatamente disso
que nós vamos falar.

00:00:11.468 --> 00:00:16.937
Eu sou o Robson Pantolfi, head de tecnologia
e produtos, e também professor na FIAP.

00:00:16.937 --> 00:00:20.377
E temos aqui um time de ponta
para simular esse cenário com vocês.

00:00:20.377 --> 00:00:23.937
Por falar em time de ponta,
eu estou aqui na ponta da mesa.

00:00:23.937 --> 00:00:26.417
Sou o André David,
professor, desenvolvedor

00:00:26.417 --> 00:00:29.859
e, junto com você, eu quero descobrir
que história é essa de planning poker

00:00:29.859 --> 00:00:31.287
e onde nós vamos levar ele.

00:00:31.287 --> 00:00:34.908
Eu sou a Laura Gurgel, sou head
de experiência do cliente na _____

00:00:34.908 --> 00:00:36.399
e também professora da FIAP,

00:00:36.399 --> 00:00:42.841
e, assim como o André, vou descobrir
que diabos seria planning poker.

00:00:42.841 --> 00:00:47.574
Eu sou a Ju Amoasei, eu sou desenvolvedora
back-end e instrutora de programação.

00:00:47.574 --> 00:00:51.547
E aí, eu vou ajudar a esclarecer o que é
o planning poker e para que ele é usado.

00:00:52.295 --> 00:00:56.313
Eu acho que nós podemos partir daí, vocês
contarem para nós o que é esse planning poker,

00:00:56.313 --> 00:01:00.403
por que nós estamos com monte de carta
na mão e, principalmente, para que ele serve.

00:01:00.403 --> 00:01:01.147
Legal.

00:01:01.147 --> 00:01:06.800
Bom, antes de tudo, é importante nós
entendermos a dinâmica de estimativas,

00:01:06.800 --> 00:01:09.375
o que ela segue e como que é
o contexto histórico.

00:01:09.375 --> 00:01:12.469
Historicamente, existiam
várias metodologias,

00:01:12.469 --> 00:01:16.382
a mais famosa, especialmente
em projetos de sistemas,

00:01:16.382 --> 00:01:19.032
era justamente a análise
de ponto de função.

00:01:19.032 --> 00:01:21.688
Mas, diferente do que é
o nosso modelo ágil,

00:01:21.688 --> 00:01:25.366
outros modelos tinham um padrão,
tabelas que, muitas vezes,

00:01:25.366 --> 00:01:31.217
não respeitavam a produtividade
real de cada personagem do time.

00:01:31.217 --> 00:01:35.489
Com o planning poker, isso mudou
um pouco e isso respeita muito mais,

00:01:35.489 --> 00:01:39.828
inclusive é estimado pelo próprio
time que vai construir o produto.

00:01:39.828 --> 00:01:41.979
O planning poker, assim
como está na mesa,

00:01:41.979 --> 00:01:46.468
ele reflete diretamente
a filosofia de Fibonacci,

00:01:46.468 --> 00:01:48.998
que é uma regra matemática,
uma sequência

00:01:48.998 --> 00:01:52.992
que indica que o próximo número
representa a soma dos dois anteriores.

00:01:52.992 --> 00:02:00.217
Então, aqui, nós vemos em uma escala
crescente, 1, 2, 3 e, consequentemente,

00:02:00.217 --> 00:02:02.679
números que representam
a soma dos dois anteriores.

00:02:02.679 --> 00:02:04.559
É muito comum
no planning poker,

00:02:04.559 --> 00:02:08.541
a partir do 20, você não ter mais
exatamente essa regra à risca,

00:02:08.541 --> 00:02:14.183
como o 21, mas sim você ter escalas
maiores que representam os épicos.

00:02:14.183 --> 00:02:18.970
Uma ponta muito importante disso tudo
é que esse baralho vai ser utilizado

00:02:18.970 --> 00:02:23.515
por todas as pessoas do time e,
a cada tarefa que nós formos estimar

00:02:23.515 --> 00:02:27.299
para definir o quanto de trabalho
vai caber no nosso sprint,

00:02:27.299 --> 00:02:28.635
não mais no modelo anterior,

00:02:28.635 --> 00:02:32.659
quando nós definíamos o quanto de tempo
nós demoraríamos para cada tarefa,

00:02:32.659 --> 00:02:39.562
aqui, nós vamos discutir sobre os itens,
nós vamos apresentar ao mesmo tempo as cartas

00:02:39.562 --> 00:02:44.193
e isso vai ser um norte para nós
definirmos o tamanho de cada tarefa,

00:02:44.193 --> 00:02:50.049
o tamanho de cada história, o tamanho
da complexidade de cada tarefa.

00:02:50.049 --> 00:02:53.770
Um ponto muito importante do porquê
que isso tem sido cada vez mais adotado

00:02:53.770 --> 00:02:58.991
é porque, muitas vezes, no modelo
anterior, você tinha muita discordância,

00:02:58.991 --> 00:03:01.487
uma pessoa mais sênior,
uma pessoa mais júnior

00:03:01.487 --> 00:03:04.210
ou alguém que tinha mais
experiência naquele projeto,

00:03:04.210 --> 00:03:06.773
entre outras pessoas
com menos experiência.

00:03:06.773 --> 00:03:11.992
Aqui, independente de quem vai demorar
mais ou menos para compreender

00:03:11.992 --> 00:03:17.450
e executar uma tarefa, ambos vão concordar
que uma tarefa é mais complexa que a outra.

00:03:17.450 --> 00:03:21.968
Consequentemente, uma pode
ter uma pontuação 8 ou 5

00:03:21.968 --> 00:03:25.268
em comparação a outra,
que teria a pontuação 1 ou 2.

00:03:25.268 --> 00:03:28.377
É impressão minha ou nós estamos
em uma vibe meio jogo de tabuleiro,

00:03:28.377 --> 00:03:32.035
onde nós aprendemos melhor
jogando do que lendo as regras?

00:03:32.035 --> 00:03:35.274
É exatamente isso, André, e é exatamente
isso que nós vamos fazer agora.

00:03:35.274 --> 00:03:39.515
Bom, para começar a nossa simulação,
é muito importante nós entendermos

00:03:39.515 --> 00:03:42.551
o que aconteceu antes
de começar essa dinâmica

00:03:42.551 --> 00:03:45.258
e quais são os papéis
que nós estamos simulando.

00:03:45.258 --> 00:03:49.532
Aqui, somos o time que vai participar
da construção desse produto,

00:03:49.532 --> 00:03:52.852
o time de desenvolvimento, se não
é desenvolvimento de sistemas,

00:03:52.852 --> 00:03:55.151
porque o seu produto é
outro, é de documentação,

00:03:55.151 --> 00:03:58.030
são as pessoas que vão escrever
a documentação, enfim,

00:03:58.030 --> 00:04:01.400
são as pessoas que fazem parte
do time que está construindo.

00:04:01.400 --> 00:04:03.806
Antes disso,
o que aconteceu na prática?

00:04:03.806 --> 00:04:08.630
O nosso product owner, ou PO,
definiu qual é o escopo do projeto,

00:04:08.630 --> 00:04:11.530
o que nós vamos fazer,
quais são as prioridades

00:04:11.530 --> 00:04:15.958
e o que que nós vamos atacar primeiro,
e essas tarefas que são as prioridades

00:04:15.958 --> 00:04:20.159
é o que nós vamos estimar aqui, pensando
no que nós vamos fazer no próximo sprint.

00:04:20.159 --> 00:04:23.756
Começando aqui, então, repassando
o nosso exemplo de escopo,

00:04:23.756 --> 00:04:27.540
nós temos, aqui, um sistema
de locação de veículos.

00:04:27.540 --> 00:04:31.614
Nesse sistema de locação de veículos
nós temos alguns módulos-chaves,

00:04:31.614 --> 00:04:37.203
nós temos o cadastro de carros
para você vincular os carros à agência,

00:04:37.203 --> 00:04:40.122
você tem o cadastro
de clientes que vão locar,

00:04:40.122 --> 00:04:43.746
você tem toda a parte
de pedidos, atendimentos,

00:04:43.746 --> 00:04:47.774
que é justamente para fazer
a reserva do carro, alugar o carro,

00:04:47.774 --> 00:04:53.512
devolver e assim por diante, e você
tem outras funcionalidades internas,

00:04:53.512 --> 00:04:58.043
sejam para processar o pagamento, sejam
para colocar o carro para manutenção,

00:04:58.043 --> 00:05:02.000
sejam relatórios
para o acompanhamento gerencial.

00:05:02.000 --> 00:05:06.639
E, dentro desse escopo, foi
priorizado pelo nosso cliente

00:05:06.639 --> 00:05:11.796
que nós primeiro fizéssemos toda
a parte para já fazer a locação do carro,

00:05:11.796 --> 00:05:15.889
porque a parte cadastral, para ele
já começar a utilizar alguma coisa,

00:05:15.889 --> 00:05:20.316
já começar a operacionalizar, nós vamos
cadastrar diretamente no banco de dados

00:05:20.316 --> 00:05:24.902
e ele já consegue ali fazer uma reserva
com aqueles clientes já pré-cadastrados

00:05:24.902 --> 00:05:27.716
e os carros também
já cadastrados.

00:05:27.716 --> 00:05:31.755
Dentro desse primeiro grupo, então,
eu gostaria de repassar com vocês aqui

00:05:31.755 --> 00:05:36.452
quais são as histórias
que foram mais prioritárias.

00:05:36.452 --> 00:05:40.155
Bom, o primeiro grupo, aqui, está
diretamente como eu mencionei,

00:05:40.155 --> 00:05:43.279
ligado à operação
de locação de carro.

00:05:43.279 --> 00:05:46.275
Então, nós temos
como primeira história aqui:

00:05:46.275 --> 00:05:51.900
como atendimento, desejo reservar um carro
para locação, então só fiz a reserva,

00:05:51.900 --> 00:05:56.815
depois eu vou retirá-lo e, na sequência,
nós temos o cancelamento dessa reserva.

00:05:56.815 --> 00:06:02.147
Depois nós temos a locação
e a baixa do retorno da locação,

00:06:02.147 --> 00:06:06.966
e nós temos as atividades de pagamentos
e, para fechar, o que seria o MVP,

00:06:06.966 --> 00:06:12.801
o mínimo que ele precisa para colocar
para rodar a parte do relatório de vendas.

00:06:12.801 --> 00:06:16.169
Então, com isso, nós temos
um mínimo para começar a operação

00:06:16.169 --> 00:06:20.476
e aí, nos outros sprints, nós vamos
trabalhando mais funcionalidades

00:06:20.476 --> 00:06:22.464
que vão ser atualizadas
nesse sistema,

00:06:22.464 --> 00:06:25.888
cada vez dando mais autonomia
para o nosso cliente.

00:06:25.888 --> 00:06:29.808
Bom, a primeira coisa que nós
precisamos fazer em uma rodada,

00:06:29.808 --> 00:06:32.731
lembrando que nós estamos
usando o planning poker

00:06:32.731 --> 00:06:38.907
e, consequentemente, nós vamos buscar aqui
comparação de complexidade entre as tarefas,

00:06:38.907 --> 00:06:40.965
a primeira coisa,
nós precisamos definir,

00:06:40.965 --> 00:06:47.189
encontrar o que seria um item de menor
complexidade dentre essas funções.

00:06:47.189 --> 00:06:48.884
Pantolfi, quando nós estamos
falando de complexidade,

00:06:48.884 --> 00:06:50.248
nós estamos falando do quê?

00:06:50.248 --> 00:06:53.632
Do tempo que nós demoramos a fazer
uma tarefa, do trabalho que vai me dar,

00:06:53.632 --> 00:06:56.233
quanta dor de cabeça eu
vou ter para resolver aquilo?

00:06:56.233 --> 00:06:57.830
O que nós estamos
buscando definir?

00:06:57.830 --> 00:07:01.580
Essa é uma ótima pergunta, André,
porque existe uma confusão natural

00:07:01.580 --> 00:07:05.661
pela forma como, historicamente,
nós sempre estimamos tarefas.

00:07:05.661 --> 00:07:09.678
Então, nós sempre nos preocupamos
em quanto tempo eu gasto em uma tarefa.

00:07:09.678 --> 00:07:12.708
Aqui, o tempo você já
tem pré-estabelecido,

00:07:12.708 --> 00:07:17.696
você tem 2 semanas, que é o padrão,
mas você pode usar de 1 a 4 semanas,

00:07:17.696 --> 00:07:22.034
mas você tem o tempo do seu sprint,
que é aquele tempo fixo que vai se repetir.

00:07:22.034 --> 00:07:26.120
O que nós vamos buscar agora é o quanto
de pontos nós conseguimos fazer

00:07:26.120 --> 00:07:27.706
dentro dessas duas semanas.

00:07:27.706 --> 00:07:30.318
Então, isso praticamente
vai ser um exercício,

00:07:30.318 --> 00:07:34.249
nós vamos primeiro estimar,
comparando essas complexidades,

00:07:34.249 --> 00:07:38.036
nós tomamos muito como referência
listar todas as atividades

00:07:38.036 --> 00:07:41.345
que nós temos para fazer,
se abdicando de tempo, por quê?

00:07:41.345 --> 00:07:45.374
Se você tem uma referência
de gastar em uma tarefa duas horas

00:07:45.374 --> 00:07:49.181
e, de repente, outra pessoa tem
a referência de gastar uma hora só,

00:07:49.181 --> 00:07:50.996
nós não podemos ficar
encontrando o meio termo,

00:07:50.996 --> 00:07:56.784
nós encontramos uma pontuação que caiba
para ambos e, juntos, a cada sprint,

00:07:56.784 --> 00:08:00.309
nós vamos entendendo quantos
pontos estamos entregando

00:08:00.309 --> 00:08:03.634
e, consequentemente, qual que é
o nosso índice de produtividade.

00:08:03.634 --> 00:08:04.149
Legal.

00:08:04.149 --> 00:08:09.191
E isso vai tornando mais fácil,
no segundo, terceiro, quarto sprint,

00:08:09.191 --> 00:08:13.513
o que nós estimamos, nós já sabemos, de fato,
depois que estimou um grupo de tarefas,

00:08:13.513 --> 00:08:18.200
quanto delas vão caber, de fato,
dentro do nosso sprint, legal?

00:08:18.200 --> 00:08:21.022
Bom, a primeira tarefa,
aqui na nossa lista,

00:08:21.022 --> 00:08:24.910
seria justamente a reserva
de um carro de locação,

00:08:24.910 --> 00:08:28.904
e, nessa tarefa, para nós entregarmos
ela, por ela ser a primeira,

00:08:28.904 --> 00:08:32.721
é onde nós vamos ter o trabalho
técnico de criar o projeto,

00:08:32.721 --> 00:08:36.278
criar estrutura de banco de dados,
criar as primeiras telas,

00:08:36.278 --> 00:08:39.841
fazer todas as comunicações
em todas as camadas.

00:08:39.841 --> 00:08:43.995
Então, a primeira estruturação
é diretamente nessa função.

00:08:43.995 --> 00:08:47.989
Na sequência, nós temos uma
que é o cancelamento da reserva,

00:08:47.989 --> 00:08:51.693
em que ela já aproveita toda essa estrutura
que nós construímos no anterior

00:08:51.693 --> 00:08:56.361
e faz apenas a mudança de um estado,
que é, justamente, "carro reservado",

00:08:56.361 --> 00:08:58.753
"carro sem reserva".

00:08:58.753 --> 00:09:00.829
Podemos compreender,
neste momento,

00:09:00.829 --> 00:09:04.708
que o "cancelar", para nós,
seria a nossa tarefa tamanho 1?

00:09:04.708 --> 00:09:07.751
Acho que faz sentido, porque
não vai ter todo esse processo

00:09:07.751 --> 00:09:10.222
de nós termos que pensar
no problema de novo.

00:09:10.222 --> 00:09:13.044
Se aquilo que nós pensarmos
pela primeira vez na reserva

00:09:13.044 --> 00:09:16.934
puder só ser invertido e desfeito,
estou dentro, pode ser o nosso 1.

00:09:16.934 --> 00:09:21.551
Nós consideramos que, se o sistema
está bem arquitetado,

00:09:21.551 --> 00:09:25.240
você incluir funcionalidades
como cancelamento

00:09:25.240 --> 00:09:31.022
não é uma tarefa trabalhosa, porque
trabalhoso é diferente de levar muito tempo,

00:09:31.022 --> 00:09:32.644
então eu acho que nós
podemos considerar 1.

00:09:32.644 --> 00:09:37.342
Legal, se nós, ao longo
da revisão das funcionalidades,

00:09:37.342 --> 00:09:41.227
encontrarmos alguma que seja mais
simples, nós podemos, eventualmente,

00:09:41.227 --> 00:09:46.059
trazer esse "cancelar reserva" para um 2
e trazer o 1 para outra funcionalidade

00:09:46.059 --> 00:09:47.369
que seja mais simples.

00:09:47.369 --> 00:09:49.597
E essa revisão acontece
com que frequência?

00:09:49.597 --> 00:09:53.588
Na verdade, ao longo aqui da nossa reunião
de planejamento, nós vamos entender ela.

00:09:53.588 --> 00:09:54.750
Pode ser que, nessa reunião,

00:09:54.750 --> 00:09:58.146
nós descubramos que estimamos
alguma coisa com muito otimismo

00:09:58.146 --> 00:10:00.437
- e outra com muito pessimismo.
- Acontece com muita frequência.

00:10:00.437 --> 00:10:03.348
E normal, e esse é
um ponto muito importante,

00:10:03.348 --> 00:10:09.924
a estimativa não é um compromisso na pedra
que as pessoas devem morrer se não cumprirem.

00:10:09.924 --> 00:10:12.585
Isso aqui é muito mais
um processo de aprendizado

00:10:12.585 --> 00:10:19.010
em busca de uma velocidade de cruzeiro
do que propriamente um compromisso na pedra.

00:10:19.010 --> 00:10:24.355
Eu costumo dizer, e é bem comum,
que os times demoram pelo menos 3 sprints

00:10:24.355 --> 00:10:27.075
para entenderem, de fato,
a sua velocidade de cruzeiro,

00:10:27.075 --> 00:10:29.497
quantos pontos, de fato,
cabem no sprint.

00:10:29.497 --> 00:10:33.701
É muito comum, no primeiro sprint,
você estimar mais e entregar menos,

00:10:33.701 --> 00:10:36.281
depois estimar menos, porque
está inseguro, e entregar mais.

00:10:36.801 --> 00:10:41.202
E aí, vai encontrando o caminho
conforme você vai acumulando entregas.

00:10:41.202 --> 00:10:43.459
Então, vamos lá, que eu estou
louco para jogar esse negócio.

00:10:43.459 --> 00:10:44.522
Boa!

00:10:44.522 --> 00:10:46.981
Então, voltando na nossa
primeira história,

00:10:46.981 --> 00:10:50.632
que é justamente reservar
o carro para locação.

00:10:50.632 --> 00:10:53.534
Então, entendam que, aqui,
eu estou criando o projeto,

00:10:53.534 --> 00:10:55.653
estou criando a estrutura
de banco de dados,

00:10:55.653 --> 00:10:59.330
estou criando a primeira estrutura
de telas para fazer a reserva,

00:10:59.330 --> 00:11:02.360
então vai ter lá todas
as informações do carro,

00:11:02.360 --> 00:11:06.668
vai ter todo o vínculo diretamente
das informações do cliente,

00:11:06.668 --> 00:11:09.517
tem o processamento
do pedido dessa reserva.

00:11:09.517 --> 00:11:13.575
Então, essa primeira amarração,
essa primeira estruturação,

00:11:13.575 --> 00:11:17.452
nós vamos ter que trabalhar para poder
entregar essa primeira história.

00:11:17.452 --> 00:11:22.320
Então, dado esse cenário, dado essas
tarefas que nós temos para fazer,

00:11:22.320 --> 00:11:24.702
vocês podem escolher uma carta
que vocês entendem,

00:11:24.702 --> 00:11:29.755
comparando aí a complexidade
com a tarefa de pontuação número 1.

00:11:33.244 --> 00:11:34.402
Por favor.

00:11:34.402 --> 00:11:35.910
Nós começamos
jogando para baixo?

00:11:35.910 --> 00:11:39.290
Primeiro escondam as suas
cartas, isso é muito importante,

00:11:39.290 --> 00:11:42.240
nós apresentamos as cartas
ao mesmo tempo, por quê?

00:11:42.240 --> 00:11:45.454
Para que uma opinião não
seja enviesada pela outra.

00:11:45.454 --> 00:11:49.524
O mais importante é que o grupo
tenha o seu próprio entendimento.

00:11:49.524 --> 00:11:52.770
"Ah, mas tem uma pessoa que é mais
júnior, tem uma pessoa que é de fora

00:11:52.770 --> 00:11:56.341
ou ela faz uma tarefa mais de negócio
ou uma tarefa mais separada".

00:11:56.341 --> 00:11:57.492
Não tem problema.

00:11:57.492 --> 00:12:02.427
O exercício é justamente para nós buscarmos,
cada vez mais, esse time se sincronizar.

00:12:02.427 --> 00:12:07.738
Então, exercitando nós vamos cada
vez mais entendendo a pontuação

00:12:07.738 --> 00:12:12.213
e a complexidade para o time, e não
uma complexidade apenas para mim, está bom?

00:12:12.213 --> 00:12:17.325
Então, eu vou contar "3, 2, 1",
ao final, todos apresentam a carta

00:12:17.325 --> 00:12:19.327
que selecionaram de pontuação
para essa história.

00:12:19.327 --> 00:12:21.522
- Estou nervosa.
- Todos prontos?

00:12:21.522 --> 00:12:23.918
Quero ver aqui se vocês estão
indo comigo, vamos lá em.

00:12:23.918 --> 00:12:25.450
- Todos prontos?
- Pronto.

00:12:25.450 --> 00:12:27.375
3... 2... 1!

00:12:29.644 --> 00:12:34.138
Então vamos lá, temos um 13,
um 5, um 8, um outro 13, legal.

00:12:34.138 --> 00:12:37.617
Neste momento nós temos
uma divergência natural,

00:12:37.617 --> 00:12:40.454
especialmente quando nós
estamos nos acostumando

00:12:40.454 --> 00:12:43.422
e entendendo como esse
tipo de dinâmica funciona.

00:12:43.422 --> 00:12:47.208
O ideal, nesse momento, é cada
um colocar o seu entendimento,

00:12:47.208 --> 00:12:50.998
por que acha que, de repente, tem
uma pontuação menor ou maior

00:12:50.998 --> 00:12:56.013
e, a partir daí, nós repassamos todo esse
entendimento e votamos novamente.

00:12:56.013 --> 00:12:56.700
Tudo bem?

00:12:56.700 --> 00:12:57.852
Então vamos lá.

00:12:57.852 --> 00:13:00.449
André, quer explicar por que você
entende que foi 8?

00:13:00.449 --> 00:13:04.326
Olha, eu coloquei um 8, porque eu entendi
que é uma tarefa relativamente complexa,

00:13:04.326 --> 00:13:08.064
que eu vou demorar um tempo nela,
por mais que nós tenhamos a nossa base

00:13:08.064 --> 00:13:11.227
que não seja o tempo, seja esforço,
eu vou demorar um tempo nela,

00:13:11.227 --> 00:13:15.030
não acho que é o pior sistema que eu teria
que desenvolver em termos de dificuldade,

00:13:15.030 --> 00:13:17.273
mas me daria um bom trabalho,
por isso que eu escolhi o 8.

00:13:17.273 --> 00:13:18.110
Legal.

00:13:19.163 --> 00:13:22.188
Bom, eu escolhi o 5 porque
acho que é um sistema

00:13:22.188 --> 00:13:26.150
que nós talvez já consigamos aproveitar
de outros projetos anteriores

00:13:26.150 --> 00:13:33.344
por conta de, apesar da simplicidade e, vamos
dizer assim, da novidade de juntar isso tudo,

00:13:33.344 --> 00:13:35.988
talvez sejam funcionalidades que já
tenham sido desenvolvidas antes.

00:13:35.988 --> 00:13:37.957
Legal, quer defender o 13?

00:13:37.957 --> 00:13:42.894
É, eu vou defender o 13, porque, apesar
de nós conseguirmos sempre aproveitar

00:13:42.894 --> 00:13:44.926
coisas anteriores,
de projetos anteriores,

00:13:44.926 --> 00:13:48.343
eu julgo, pelos requisitos que nós
precisamos desenvolver,

00:13:48.343 --> 00:13:51.587
que esse projeto tem
muitas especificidades

00:13:51.587 --> 00:13:55.260
e essas especificidades podem
acabar tomando muito mais trabalho

00:13:55.260 --> 00:13:59.233
do que nós, inicialmente, imaginamos,
então eu vou defender o 13,

00:13:59.233 --> 00:14:02.520
e, também, pelo estágio
que nós estamos do projeto.

00:14:02.520 --> 00:14:05.740
Então, lá para frente, talvez,
pudesse estimar um pouco menos,

00:14:05.740 --> 00:14:09.954
mas, nesse estágio do projeto e nesse
estágio do time, eu julgo melhor o 13.

00:14:09.954 --> 00:14:10.651
Legal.

00:14:10.651 --> 00:14:15.470
E eu vou aproveitar um pouco dos argumentos
justamente para entrar no mérito.

00:14:15.470 --> 00:14:19.371
Sim, acho que teriam muitas
adaptações dos projetos anteriores

00:14:19.371 --> 00:14:21.909
para nós fazermos aqui, então acho
que isso pode criar mais risco

00:14:21.909 --> 00:14:24.528
para nós do que nós,
de fato, criarmos do zero

00:14:24.528 --> 00:14:28.602
e, além da complexidade das tarefas
que nós temos para fazer,

00:14:28.602 --> 00:14:31.936
nesse primeiro momento, nós já temos
que pensar um pouco na arquitetura.

00:14:31.936 --> 00:14:35.613
Então, por esse elemento,
eu entrei também com o 13.

00:14:35.613 --> 00:14:37.888
Mas o que acontece agora
que eu coloquei meu 8,

00:14:37.888 --> 00:14:42.353
a Laura colocou o 5 dela e vocês,
Ju e Pantolfi, colocaram 13?

00:14:42.353 --> 00:14:43.808
Como que nós chegamos
em um consenso?

00:14:43.808 --> 00:14:45.384
- Nós saímos da pista.
- Vamos embora!

00:14:45.384 --> 00:14:47.912
Eles querem tomar
conta do negócio aqui.

00:14:47.912 --> 00:14:52.113
Percebam que mais do que simplesmente
votar e achar um número,

00:14:52.113 --> 00:14:55.382
estamos sincronizando
o entendimento de cada pessoa

00:14:55.382 --> 00:14:58.038
sobre o que precisa ser
feito para construir algo.

00:14:58.038 --> 00:15:01.485
A ideia é: independente de quem
seja a pessoa aqui nesse grupo

00:15:01.485 --> 00:15:06.240
que vai trabalhar naquilo, todos tem
o mesmo entendimento do que deve ser feito

00:15:06.240 --> 00:15:10.832
e, junto com outras dinâmicas, nós vamos
buscar para que não tenha duas pessoas

00:15:10.832 --> 00:15:13.223
fazendo a mesma coisa
ao mesmo tempo,

00:15:13.223 --> 00:15:16.921
e que tudo que um faça complemente
o trabalho do outro e assim por diante.

00:15:16.921 --> 00:15:20.014
Mas, aqui, o mais importante é
nós casarmos os entendimentos

00:15:20.014 --> 00:15:23.621
e, cada vez mais, evoluirmos
a percepção da complexidade.

00:15:23.621 --> 00:15:26.490
Então, dado esse cenário em que nós
já percorremos todos os argumentos,

00:15:26.490 --> 00:15:30.367
agora nós voltamos novamente para ver se todo
mundo chegou na mesma conclusão ou não.

00:15:30.367 --> 00:15:33.905
Ah, nós não vamos brigar, combinar aqui
em aberto, nós vamos ter que votar de novo.

00:15:33.905 --> 00:15:35.655
- Nós votamos novamente.
- Eu tenho uma pergunta antes.

00:15:35.655 --> 00:15:36.403
Pois não?

00:15:36.403 --> 00:15:40.914
Essas conversas de discussão, algumas
metodologias ágeis sempre pregam

00:15:40.914 --> 00:15:44.316
que você precisa ter um tempo
pré-estabelecido, 5, 10.

00:15:44.316 --> 00:15:47.421
Essa discussão que nós tivemos aqui,
ela não tem o tempo determinado?

00:15:47.421 --> 00:15:50.201
Eu acho que essa é a parte
muito interessante.

00:15:50.201 --> 00:15:55.318
Pensando em tempo para essa dinâmica,
ela estaria dentro da planning,

00:15:55.318 --> 00:16:00.870
então a planning hoje, segundo
o manual, tem um percentual ali,

00:16:00.870 --> 00:16:03.407
pensando em um sprint
de duas semanas,

00:16:03.407 --> 00:16:08.071
o percentual dela seria equivalente
a uma reunião de 4 horas.

00:16:08.071 --> 00:16:14.361
Então, essas 4 horas seriam desde o momento
em que o PO apresentou para nós as prioridades,

00:16:14.361 --> 00:16:19.596
a regra de negócio e tudo o que vai ser feito,
até nós, de fato, fazermos as estimativas.

00:16:19.596 --> 00:16:23.151
Mas óbvio que cada time, no seu
contexto, na sua empresa,

00:16:23.151 --> 00:16:26.019
vai entendendo quanto
tempo precisa

00:16:26.019 --> 00:16:28.697
e, óbvio, no começo vai demorar
um pouco mais de tempo

00:16:28.697 --> 00:16:32.869
e depois isso vai ficando cada vez
mais natural conforme vai exercitando.

00:16:32.869 --> 00:16:36.360
Então, vou pedir para que vocês,
dado agora todos os argumentos,

00:16:36.360 --> 00:16:41.725
separem novamente uma carta
que representa o valor que vocês imaginam

00:16:41.725 --> 00:16:45.199
e, no 3, 2, 1, nós mostramos
todos ao mesmo tempo.

00:16:45.199 --> 00:16:46.719
- Todos prontos?
- Todos prontos.

00:16:46.719 --> 00:16:47.852
3... 2... 1...

00:16:50.143 --> 00:16:52.282
Agora temos uma unanimidade.

00:16:52.282 --> 00:16:54.037
- Fui convencida.
- Perfeito!

00:16:54.037 --> 00:16:55.968
Olha, eu confesso que, na hora
que vocês mostraram 13,

00:16:55.968 --> 00:16:58.564
eu fiquei meio pressionado
a concordar,

00:16:58.564 --> 00:17:01.278
mas, de fato, depois da discussão,
depois da argumentação,

00:17:01.278 --> 00:17:04.601
deu para entender o que vocês
estavam trazendo de ponto de vista

00:17:04.601 --> 00:17:08.032
e fez mais sentido ir para o 13 do que
para o que eu tinha estimado antes.

00:17:08.032 --> 00:17:11.652
Legal, então já temos
a primeira história,

00:17:11.652 --> 00:17:16.270
que é a história de reservar o carro
para locação, com a pontuação 13.

00:17:16.270 --> 00:17:19.129
A segunda história, que é
o cancelamento da reserva

00:17:19.129 --> 00:17:24.351
que nós estabelecemos como a história
de menor complexidade, pontuação 1.

00:17:24.351 --> 00:17:26.947
Agora, vamos
para uma outra história,

00:17:26.947 --> 00:17:32.085
que é justamente a história de dar
baixa no retorno de uma locação

00:17:32.085 --> 00:17:35.268
do carro devolvido
pelo cliente.

00:17:35.268 --> 00:17:41.673
Bom, nesse caso aqui, essa funcionalidade,
basicamente, quando o cliente traz o carro,

00:17:41.673 --> 00:17:44.984
eu tenho que identificar que ele
está locado para aquele cliente,

00:17:44.984 --> 00:17:49.452
que está sendo devolvido dentro do prazo
estabelecido, que está tudo certinho,

00:17:49.452 --> 00:17:56.336
processar a devolução e dar baixa para liberar
esse carro para uma nova locação.

00:17:56.336 --> 00:17:59.890
Ele não necessariamente envolve
o processo de pagamento ainda,

00:17:59.890 --> 00:18:05.008
isso é uma outra funcionalidade, mas,
aqui, ele atualiza o status do carro

00:18:05.008 --> 00:18:10.737
para liberar ele, propriamente dito,
para poder ser locado por outro cliente.

00:18:10.737 --> 00:18:12.246
- Tudo bem até aqui?
- Tudo bem.

00:18:12.246 --> 00:18:15.578
Bom, vamos lá pessoal, todos
prontos para votar então?

00:18:15.578 --> 00:18:21.059
Escondam suas cartas, definam, então, a carta
que representa a pontuação da história

00:18:21.059 --> 00:18:26.329
que nós estamos votando, que é
para dar baixa na devolução do carro.

00:18:26.329 --> 00:18:28.081
- Todos prontos?
- Prontíssimo.

00:18:28.081 --> 00:18:29.969
3... 2... 1...

00:18:33.006 --> 00:18:36.556
Então, temos um 2,
um 3, um 8 e um 5.

00:18:36.556 --> 00:18:39.157
Vamos lá, começamos
pelo mais alto.

00:18:39.157 --> 00:18:42.088
Mais uma vez já estamos
discordando aqui, não é?

00:18:42.088 --> 00:18:46.019
Eu considerei um 8 porque eu julgo que é
uma tarefa de menor complexidade

00:18:46.019 --> 00:18:48.221
do que aquela que nós
acabamos de votar,

00:18:48.221 --> 00:18:51.471
eu acho que tem uma boa complexidade
envolvida, aí dá um trabalho,

00:18:51.471 --> 00:18:56.800
são várias tabelas, vários dados para cruzar,
então eu estou confortável com o meu 8.

00:18:56.800 --> 00:18:58.681
Você acha que está
confuso ainda, talvez,

00:18:58.681 --> 00:19:01.792
- tudo o que precisa fazer para dar baixa?
- Eu acho que são muitas etapas.

00:19:01.792 --> 00:19:04.481
Parece que é uma tarefa que está
escondendo várias por trás dela.

00:19:04.481 --> 00:19:05.859
Está bom.

00:19:05.859 --> 00:19:10.286
Eu acho, eu coloquei o 5,
eu mostrei o 5, por que?

00:19:10.286 --> 00:19:12.711
Eu entendo que se nós
temos uma tarefa 1

00:19:12.711 --> 00:19:15.910
que é, por exemplo, um cancelamento,
como o que nós definimos,

00:19:15.910 --> 00:19:18.638
essa talvez seja
um pouco mais complexa,

00:19:18.638 --> 00:19:21.155
na medida em que nós
vamos incluir algumas coisas,

00:19:21.155 --> 00:19:25.599
mas não é tão complexa que uma equipe
um pouco mais experiente não consiga executar.

00:19:25.599 --> 00:19:27.650
Legal, boa.

00:19:27.650 --> 00:19:29.699
- Temos um 3.
- Uhum.

00:19:29.699 --> 00:19:36.754
É, como vocês já adiantaram, ela envolve
algumas coisas que nós já definimos como 1,

00:19:36.754 --> 00:19:41.434
que é o cancelamento, e eu acho que,
se nós estamos pensando em MVP,

00:19:41.434 --> 00:19:44.120
então nós vamos definir
apenas o que é necessário,

00:19:44.120 --> 00:19:49.536
estritamente necessário nesse momento,
para se fazer o fluxo de devolução do carro

00:19:49.536 --> 00:19:52.178
e de liberação do carro
e do cliente para pagamento.

00:19:52.178 --> 00:19:57.957
Então, acho que nós conseguimos colocar,
por exemplo, de 1 ou 3 vezes isso,

00:19:57.957 --> 00:19:59.458
eu acho que o 3
aqui cabe bem.

00:19:59.458 --> 00:20:01.638
Seguindo aquela mesma lógica
do que nós fizemos na de 1,

00:20:01.638 --> 00:20:05.348
de ir lá e só trocar o que precisa de estado
para dizer que a pessoa devolveu.

00:20:05.348 --> 00:20:06.958
Isso, nós vamos acrescentar
algumas coisas,

00:20:06.958 --> 00:20:09.639
mas eu, nesse momento,
olhando os requisitos,

00:20:09.639 --> 00:20:17.636
julgo que, os adicionais, nós conseguimos
manter em um grau 3, por exemplo.

00:20:18.588 --> 00:20:21.679
Bom, interessante o argumento
de vocês, porque, de fato,

00:20:21.679 --> 00:20:26.359
a estrutura principal que nós
precisamos para poder dar baixa

00:20:26.359 --> 00:20:30.587
é o que nós já vamos ter
construído na parte de reserva.

00:20:30.587 --> 00:20:34.685
E até por isso que eu acabei escolhendo
o 2, porque, ao meu entendimento,

00:20:34.685 --> 00:20:39.018
obviamente, tem mais complexidade aqui
do que o cancelamento da reserva,

00:20:39.018 --> 00:20:42.018
porque eu não estou atualizando
um estado apenas do carro,

00:20:42.018 --> 00:20:45.501
eu estou desbloqueando o carro
para ser locado novamente,

00:20:45.501 --> 00:20:49.124
e eu estou desbloqueando o cliente
para ele poder locar um outro carro.

00:20:49.124 --> 00:20:57.266
Então, de fato, eu entendo que dá para se
preocupar, talvez, com alguma dor a mais aí,

00:20:58.364 --> 00:21:01.729
mas eu entendo que talvez não
uma complexidade tão alta,

00:21:01.729 --> 00:21:04.324
tão próxima do nosso 13.

00:21:04.324 --> 00:21:05.493
Vamos votar novamente?

00:21:05.493 --> 00:21:07.870
Bom, é a regra
do jogo, vamos lá.

00:21:09.379 --> 00:21:12.340
Dado esses novos argumentos,
o nosso novo entendimento,

00:21:12.340 --> 00:21:18.032
por favor, cada um selecione a sua carta
de pontuação, deixando ela escondida.

00:21:19.268 --> 00:21:20.390
Todos prontos?

00:21:20.390 --> 00:21:22.214
Prontíssimo, agora
mais do que nunca.

00:21:22.214 --> 00:21:23.974
3... 2... 1....

00:21:26.199 --> 00:21:30.664
Boa, temos uma unanimidade,
então, todo mundo votou 3.

00:21:30.664 --> 00:21:34.694
Mais uma vez, fui obrigado
a mudar a minha concepção,

00:21:34.694 --> 00:21:38.104
mas vocês estão trazendo argumentos
que me convencem, o que eu posso fazer?

00:21:38.104 --> 00:21:39.982
Eu não quero
aqui, não é?

00:21:39.982 --> 00:21:40.797
Que bom.

00:21:40.797 --> 00:21:44.227
Bom, a próxima história que nós
temos aqui para estimar

00:21:44.227 --> 00:21:49.108
é justamente a história de processar
o pagamento da locação.

00:21:49.108 --> 00:21:53.805
Nesse caso, nós já vamos ter toda
a estrutura que gera o pedido de pagamento,

00:21:53.805 --> 00:21:56.332
que é toda a devolução da reserva.

00:21:56.332 --> 00:22:00.937
O que nós estamos fazendo aqui é integrando
com todo o parceiro de pagamento,

00:22:00.937 --> 00:22:05.256
todo esse processo, e disponibilizando
ali a parte do checkout

00:22:05.256 --> 00:22:08.629
para o cliente eventualmente decidir
se ele quer pagar com cartão de crédito

00:22:08.629 --> 00:22:09.866
ou outras opções.

00:22:09.866 --> 00:22:14.540
Lembrando que essa estrutura de checkout
já vem do nosso parceiro de pagamento,

00:22:14.540 --> 00:22:20.136
o que nós fazemos é essa integração,
vinculando com a nossa estrutura de pedidos.

00:22:20.136 --> 00:22:22.071
É um parceiro com qual
nós já trabalhamos antes?

00:22:22.071 --> 00:22:23.906
Nós temos esse detalhe,
essa informação,

00:22:23.906 --> 00:22:25.941
se nós já trabalhamos com esse
tipo de pagamento?

00:22:25.941 --> 00:22:29.325
Nós já trabalhamos,
só que, mais do que isso,

00:22:29.325 --> 00:22:33.983
são parceiros que seguem todos
o mesmo padrão no mercado.

00:22:33.983 --> 00:22:37.635
Então, toda a especificação nós
conseguimos compartilhar aqui,

00:22:37.635 --> 00:22:40.794
para nós já termos uma ideia de como vai
ser a integração e assim por diante.

00:22:40.794 --> 00:22:41.424
Está bom.

00:22:41.424 --> 00:22:48.798
Então, relembrando, estamos aqui estimando
a tarefa de processar o pagamento da locação.

00:22:48.798 --> 00:22:54.870
Por favor, selecionem a carta que representa
a pontuação que vocês escolheram.

00:22:54.870 --> 00:22:56.438
- Todos prontos?
- Estou nervosa.

00:22:56.438 --> 00:22:58.340
- Continuo nervosa.
- Vamos lá em.

00:22:58.340 --> 00:23:00.348
3... 2... 1...

00:23:02.077 --> 00:23:02.978
Golaço.

00:23:02.978 --> 00:23:05.681
- Olha que beleza!
- Temos nossa primeira unanimidade.

00:23:05.681 --> 00:23:07.183
- Acertei!
- Já podemos ir para casa.

00:23:07.183 --> 00:23:11.320
É assim que se encerra uma reunião,
quando está todo mundo concordando.

00:23:11.320 --> 00:23:13.889
Eu acho que faz sentido isso aqui,
de acordo com o que vocês falaram,

00:23:13.889 --> 00:23:15.587
que nós estamos
trabalhando com padrões

00:23:15.587 --> 00:23:18.122
e, diante das tarefas todas
que nós temos que fazer,

00:23:18.122 --> 00:23:21.363
acho que ela fica meio que no meio do caminho
das outras coisas que nós estimamos.

00:23:21.363 --> 00:23:23.799
Acho que o entendimento vai
aprofundando e fica mais fácil.

00:23:23.799 --> 00:23:28.387
Sim, e o que eu acho importante
aqui é parceiro e pagamento,

00:23:28.387 --> 00:23:31.874
são duas palavras importantes para nós
nos atentarmos nessa tarefa.

00:23:31.874 --> 00:23:34.905
Primeiro, porque nós vamos ter
que fazer integrações externas,

00:23:34.905 --> 00:23:37.983
por mais que já tenha trabalhado,
cada caso é sempre um caso,

00:23:37.983 --> 00:23:40.516
e pagamento, que é um ponto
crítico na aplicação.

00:23:40.516 --> 00:23:42.885
Acho que vale a pena ser
conservadora nesse caso.

00:23:42.885 --> 00:23:44.286
Eu estou com a pulga
atrás da orelha,

00:23:44.286 --> 00:23:47.267
porque é o que eu falei, eu estou descobrindo
o planning poker aqui com vocês

00:23:47.267 --> 00:23:50.851
e eu quero entender o que esses pontos
todos que nós estamos colocando

00:23:50.851 --> 00:23:55.964
representam até agora, porque, tudo bem,
nós estimamos lá o esforço de cada tarefa,

00:23:55.964 --> 00:23:59.136
mas eu não me perguntei no começo
se nós tínhamos um limite, um teto,

00:23:59.136 --> 00:24:00.869
como que funciona
essa pontuação?

00:24:00.869 --> 00:24:01.570
Muito bom, André.

00:24:01.570 --> 00:24:04.306
Então, para nós exemplificarmos
um pouco melhor,

00:24:04.306 --> 00:24:07.376
o que nós vamos ter no final aqui,
a cada rodada que nós estamos fazendo,

00:24:07.376 --> 00:24:12.514
nós estamos associando uma pontuação
para cada uma das nossas tarefas.

00:24:12.514 --> 00:24:15.901
No final, nós temos uma lista,
cada um com uma pontuação,

00:24:15.901 --> 00:24:19.132
que vai ter uma somatória
e gera uma pontuação final.

00:24:19.132 --> 00:24:21.790
Considerando tudo
o que nós estimamos,

00:24:21.790 --> 00:24:25.994
até o nosso MVP, nós temos
aqui cerca de 41 pontos,

00:24:25.994 --> 00:24:29.839
mas nós definimos o que nós
entendemos desse grupo

00:24:29.839 --> 00:24:32.534
o que cabe nós trabalharmos
dentro do nosso sprint.

00:24:32.534 --> 00:24:34.912
Assumindo que o nosso
sprint tem duas semanas,

00:24:34.912 --> 00:24:38.774
nós definimos aqui uma quantidade
de pontos que, nesse primeiro momento,

00:24:38.774 --> 00:24:42.444
é muito mais um norte,
uma percepção inicial,

00:24:42.444 --> 00:24:47.916
e nós vamos entender, ao longo do caminho,
se esses 20 pontos se confirmam ou não.

00:24:47.916 --> 00:24:52.767
Então, em uma simulação que nós até fizemos
aqui diretamente com essa pontuação,

00:24:52.767 --> 00:24:58.381
nós tivemos ali um primeiro sprint
em que nós estimamos 20 pontos,

00:24:58.381 --> 00:25:01.630
e nós entregamos
o total de 22 pontos,

00:25:01.630 --> 00:25:06.368
ou seja, um conjunto de tarefas que,
somando a sua pontuação, chegou a 22.

00:25:06.368 --> 00:25:10.258
Pô, legal, então nós temos capacidade
de entregar mais do que os 20, enfim.

00:25:10.258 --> 00:25:14.109
Ah, vamos nos planejar no segundo
sprint para entregar 25 pontos.

00:25:14.109 --> 00:25:15.911
Aí acontece essa
dinâmica toda de novo?

00:25:15.911 --> 00:25:17.913
Acontece essa dinâmica
toda de novo.

00:25:17.913 --> 00:25:20.949
Próximas funcionalidades,
começa a construir,

00:25:20.949 --> 00:25:25.220
no final do segundo sprint, nós não
entregamos aqueles mesmos 22 pontos,

00:25:25.220 --> 00:25:30.492
entregamos 19, porque alguma tarefa foi
mais complexa, nós tivemos mais dificuldade,

00:25:30.492 --> 00:25:35.464
então nós, nesse segundo sprint,
planejamos 25 e entregamos só 19.

00:25:35.464 --> 00:25:40.402
Opa, então talvez o 25 foi muito agressivo,
vamos puxar novamente para 20.

00:25:40.402 --> 00:25:44.706
E aí, no terceiro sprint, o time já
evoluiu, tudo já está mais natural,

00:25:44.706 --> 00:25:49.478
as estruturas estão melhor pré-estabelecidas
e nós entregamos um conjunto de 26 pontos.

00:25:49.478 --> 00:25:53.980
Então, você começa a entender
ali pelo seu histórico, 22, 19, 26,

00:25:53.980 --> 00:26:01.523
que a sua tendência está, de fato, entre
20 e 25 pontos, em um momento seguro,

00:26:01.523 --> 00:26:05.293
mas nada impede, obviamente,
que a produtividade desse time cresça

00:26:05.293 --> 00:26:09.765
conforme a maturidade aumenta
e, aí, mais três sprints, dois sprints,

00:26:09.765 --> 00:26:13.177
você já vai entendendo que, de repente,
o time já tem um índice de produtividade

00:26:13.177 --> 00:26:16.405
de 25 pontos e assim gradativamente.

00:26:16.405 --> 00:26:17.935
E o que é muito
interessante nisso?

00:26:17.935 --> 00:26:20.075
Como nós reforçamos
desde o começo,

00:26:20.075 --> 00:26:22.911
a ideia não é mais definir
quanto tempo para cada tarefa,

00:26:22.911 --> 00:26:26.948
mas o quanto de tarefa cabe no nosso
tempo fixo, que é o nosso time box.

00:26:26.948 --> 00:26:30.218
Eu gostei desse negócio, eu acho
que é uma ferramenta bem legal,

00:26:30.218 --> 00:26:34.233
só que o nerd de dentro de mim me obriga
a fazer duas perguntas separadas,

00:26:34.233 --> 00:26:36.728
principalmente para vocês dois
que estão aí na ponta da mesa.

00:26:36.728 --> 00:26:41.537
A primeira é: existem outros baralhos
desse que eu possa comprar?

00:26:41.537 --> 00:26:45.700
Porque eu já quero comprar,
sleevar, guardar, usar de montão.

00:26:45.700 --> 00:26:46.635
Não pode ver uma carta.

00:26:46.635 --> 00:26:50.505
Não posso ver uma carta que eu já me animo
e, outra coisa que está na minha cabeça,

00:26:50.505 --> 00:26:53.210
a Ju, por exemplo, que é
desenvolvedora, trabalha remoto

00:26:53.210 --> 00:26:57.212
e muita gente está começando já a ingressar
na carreira trabalhando remoto.

00:26:57.212 --> 00:26:59.616
Vou mandar por correio
para a galera, o que dá para fazer?

00:26:59.616 --> 00:27:04.419
Eu como jogadora de Magic vejo
muitas possibilidades em cartinhas,

00:27:04.419 --> 00:27:09.691
mas depois ele pode inclusive contar
a história desse baralho específico.

00:27:09.691 --> 00:27:13.528
Esse baralho tem a sequência
que nós mostramos,

00:27:13.528 --> 00:27:16.598
ele vai até 3 no Fibonacci,
depois 20, 40 e 100.

00:27:16.598 --> 00:27:19.619
Existem outras cartas, por exemplo,
a carta do cafezinho,

00:27:19.619 --> 00:27:24.545
porque, dependendo do tamanho da sprint,
a reunião de planning pode ficar grande,

00:27:24.545 --> 00:27:28.209
extensa, complexa, aí nós
pedimos o cafezinho.

00:27:28.209 --> 00:27:33.146
Tem, se você tem, por exemplo,
alguma dúvida em algum requisito

00:27:33.146 --> 00:27:36.619
e está em dúvida na votação, tem
a carta da interrogação, por exemplo,

00:27:36.619 --> 00:27:42.424
tem a carta do infinito, "eu não faço ideia",
coloco o infinito ali e nós vamos discutir.

00:27:42.424 --> 00:27:45.915
E existem os baralhos fixos,
porém, como você mesmo disse,

00:27:45.915 --> 00:27:51.740
muita gente, hoje em dia, trabalha remoto,
então existem vários apps e vários sites

00:27:51.740 --> 00:27:58.039
que as equipes remotas normalmente usam
para fazer essa votação de forma remota,

00:27:58.039 --> 00:27:59.049
tudo em um browser.

00:27:59.049 --> 00:28:02.677
Assim não faltam opções, mas
o importante é entender a mecânica,

00:28:02.677 --> 00:28:05.680
porque a mecânica vai ser sempre
a mesma, com carta de cafezinho ou não.

00:28:05.680 --> 00:28:08.550
E agora eu já quero os dois, eu quero
o físico e quero esse virtual.

00:28:08.550 --> 00:28:09.751
E a carta de cafezinho.

00:28:09.751 --> 00:28:13.021
É isso que eu quero principalmente, mas
antes de nós irmos para o nosso cafezinho

00:28:13.021 --> 00:28:16.124
e encerrar esse vídeo, conta para nós 
a história desse baralho aqui.

00:28:16.124 --> 00:28:18.293
Eu consigo um igual a esse?
Que história é essa?

00:28:18.293 --> 00:28:20.829
Não, na verdade não tem
exatamente uma história,

00:28:20.829 --> 00:28:25.300
porque a brincadeira é justamente
porque esse foi o primeiro de todos,

00:28:25.300 --> 00:28:29.337
então não tinha o cafezinho,
não tinha o meio, não tinha a dúvida,

00:28:29.337 --> 00:28:33.308
porque a ideia era simplesmente
trazer uma referência matemática

00:28:33.308 --> 00:28:36.611
para que as pessoas não
ficassem discutindo a vírgula,

00:28:36.611 --> 00:28:42.817
"ah, isso aqui é 2,5, isso aqui é 4", não,
cara, ou está para cima ou está para baixo.

00:28:42.817 --> 00:28:45.462
Na dúvida, conservadorismo,
está para cima,

00:28:45.462 --> 00:28:51.134
mas são taxas fixas que vão ajudando,
cada vez mais, no conceito comparativo

00:28:51.134 --> 00:28:53.928
e, cada vez mais,
a sincronizar entendimentos.

00:28:53.928 --> 00:28:59.667
Perceba que, reforçando, muito
mais do que só definir pontos,

00:28:59.667 --> 00:29:04.906
é o quanto esse time está
aprendendo a mesma coisa juntos.

00:29:04.906 --> 00:29:08.035
E, muitas vezes, mesmo uma pessoa
mais sênior que, eventualmente,

00:29:08.035 --> 00:29:11.644
traz uma explicação muito clara
sobre uma funcionalidade,

00:29:11.644 --> 00:29:16.050
às vezes ela não tinha na cabeça
dela o seu ponto de vista,

00:29:16.050 --> 00:29:17.585
o seu ponto de vista, o seu.

00:29:17.585 --> 00:29:22.090
E essa troca é que vai gerando a riqueza
do entendimento da estimativa do time.

00:29:22.090 --> 00:29:24.726
Então, eu trago aqui
um assunto novo para a mesa.

00:29:24.726 --> 00:29:28.509
Ju, Pantolfi, Laura e eu
vamos tomar um cafezinho

00:29:28.509 --> 00:29:30.492
e depois nós voltamos
para continuar planejando.

00:29:30.492 --> 00:29:31.408
- Que tal?
- Fechadíssimo.

00:29:31.408 --> 00:29:31.991
Vamos lá.