WEBVTT 00:00:08.007 --> 00:00:09.542 Você conhece o planning poker? 00:00:09.542 --> 00:00:11.678 Pois é, é exatamente disso que nós vamos falar. 00:00:11.678 --> 00:00:17.117 Eu sou o Robson Pantolfi, head de tecnologia e produtos, e também professor na FIAP. 00:00:17.117 --> 00:00:20.987 E temos aqui um time de ponta para simular esse cenário com vocês. 00:00:20.987 --> 00:00:24.057 Por falar de time de ponta, eu estou aqui na ponta da mesa. 00:00:24.057 --> 00:00:26.577 Sou o André David, professor, desenvolvedor 00:00:26.577 --> 00:00:30.029 e, junto com você, eu quero descobrir que história é essa de planning poker 00:00:30.029 --> 00:00:31.564 e onde nós vamos levar ele. 00:00:31.564 --> 00:00:35.068 Eu sou a Laura Gurgel, sou head de experiência do cliente na _____ 00:00:35.068 --> 00:00:36.569 e também professora da FIAP, 00:00:36.569 --> 00:00:42.909 e, assim como o André, vou descobrir que diabos seria planning poker. 00:00:42.909 --> 00:00:47.714 Eu sou a Ju Amoasei, eu sou desenvolvedora back-end e instrutora de programação. 00:00:47.714 --> 00:00:52.485 E aí, eu vou ajudar a esclarecer o que é o planning poker e para quê ele é usado. 00:00:52.485 --> 00:00:56.503 Eu acho que nós podemos partir daí, vocês contarem para nós o que é esse planning poker, 00:00:56.503 --> 00:01:00.593 por que nós estamos com monte de carta na mão e, principalmente, para que ele serve. 00:01:00.593 --> 00:01:01.327 Legal. 00:01:01.327 --> 00:01:06.540 Bom, antes de tudo, é importante nós entendermos a dinâmica de estimativas 00:01:06.540 --> 00:01:09.535 o que ela segue e como que é o contexto histórico. 00:01:09.535 --> 00:01:12.639 Historicamente, existiam várias metodologias, 00:01:12.639 --> 00:01:16.542 a mais famosa, especialmente em projetos de sistemas, 00:01:16.542 --> 00:01:19.212 era justamente a análise de ponto de função. 00:01:19.212 --> 00:01:21.848 Mas, diferente do que é o nosso modelo ágil, 00:01:21.848 --> 00:01:25.596 outros modelos tinham um padrão, tabelas que, muitas vezes, 00:01:25.596 --> 00:01:30.697 não respeitavam a produtividade real de cada personagem do time. 00:01:30.697 --> 00:01:35.759 Com o planning poker, isso mudou um pouco e isso respeita muito mais, 00:01:35.759 --> 00:01:39.869 inclusive é estimado pelo próprio time que vai construir o produto. 00:01:39.869 --> 00:01:42.179 O planning poker, assim como está na mesa, 00:01:42.179 --> 00:01:46.839 ele reflete diretamente a filosofia de Fibonacci, 00:01:46.839 --> 00:01:49.138 que é uma regra matemática, uma sequência 00:01:49.138 --> 00:01:53.112 que indica que o próximo número representa a soma dos dois anteriores. 00:01:53.112 --> 00:02:00.397 Então, aqui, nós vemos em uma escala crescente, 1, 2, 3 e, consequentemente, 00:02:00.397 --> 00:02:02.889 números que representam a soma dos dois anteriores. 00:02:02.889 --> 00:02:04.889 É muito comum no planning poker, 00:02:04.889 --> 00:02:08.761 a partir do 20, você não ter mais exatamente essa regra a risca, 00:02:08.761 --> 00:02:14.133 como o 21, mas sim você ter escalas maiores que representam os épicos. 00:02:14.133 --> 00:02:19.150 Uma ponta muito importante disso tudo é que esse baralho vai ser utilizado 00:02:19.150 --> 00:02:23.835 por todas as pessoas do time e, a cada tarefa que nós formos estimar 00:02:23.835 --> 00:02:27.149 para definir o quanto de trabalho vai caber no nosso sprint, 00:02:27.149 --> 00:02:28.815 não mais no modelo anterior, 00:02:28.815 --> 00:02:32.819 quando nós definíamos o quanto de tempo nós demoraríamos para cada tarefa, 00:02:32.819 --> 00:02:39.298 aqui, nós vamos discutir sobre os itens, nós vamos apresentar ao mesmo tempo as cartas 00:02:39.298 --> 00:02:44.295 e isso vai ser um norte para nós definirmos o tamanho de cada tarefa, 00:02:44.295 --> 00:02:50.169 o tamanho de cada história, o tamanho da complexidade de cada tarefa. 00:02:50.169 --> 00:02:53.940 Um ponto muito importante do porquê que isso tem sido cada vez mais adotado 00:02:53.940 --> 00:02:59.111 é porque, muitas vezes, no modelo anterior, você tinha muita discordância, 00:02:59.111 --> 00:03:01.647 uma pessoa mais sênior, uma pessoa mais júnior 00:03:01.647 --> 00:03:04.350 ou alguém que tinha mais experiência naquele projeto, 00:03:04.350 --> 00:03:06.813 entre outras pessoas com menos experiência. 00:03:06.813 --> 00:03:12.312 Aqui, independente de quem vai demorar mais ou menos para compreender 00:03:12.312 --> 00:03:17.630 e executar uma tarefa, ambos vão concordar que uma tarefa é mais complexa que a outra. 00:03:17.630 --> 00:03:22.068 Consequentemente, uma pode ter uma pontuação 8 ou 5 00:03:22.068 --> 00:03:25.438 em comparação a outra, que teria a pontuação 1 ou 2. 00:03:25.438 --> 00:03:28.607 É impressão minha ou nós estamos em uma vibe meio jogo de tabuleiro, 00:03:28.607 --> 00:03:32.078 onde nós aprendemos melhor jogando do que lendo as regras? 00:03:32.078 --> 00:03:35.448 É exatamente isso, André, e é exatamente isso que nós vamos fazer agora. 00:03:35.448 --> 00:03:40.025 Bom, para começar a nossa simulação, é muito importante nós entendermos 00:03:40.025 --> 00:03:42.822 o que aconteceu antes de começar essa dinâmica 00:03:42.822 --> 00:03:45.048 e quais são os papéis que nós estamos simulando. 00:03:45.048 --> 00:03:49.662 Aqui, somos o time que vai participar da construção desse produto, 00:03:49.662 --> 00:03:53.032 o time de desenvolvimento, se não é desenvolvimento de sistemas, 00:03:53.032 --> 00:03:55.301 porque o seu produto é outro, é de documentação, 00:03:55.301 --> 00:03:58.170 são as pessoas que vão escrever a documentação, enfim, 00:03:58.170 --> 00:04:01.540 são as pessoas que fazem parte do time que está construindo. 00:04:01.540 --> 00:04:03.976 Antes disso, o que aconteceu na prática? 00:04:03.976 --> 00:04:08.720 O nosso product owner, ou PO, definiu qual é o escopo do projeto, 00:04:08.720 --> 00:04:11.750 o que nós vamos fazer, quais são as prioridades 00:04:11.750 --> 00:04:16.088 e o que que nós vamos atacar primeiro, e essas tarefas que são as prioridades 00:04:16.088 --> 00:04:19.928 é o que nós vamos estimar aqui, pensando no que nós vamos fazer no próximo sprint. 00:04:19.928 --> 00:04:23.996 começando aqui, então, repassando o nosso exemplo de escopo, 00:04:23.996 --> 00:04:27.700 nós temos, aqui, um sistema de locação de veículos. 00:04:27.700 --> 00:04:31.804 Nesse sistema de locação de veículos nós temos alguns módulos-chaves, 00:04:31.804 --> 00:04:37.376 nós temos o cadastro de carros para você vincular os carros à agência, 00:04:37.376 --> 00:04:40.312 você tem o cadastro de clientes que vão locar, 00:04:40.312 --> 00:04:43.696 você tem toda a parte de pedidos, atendimentos, 00:04:43.696 --> 00:04:47.934 que é justamente para fazer a reserva do carro, alugar o carro, 00:04:47.934 --> 00:04:53.692 devolver e assim por diante, e você tem outras funcionalidades internas, 00:04:53.692 --> 00:04:57.783 sejam para processar o pagamento, sejam para colocar o carro para manutenção, 00:04:57.783 --> 00:05:02.001 sejam relatórios para o acompanhamento gerencial. 00:05:02.001 --> 00:05:06.639 E, dentro desse escopo, foi priorizado pelo nosso cliente 00:05:06.639 --> 00:05:11.696 que nós primeiro fizéssemos toda a parte para já fazer a locação do carro, 00:05:11.696 --> 00:05:16.009 porque a parte cadastral, para ele já começar a utilizar alguma coisa, 00:05:16.009 --> 00:05:20.486 já começar a operacionalizar, nós vamos cadastrar diretamente no banco de dados 00:05:20.486 --> 00:05:24.722 e ele já consegue ali fazer uma reserva com aqueles clientes já pré-cadastrados 00:05:24.722 --> 00:05:27.874 e os carros também já cadastrados. 00:05:27.874 --> 00:05:31.685 Dentro desse primeiro grupo, então, eu gostaria de repassar com vocês aqui 00:05:31.685 --> 00:05:36.602 quais são as histórias que foram mais prioritárias. 00:05:36.602 --> 00:05:40.305 Bom, o primeiro grupo, aqui, está diretamente como eu mencionei, 00:05:40.305 --> 00:05:43.509 ligado à operação de locação de carro. 00:05:43.509 --> 00:05:46.045 Então, nós temos como primeira história aqui: 00:05:46.045 --> 00:05:52.050 como atendimento, desejo reservar um carro para locação, então só fiz a reserva, 00:05:52.050 --> 00:05:56.955 depois eu vou retirá-lo e, na sequência, nós temos o cancelamento dessa reserva. 00:05:56.955 --> 00:06:02.327 Depois nós temos a locação e a baixa do retorno da locação, 00:06:02.327 --> 00:06:07.166 e nós temos as atividades de pagamentos e, para fechar, o que seria o MVP, 00:06:07.166 --> 00:06:12.971 o mínimo que ele precisa para colocar para rodar a parte do relatório de vendas. 00:06:12.971 --> 00:06:16.341 Então, com isso, nós temos um mínimo para começar a operação 00:06:16.341 --> 00:06:20.432 e aí, nos outros sprints, nós vamos trabalhando mais funcionalidades 00:06:20.432 --> 00:06:22.614 que vão ser atualizadas nesse sistema, 00:06:22.614 --> 00:06:26.018 cada vez dando mais autonomia para o nosso cliente. 00:06:26.018 --> 00:06:29.888 Bom, a primeira coisa que nós precisamos fazer numa rodada, 00:06:29.888 --> 00:06:32.891 lembrando que nós estamos usando o planning poker 00:06:32.891 --> 00:06:39.097 e consequentemente nós vamos buscar aqui comparação de complexidade entre as tarefas, 00:06:39.097 --> 00:06:40.995 a primeira coisa, nós precisamos definir, 00:06:40.995 --> 00:06:47.339 encontrar o que seria um item de menor complexidade dentre essas funções. 00:06:47.339 --> 00:06:49.074 Pantolfi, quando nós estamos falando de complexidade, 00:06:49.074 --> 00:06:50.396 nós estamos falando do quê? 00:06:50.396 --> 00:06:53.712 Do tempo que nós demoramos a fazer uma tarefa, do trabalho que vai me dar, 00:06:53.712 --> 00:06:56.343 quanta dor de cabeça eu vou ter para resolver aquilo? 00:06:56.343 --> 00:06:58.016 O que nós estamos buscando definir? 00:06:58.016 --> 00:07:01.720 Essa é uma ótima pergunta, André, porque existe uma confusão natural 00:07:01.720 --> 00:07:05.791 pela forma como, historicamente, nós sempre estimamos tarefas. 00:07:05.791 --> 00:07:09.828 Então, nós sempre nos preocupamos em quanto tempo eu gasto em uma tarefa. 00:07:09.828 --> 00:07:12.898 Aqui, o tempo você já tem pré-estabelecido, 00:07:12.898 --> 00:07:17.836 você tem 2 semanas, que é o padrão, mas você pode usar de 1 a 4 semanas, 00:07:17.836 --> 00:07:22.174 mas você tem o tempo do seu sprint, que é aquele tempo fixo que vai se repetir. 00:07:22.174 --> 00:07:26.160 O que nós vamos buscar agora é o quanto de pontos nós conseguimos fazer 00:07:26.160 --> 00:07:27.846 dentro dessas duas semanas. 00:07:27.846 --> 00:07:30.382 Então, isso praticamente vai ser um exercício, 00:07:30.382 --> 00:07:34.419 nós vamos primeiro estimar, comparando essas complexidades, 00:07:34.419 --> 00:07:38.226 nós tomamos muito como referência listar todas as atividades 00:07:38.226 --> 00:07:40.995 que nós temos para fazer, se abdicando de tempo, por quê? 00:07:40.995 --> 00:07:45.564 Se você tem uma referência de gastar em uma tarefa duas horas 00:07:45.564 --> 00:07:49.301 e, de repente, outra pessoa tem a referência de gastar uma hora só, 00:07:49.301 --> 00:07:51.136 nós não podemos ficar encontrando o meio termo, 00:07:51.136 --> 00:07:56.774 nós encontramos uma pontuação que caiba para ambos e, juntos, a cada sprint, 00:07:56.774 --> 00:08:00.479 nós vamos entendendo quantos pontos estamos entregando 00:08:00.479 --> 00:08:03.824 e, consequentemente, qual que é o nosso índice de produtividade. 00:08:03.824 --> 00:08:04.349 Legal. 00:08:04.349 --> 00:08:09.321 E isso vai tornando mais fácil, no segundo, terceiro, quarto sprint, 00:08:09.321 --> 00:08:13.623 o que nós estimamos, nós já sabemos, de fato, depois que estimou um grupo de tarefas, 00:08:13.623 --> 00:08:18.230 quanto delas vão caber, de fato, dentro do nosso sprint, legal? 00:08:18.230 --> 00:08:21.132 Bom, a primeira tarefa, aqui na nossa lista, 00:08:21.132 --> 00:08:25.070 seria justamente a reserva de um carro de locação, 00:08:25.070 --> 00:08:29.074 e, nessa tarefa, para nós entregarmos ela, por ela ser a primeira, 00:08:29.074 --> 00:08:32.911 e onde nós vamos ter o trabalho técnico de criar o projeto, 00:08:32.911 --> 00:08:36.448 criar estrutura de banco de dados, criar as primeiras telas, 00:08:36.448 --> 00:08:39.951 fazer todas as comunicações em todas as camadas. 00:08:39.951 --> 00:08:44.055 Então, a primeira estruturação é diretamente nessa função. 00:08:44.055 --> 00:08:48.159 Na sequência, nós temos uma que é o cancelamento da reserva, 00:08:48.159 --> 00:08:51.863 e ela já aproveita toda essa estrutura que nós construímos no anterior 00:08:51.863 --> 00:08:56.501 e ela faz apenas a mudança de um estado, que é, justamente, "carro reservado", 00:08:56.501 --> 00:08:58.903 "carro sem reserva". 00:08:58.903 --> 00:09:00.939 Podemos compreender, neste momento, 00:09:00.939 --> 00:09:04.843 que o "cancelar", para nós, seria a nossa tarefa tamanho 1? 00:09:04.843 --> 00:09:07.861 Acho que faz sentido, porque não vai ter todo esse processo 00:09:07.861 --> 00:09:10.382 de nós termos que pensar no problema de novo. 00:09:10.382 --> 00:09:13.184 Se aquilo que nós pensarmos pela primeira vez na reserva 00:09:13.184 --> 00:09:17.122 puder só ser invertido e desfeito, estou dentro, pode ser o nosso 1. 00:09:17.122 --> 00:09:21.881 Nós consideramos que, se o sistema está bem arquiteturado, 00:09:21.881 --> 00:09:25.330 você incluir funcionalidades como cancelamento 00:09:25.330 --> 00:09:31.202 não é uma tarefa trabalhosa, porque trabalhoso é diferente de levar muito tempo, 00:09:31.202 --> 00:09:32.794 então eu acho que nós podemos considerar 1. 00:09:32.794 --> 00:09:37.512 Legal, se nós, ao longo da revisão das funcionalidades, 00:09:37.512 --> 00:09:41.197 encontrarmos alguma que seja mais simples, nós podemos, eventualmente, 00:09:41.197 --> 00:09:46.219 trazer esse "cancelar reserva" para um 2 e trazer o 1 para outra funcionalidade 00:09:46.219 --> 00:09:47.519 que seja mais simples. 00:09:47.519 --> 00:09:49.687 E essa revisão acontece com que frequência? 00:09:49.687 --> 00:09:53.758 Na verdade, ao longo aqui da nossa reunião de planejamento, nós vamos entender ela. 00:09:53.758 --> 00:09:54.980 Pode ser que, nessa reunião, 00:09:54.980 --> 00:09:57.856 nós descubramos que estimamos alguma coisa com muito otimismo 00:09:57.856 --> 00:10:00.567 - e outra com muito pessimismo. - Acontece com muita frequência. 00:10:00.567 --> 00:10:03.494 E normal e esse é um ponto muito importante, 00:10:03.494 --> 00:10:10.074 a estimativa não é um compromisso na pedra que as pessoas devem morrer se não cumprirem. 00:10:10.074 --> 00:10:12.815 Isso aqui é muito mais um processo de aprendizado 00:10:12.815 --> 00:10:19.150 em busca de uma velocidade de cruzeiro do que propriamente um compromisso na pedra. 00:10:19.150 --> 00:10:24.505 Eu costumo dizer, e é bem comum, que os times demoram pelo menos 3 sprints 00:10:24.505 --> 00:10:27.225 para entenderem, de fato, a sua velocidade de cruzeiro, 00:10:27.225 --> 00:10:29.627 quantos pontos, de fato, cabem no sprint. 00:10:29.627 --> 00:10:33.831 É muito comum, no primeiro sprint, você estimar mais e entregar menos, 00:10:33.831 --> 00:10:36.901 depois estimar menos, porque está inseguro, e entregar mais. 00:10:36.901 --> 00:10:41.372 E aí, vai encontrando o caminho conforme você vai acumulando entregas. 00:10:41.372 --> 00:10:43.739 Então, vamos lá, que eu estou louco para jogar esse negócio. 00:10:43.739 --> 00:10:44.642 Boa! 00:10:44.642 --> 00:10:47.111 Então, voltando na nossa primeira história, 00:10:47.111 --> 00:10:50.782 que é justamente reservar o carro para locação. 00:10:50.782 --> 00:10:53.618 Então, entendam que, aqui, eu estou criando o projeto, 00:10:53.618 --> 00:10:55.753 estou criando a estrutura de banco de dados, 00:10:55.753 --> 00:10:59.490 estou criando a primeira estrutura de telas para fazer a reserva, 00:10:59.490 --> 00:11:02.560 então vai ter lá todas as informações do carro, 00:11:02.560 --> 00:11:06.798 vai ter todo o vínculo diretamente das informações do cliente, 00:11:06.798 --> 00:11:09.667 tem o processamento do pedido dessa reserva. 00:11:09.667 --> 00:11:13.705 Então, essa primeira amarração, essa primeira estruturação, 00:11:13.705 --> 00:11:17.642 nós vamos ter que trabalhar para poder entregar essa primeira história. 00:11:17.642 --> 00:11:22.480 Então, dado esse cenário, dado essas tarefas que nós temos para fazer, 00:11:22.480 --> 00:11:24.842 vocês podem escolher uma carta que vocês entendem, 00:11:24.842 --> 00:11:29.623 comparando aí a complexidade com a tarefa de pontuação número 1. 00:11:33.224 --> 00:11:34.492 Por favor. 00:11:34.492 --> 00:11:36.060 Nós começamos jogando para baixo? 00:11:36.060 --> 00:11:39.430 Primeiro escondam as suas cartas, isso é muito importante, 00:11:39.430 --> 00:11:42.400 nós apresentamos as cartas ao mesmo tempo, por quê? 00:11:42.400 --> 00:11:45.770 Para que uma opinião não seja enviesada pela outra. 00:11:45.770 --> 00:11:49.674 O mais importante é que o grupo tenha o seu próprio entendimento. 00:11:49.674 --> 00:11:53.010 "Ah, mas tem uma pessoa que é mais júnior, tem uma pessoa que é de fora 00:11:53.010 --> 00:11:56.481 ou ela faz uma tarefa mais de negócio ou uma tarefa mais separada". 00:11:56.481 --> 00:11:57.682 Não tem problema. 00:11:57.682 --> 00:12:02.587 O exercício é justamente para nós buscarmos, cada vez mais, esse time se sincronizar. 00:12:02.587 --> 00:12:07.868 Então, exercitando nós vamos cada vez mais entendendo a pontuação 00:12:07.868 --> 00:12:12.363 e a complexidade para o time, e não uma complexidade apenas para mim, está bom? 00:12:12.363 --> 00:12:17.435 Então, eu vou contar "3, 2, 1", ao final, todos apresentam a carta 00:12:17.435 --> 00:12:19.527 que selecionaram de pontuação para essa história. 00:12:19.527 --> 00:12:21.372 - Estou nervosa. - Todos prontos? 00:12:21.372 --> 00:12:24.008 Eu quero ver aqui se vocês estão indo comigo, vamos lá em. 00:12:24.008 --> 00:12:25.550 - Todos prontos? - Pronto. 00:12:25.550 --> 00:12:27.477 3... 2... 1! 00:12:29.704 --> 00:12:34.318 Então vamos lá, temos um 13, um 5, um 8, um outro 13, legal. 00:12:34.318 --> 00:12:37.497 Neste momento nós temos uma divergência natural, 00:12:37.497 --> 00:12:40.454 especialmente quando nós estamos nos acostumando 00:12:40.454 --> 00:12:43.828 e entendendo como esse tipo de dinâmica funciona. 00:12:43.828 --> 00:12:47.398 O ideal, nesse momento, é cada um colocar o seu entendimento, 00:12:47.398 --> 00:12:51.168 por que acha que, de repente, tem uma pontuação menor ou maior 00:12:51.168 --> 00:12:56.173 e, a partir daí, nós repassamos todo esse entendimento e votamos novamente. 00:12:56.173 --> 00:12:56.941 Tudo bem? 00:12:56.941 --> 00:12:58.042 Então vamos lá. 00:12:58.042 --> 00:13:00.478 André, quer explicar por que você entende que foi 8? 00:13:00.478 --> 00:13:04.516 Olha, eu coloquei um 8, porque eu entendi que é uma tarefa relativamente complexa, 00:13:04.516 --> 00:13:08.184 que eu vou demorar um tempo nela, por mais que nós tenhamos a nossa base 00:13:08.184 --> 00:13:11.417 que não seja o tempo, seja esforço, eu vou demorar um tempo nela, 00:13:11.417 --> 00:13:14.701 não acho que é o pior sistema que eu teria que desenvolver em termos de dificuldade, 00:13:14.701 --> 00:13:17.343 mas me daria um bom trabalho, por isso que eu escolhi o 8. 00:13:17.343 --> 00:13:18.237 Legal. 00:13:19.163 --> 00:13:22.308 Bom, eu escolhi o 5 porque acho que é um sistema 00:13:22.308 --> 00:13:26.320 que nós talvez já consigamos aproveitar de outros projetos anteriores 00:13:26.320 --> 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:36.180 talvez sejam funcionalidades que já tenham sido desenvolvidas antes. 00:13:36.180 --> 00:13:37.637 Legal, quer defender o 13? 00:13:37.637 --> 00:13:43.124 É, eu vou defender o 13, porque, apesar de nós conseguirmos sempre aproveitar 00:13:43.124 --> 00:13:45.156 coisas anteriores, de projetos anteriores, 00:13:45.156 --> 00:13:48.293 eu julgo, pelos requisitos que nós precisamos desenvolver, 00:13:48.293 --> 00:13:51.727 que esse projeto tem muitas especificidades 00:13:51.727 --> 00:13:55.370 e essas especificidades podem acabar tomando muito mais trabalho 00:13:55.370 --> 00:13:59.383 do que nós, inicialmente, imaginamos, então eu vou defender o 13, 00:13:59.383 --> 00:14:02.740 e, também, pelo estágio que nós estamos do projeto. 00:14:02.740 --> 00:14:05.910 Então, lá para frente, talvez, pudesse estimar um pouco menos, 00:14:05.910 --> 00:14:09.994 mas, nesse estágio do projeto e nesse estágio do time, eu julgo melhor o 13. 00:14:09.994 --> 00:14:10.781 Legal. 00:14:10.781 --> 00:14:15.986 E eu vou aproveitar um pouco dos argumentos justamente para entrar no mérito. 00:14:15.986 --> 00:14:19.471 Sim, acho que teria muitas adaptações dos projetos anteriores 00:14:19.471 --> 00:14:22.059 para nós fazerermos aqui, então acho que isso pode criar mais risco 00:14:22.059 --> 00:14:24.728 para nós do que nós, de fato, criarmos do zero 00:14:24.728 --> 00:14:28.732 e , além da complexidade das tarefas que nós temos para fazer, 00:14:28.732 --> 00:14:32.136 nesse primeiro momento, nós já temos que pensar um pouco na arquitetura. 00:14:32.136 --> 00:14:35.739 Então, por esse elemento, eu entrei também com o 13. 00:14:35.739 --> 00:14:38.108 Mas o que acontece agora que eu coloquei meu 8, 00:14:38.108 --> 00:14:42.513 a Laura colocou o 5 dela e vocês, Ju e Pantolfi, colocaram 13? 00:14:42.513 --> 00:14:44.048 Como que nós chegamos em um consenso? 00:14:44.048 --> 00:14:45.516 - Nós saímos da pista. - Vamos embora! 00:14:45.516 --> 00:14:48.052 Eles querem tomar conta do negócio aqui. 00:14:48.052 --> 00:14:52.556 Percebam que mais do que simplesmente votar e achar um número, 00:14:52.556 --> 00:14:55.492 estamos sincronizando o entendimento de cada pessoa 00:14:55.492 --> 00:14:58.228 sobre o que precisa ser feito para construir algo. 00:14:58.228 --> 00:15:01.665 A ideia é: independente de quem seja a pessoa aqui nesse grupo 00:15:01.665 --> 00:15:06.370 que vai trabalhar naquilo, todos tem o mesmo entendimento do que deve ser feito 00:15:06.370 --> 00:15:11.102 e, junto com outras dinâmicas, nós vamos buscar para que não tenha duas pessoas 00:15:11.102 --> 00:15:13.343 fazendo a mesma coisa ao mesmo tempo, 00:15:13.343 --> 00:15:17.081 e que tudo que um faça complemente o trabalho do outro e assim por diante. 00:15:17.081 --> 00:15:20.184 Mas, aqui, o mais importante é nós casarmos os entendimentos 00:15:20.184 --> 00:15:23.821 e, cada vez mais, evoluirmos a percepção da complexidade. 00:15:23.821 --> 00:15:26.690 Então, dado esse cenário em que nós já percorremos todos os argumentos, 00:15:26.690 --> 00:15:30.527 agora nós voltamos novamente para ver se todo mundo chegou na mesma conclusão ou não. 00:15:30.527 --> 00:15:34.165 Ah, nós não vamos brigar, combinar aqui em aberto, nós vamos ter que votar de novo. 00:15:34.165 --> 00:15:35.805 - Nós votamos novamente. - Eu tenho uma pergunta antes. 00:15:35.805 --> 00:15:36.533 Pois não? 00:15:36.533 --> 00:15:41.124 Essas conversas de discussão, algumas metodologias ágeis sempre pregam 00:15:41.124 --> 00:15:43.986 que você precisa ter um tempo pré-estabelecido, 5, 10. 00:15:43.986 --> 00:15:47.611 Essa discussão que nós tivemos aqui, ela não tem o tempo determinado? 00:15:47.611 --> 00:15:49.651 Eu acho que essa é a parte muito interessante. 00:15:49.651 --> 00:15:55.138 Pensando em tempo para essa dinâmica, ela estaria dentro da planning, 00:15:55.138 --> 00:15:59.320 então a planning hoje, segundo o manual, tem um percentual ali, 00:15:59.320 --> 00:16:03.527 pensando em um sprint de duas semanas, 00:16:03.527 --> 00:16:08.231 o percentual dela seria equivalente a uma reunião de 4 horas. 00:16:08.231 --> 00:16:14.181 Então, essas 4 horas seriam desde o momento em que o PO apresentou para nós as prioridades, 00:16:14.181 --> 00:16:19.776 a regra de negócio e tudo o que vai ser feito, até nós, de fato, fazermos as estimativas. 00:16:19.776 --> 00:16:23.281 Mas óbvio que cada time, no seu contexto, na sua empresa, 00:16:23.281 --> 00:16:26.149 vai entendendo quanto tempo precisa 00:16:26.149 --> 00:16:28.797 e, óbvio, no começo vai demorar um pouco mais de tempo 00:16:28.797 --> 00:16:33.109 e depois isso vai ficando cada vez mais natural conforme vai exercitando. 00:16:33.109 --> 00:16:36.560 Então, vou pedir para que vocês, dado agora todos os argumentos, 00:16:36.560 --> 00:16:41.865 separem novamente uma carta que representa o valor que vocês imaginam 00:16:41.865 --> 00:16:45.369 e, no 3, 2, 1, nós mostramos todos ao mesmo tempo. 00:16:45.369 --> 00:16:46.799 - Todos prontos? - Todos prontos. 00:16:46.799 --> 00:16:48.253 3... 2... 1... 00:16:50.273 --> 00:16:52.442 Agora temos uma unanimidade. 00:16:52.442 --> 00:16:54.177 - Fui convencida. - Perfeito! 00:16:54.177 --> 00:16:56.178 Olha, eu confesso que, na hora que vocês mostraram 13, 00:16:56.178 --> 00:16:58.314 eu fiquei meio pressionado a concordar, 00:16:58.314 --> 00:17:01.418 mas, de fato, depois da discussão, depois da argumentação, 00:17:01.418 --> 00:17:04.721 deu para entender o que vocês estavam trazendo de ponto de vista 00:17:04.721 --> 00:17:08.191 e fez mais sentido ir para o 13 do que para o que eu tinha estimado antes. 00:17:08.191 --> 00:17:11.762 Legal, então já temos a primeira história, 00:17:11.762 --> 00:17:16.500 que é a história de reservar o carro para locação, com a pontuação 13. 00:17:16.500 --> 00:17:19.269 A segunda história, que é o cancelamento da reserva 00:17:19.269 --> 00:17:24.541 que nós estabelecemos como a história de menor complexidade, pontuação 1. 00:17:24.541 --> 00:17:27.077 Agora, vamos para uma outra história, 00:17:27.077 --> 00:17:31.665 que é justamente a história de dar baixa no retorno de uma locação 00:17:31.665 --> 00:17:35.418 do carro devolvido pelo cliente. 00:17:35.418 --> 00:17:41.803 Bom, nesse caso aqui, essa funcionalidade, basicamente, quando o cliente traz o carro, 00:17:41.803 --> 00:17:45.074 eu tenho que identificar que ele está locado para aquele cliente, 00:17:45.074 --> 00:17:49.302 que está sendo devolvido dentro do prazo estabelecido, que está tudo certinho, 00:17:49.302 --> 00:17:56.506 processar a devolução e dar baixa para liberar esse carro para uma nova locação. 00:17:56.506 --> 00:18:00.010 Ele não necessariamente envolve o processo de pagamento ainda, 00:18:00.010 --> 00:18:05.148 isso é uma outra funcionalidade, mas, aqui, ele atualiza o status do carro 00:18:05.148 --> 00:18:10.887 para liberar ele, propriamente dito, para poder ser locado por outro cliente. 00:18:10.887 --> 00:18:12.722 - Tudo bem até aqui? - Tudo bem. 00:18:12.722 --> 00:18:15.158 Bom, vamos lá pessoal, todos prontos para votar então? 00:18:15.158 --> 00:18:20.230 Escondam suas cartas, Definam então a carta que representa a pontuação 00:18:20.230 --> 00:18:26.403 da história que nós estamos votando, que é para dar baixa na devolução do carro. 00:18:26.469 --> 00:18:27.637 Todos prontos. Prontos? 00:18:27.637 --> 00:18:33.109 Íssimo três dois um. 00:18:33.176 --> 00:18:36.680 Então temos um dois um, três, um 08h01 cinco. 00:18:36.746 --> 00:18:37.814 Vamos lá. 00:18:37.814 --> 00:18:38.748 Começamos pelo mais. 00:18:38.748 --> 00:18:42.152 Alto mais uma vez e estamos discordando aqui. 00:18:42.218 --> 00:18:43.920 Eu considerei o oito porque eu julgo 00:18:43.920 --> 00:18:48.291 que é uma tarefa de menor complexidade que aquela que a gente acabou de votar. 00:18:48.391 --> 00:18:50.427 Eu acho que tem uma boa complexidade envolvida. 00:18:50.427 --> 00:18:51.661 Aí dá um trabalho. 00:18:51.661 --> 00:18:55.565 São várias tabelas, várias, vários dados para cruzar. 00:18:55.565 --> 00:18:58.535 Então eu estou confortável com meu. Site, que está confuso ainda. 00:18:58.535 --> 00:19:00.370 Talvez tudo o que precisar fazer pra duas. 00:19:00.370 --> 00:19:00.837 Pessoas, 00:19:00.837 --> 00:19:04.641 muitas etapas, parece que é uma tarefa que tá escondendo várias por trás dela. 00:19:04.641 --> 00:19:05.942 Tá bom. 00:19:06.009 --> 00:19:07.010 Eu acho. 00:19:07.010 --> 00:19:11.147 Eu coloquei cinco, eu mostrei as cinco, porque eu entendo que 00:19:11.147 --> 00:19:14.984 se a gente tem uma tarefa um que é, por exemplo, um cancelamento 00:19:14.984 --> 00:19:18.688 como o que a gente definiu, essa talvez seja um pouco mais complexa. 00:19:18.788 --> 00:19:22.859 A medida em que a gente vai incluir algumas coisas, mas não é tão complexa 00:19:22.859 --> 00:19:25.862 que uma equipe um pouco mais experiente não consiga executar. 00:19:25.962 --> 00:19:27.730 Legal, boa. 00:19:27.730 --> 00:19:30.099 Temos um três. 00:19:30.099 --> 00:19:35.038 Como vocês já já adiantaram, ela envolve algumas coisas que já 00:19:35.071 --> 00:19:38.074 a gente já definiu como uma, que é o cancelamento. 00:19:38.141 --> 00:19:41.544 E eu acho que a gente está pensando em MVP, 00:19:41.644 --> 00:19:45.148 Então a gente vai definir apenas o que é necessário, estritamente necessário 00:19:45.148 --> 00:19:49.252 nesse momento para se fazer o fluxo de devolução 00:19:49.252 --> 00:19:52.388 do carro e de liberação do carro e do cliente para pagamento. 00:19:52.388 --> 00:19:57.894 Então acho que a gente consegue colocar, por exemplo, de um ou três vezes isso, né? 00:19:58.027 --> 00:19:59.529 Então acho que o três aqui cabe. 00:19:59.529 --> 00:20:02.065 Bem, seguindo aquela mesma lógica do que a gente fez lá de um de lá, 00:20:02.065 --> 00:20:05.468 é só trocar o que precisa de estado para dizer que a pessoa devolveu. 00:20:05.468 --> 00:20:05.702 Isso. 00:20:05.702 --> 00:20:08.738 A gente vai acrescentar algumas coisas, mas eu nesse momento, 00:20:08.738 --> 00:20:09.739 olhando os requisitos, 00:20:09.739 --> 00:20:15.845 eu julgo que os adicionais eles a gente consegue manter isso no 00:20:15.912 --> 00:20:18.748 grau três, por exemplo. 00:20:18.748 --> 00:20:20.350 Bom, interessante o argumento de vocês, 00:20:20.350 --> 00:20:26.589 porque de fato, a estrutura principal que a gente precisa para poder dar baixa 00:20:26.589 --> 00:20:30.626 é o que a gente já vai ter construído na parte de reserva. 00:20:30.727 --> 00:20:33.329 É até por isso que eu acabei escolhendo dois, 00:20:33.329 --> 00:20:37.100 porque ao meu entendimento, obviamente tem mais complexidade aqui 00:20:37.166 --> 00:20:41.104 do que o cancelamento da reserva, porque eu não estou atualizando um estado 00:20:41.104 --> 00:20:42.238 apenas do carro. 00:20:42.238 --> 00:20:45.575 Eu estou desbloqueando o carro para ser locado novamente, 00:20:45.641 --> 00:20:49.078 eu estou desbloqueando o cliente para ele poder locar um outro carro. 00:20:49.178 --> 00:20:51.848 Então de fato 00:20:51.848 --> 00:20:54.250 eu entendo que dá para se preocupar, 00:20:54.250 --> 00:20:58.387 talvez com alguma dor a mais aí, 00:20:58.454 --> 00:21:00.056 mas eu entendo que talvez não. 00:21:00.056 --> 00:21:04.427 Uma complexidade tão alta, tão próxima do nosso 13. 00:21:04.494 --> 00:21:06.963 Vamos voltar novamente. Com a regra do jogo. 00:21:06.963 --> 00:21:09.432 Vamos lá. 00:21:09.499 --> 00:21:12.969 Dado esses novos argumentos do nosso novo entendimento, por favor, 00:21:12.969 --> 00:21:16.105 cada um selecione a sua carta de pontuação, 00:21:16.239 --> 00:21:19.242 deixando ela escondida e 00:21:19.408 --> 00:21:20.510 todos prontos. 00:21:20.510 --> 00:21:21.944 Prontíssima agora mais do que. 00:21:21.944 --> 00:21:22.879 Nunca. Três. 00:21:22.879 --> 00:21:26.249 Dois um 00:21:26.349 --> 00:21:28.251 Boa, Temos uma unanimidade. 00:21:28.251 --> 00:21:30.086 Então todo mundo votou. 00:21:30.086 --> 00:21:34.757 Três Mais uma vez fui obrigado a mudar a minha concepção, 00:21:34.824 --> 00:21:38.160 mas vocês estão trazendo argumentos que me convencem de que eu posso fazer. 00:21:38.194 --> 00:21:40.062 Eu quero aqui 00:21:40.062 --> 00:21:41.230 que vou. 00:21:41.230 --> 00:21:44.233 Bom, a próxima história que a gente tem aqui para estimar 00:21:44.367 --> 00:21:49.138 é justamente que a história de processar o pagamento da locação, 00:21:49.238 --> 00:21:51.907 nesse caso, a gente já vai ter toda a estrutura 00:21:51.907 --> 00:21:56.445 que gera o pedido de pagamento, que é toda a devolução da reserva. 00:21:56.512 --> 00:21:59.115 O que a gente está fazendo aqui e integrando 00:21:59.115 --> 00:22:03.719 com todo o parceiro de pagamento todo esse processo e disponibilizando ali 00:22:03.819 --> 00:22:06.689 a parte do checkout para o cliente eventualmente 00:22:06.689 --> 00:22:09.925 decidir se ele quer pagar por cartão de crédito ou outras opções. 00:22:10.026 --> 00:22:14.630 Lembrando que essa estrutura de checkout ela já vem do nosso parceiro de pagamento, 00:22:14.730 --> 00:22:15.731 o que a gente faz? 00:22:15.731 --> 00:22:20.136 Essa integração vinculando aí com a nossa estrutura de pedidos? 00:22:20.136 --> 00:22:22.071 É um parceiro com qual a gente já trabalhou antes? 00:22:22.071 --> 00:22:23.906 A gente tem esse detalhe, essa informação. 00:22:23.906 --> 00:22:25.941 Se a gente já trabalhou com esse tipo de pagamento. 00:22:25.941 --> 00:22:30.980 E a gente já trabalhou, só que mais do que isso, são parceiros 00:22:31.047 --> 00:22:33.983 que seguem todos o mesmo padrão legal. 00:22:33.983 --> 00:22:37.386 Então toda a especificação a gente consegue compartilhar 00:22:37.386 --> 00:22:38.888 aqui para a gente já ter uma ideia 00:22:38.888 --> 00:22:41.424 como que vai ser a integração e assim por diante. Tá bom? 00:22:41.424 --> 00:22:44.260 Ok, Então, relembrando, estamos aqui 00:22:44.260 --> 00:22:48.731 estimando a tarefa de processar o pagamento da locação. 00:22:48.798 --> 00:22:51.100 Por favor, selecionem as cartas, 00:22:51.100 --> 00:22:54.770 a carta que representa ou a pontuação que vocês escolheram. 00:22:54.870 --> 00:22:56.438 Todos prontos. 00:22:56.438 --> 00:22:58.340 Muito nervosa. Vamos lá em. 00:22:58.340 --> 00:23:01.977 Três, dois, um. 00:23:02.077 --> 00:23:02.978 Golaço. 00:23:02.978 --> 00:23:05.681 Olha, temos nossa primeira unanimidade. 00:23:05.681 --> 00:23:07.183 Podemos ir pra casa. 00:23:07.183 --> 00:23:08.617 É assim que se encerra uma reunião. 00:23:08.617 --> 00:23:11.320 Quando tá todo mundo concorda. 00:23:11.320 --> 00:23:13.889 Eu acho que faz sentido isso aqui, de acordo com que vocês falaram 00:23:13.889 --> 00:23:17.092 que a gente está trabalhando com padrões e diante das tarefas 00:23:17.092 --> 00:23:19.195 todas que a gente tem que fazer, acho que ela fica meio 00:23:19.195 --> 00:23:21.363 que no meio do caminho, das outras coisas que a gente estimou. 00:23:21.363 --> 00:23:23.299 Eu acho que o entendimento vai aprofundando, fica. 00:23:23.299 --> 00:23:24.266 Mais fácil sim. 00:23:24.266 --> 00:23:26.502 É o que eu acho importante aqui. 00:23:26.502 --> 00:23:30.439 Parceiro e pagamento são duas palavras importantes para a gente 00:23:30.506 --> 00:23:31.874 se atentar nessa tarefa. 00:23:31.874 --> 00:23:32.975 Primeiro que a gente vai ter que fazer 00:23:32.975 --> 00:23:36.545 integrações externas, por mais que já tenha trabalhado casa 00:23:36.579 --> 00:23:40.416 cada casa sempre um caso e pagamento, que é um ponto crítico na aplicação. 00:23:40.516 --> 00:23:42.885 Agora, o 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:46.388 porque o que eu falei eu estou descobrindo o Planning Poker 00:23:46.388 --> 00:23:49.658 aqui com vocês e eu quero entender o que esses pontos todos 00:23:49.658 --> 00:23:52.227 que a gente está colocando representam até agora, 00:23:52.227 --> 00:23:55.898 porque tudo bem a gente estimular o esforço de cada tarefa, 00:23:55.964 --> 00:23:57.466 mas eu me perguntei no começo 00:23:57.466 --> 00:24:00.769 a gente tinha um limite, um teto, como 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 a gente exemplificar um pouco melhor 00:24:04.306 --> 00:24:07.376 o que a gente vai ter no final aqui, a cada rodada que a gente está fazendo, 00:24:07.376 --> 00:24:12.414 a gente está associando uma pontuação para cada uma das nossas tarefas. 00:24:12.514 --> 00:24:13.215 No final, 00:24:13.215 --> 00:24:16.418 a gente tem uma lista, cada um com uma pontuação que vai ter 00:24:16.418 --> 00:24:21.724 uma somatória e gera uma pontuação final, considerando tudo o que a gente estimou, 00:24:21.790 --> 00:24:25.928 até o nosso MVP, a gente tem aqui cerca de 41 pontos, 00:24:25.994 --> 00:24:29.164 mas a gente define o que a gente entende 00:24:29.164 --> 00:24:32.468 desse grupo que cabe a gente trabalhar dentro do nosso sprint. 00:24:32.534 --> 00:24:35.737 Assumindo que o nosso sprint tem duas semanas, a gente define aqui 00:24:35.737 --> 00:24:38.707 uma quantidade de pontos que nesse primeiro momento 00:24:38.774 --> 00:24:42.377 é muito mais um norte, uma percepção inicial. 00:24:42.444 --> 00:24:47.816 E a gente vai entender ao longo do caminho se esses 20 pontos se confirmam ou não. 00:24:47.916 --> 00:24:51.587 Então, numa simulação até que a gente fez aqui diretamente 00:24:51.587 --> 00:24:55.824 com essa pontuação, a gente teve ali um primeiro sprint, 00:24:55.924 --> 00:25:01.563 que a gente estimou 20 pontos e a gente entregou o total de 22 pontos, 00:25:01.630 --> 00:25:06.301 ou seja, um conjunto de tarefas que, somando a sua pontuação, chegou a 22. 00:25:06.368 --> 00:25:07.069 Pô, legal. 00:25:07.069 --> 00:25:09.705 Então a gente tem capacidade de entregar mais do que os 20. 00:25:09.705 --> 00:25:14.076 Enfim, a vamos nos planejar no segundo sprint pra 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.916 Próximas funcionalidades começa a construir. 00:25:20.949 --> 00:25:24.987 No final do segundo sprint a gente não entregou aqueles mesmos 22 pontos. 00:25:25.220 --> 00:25:28.690 Entregamos 19 porque alguma tarefa foi mais complexa. 00:25:28.690 --> 00:25:30.492 A gente teve mais dificuldade. 00:25:30.492 --> 00:25:35.430 Então a gente, nesse segundo sprint, planejamos 25, entregamos só 19. 00:25:35.464 --> 00:25:38.533 Opa, então talvez o 25 foi muito agressivo. 00:25:38.533 --> 00:25:40.402 Vamos puxar novamente pra 20. 00:25:40.402 --> 00:25:44.606 E aí no terceiro sprint o time já evoluiu, tudo já está mais natural, 00:25:44.706 --> 00:25:46.875 as estruturas estão melhor pré estabelecidas 00:25:46.875 --> 00:25:49.478 e a gente entregou um conjunto de 26 pontos. 00:25:49.478 --> 00:25:52.147 Então você começa a entender ali pelo seu histórico. 00:25:52.147 --> 00:25:57.185 22, 19, 26, que a sua tendência ali está de fato, 00:25:57.252 --> 00:26:01.323 entre 20 e 25 pontos ali, no momento seguro. 00:26:01.523 --> 00:26:05.060 Mas nada impede, obviamente, que a produtividade desse time cresça 00:26:05.293 --> 00:26:06.962 conforme a maturidade aumenta. 00:26:06.962 --> 00:26:09.765 E aí mais três sprints, dois Sprint. 00:26:09.765 --> 00:26:13.268 Você já vai entendendo que de repente o time já tem um índice de produtividade 00:26:13.335 --> 00:26:16.338 de 25 pontos e assim, gradativamente. 00:26:16.405 --> 00:26:19.808 E o que é muito interessante disso, Como a gente reforçou 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.152 Eu gostei desse negócio, eu acho que é uma ferramenta bem legal, 00:26:30.218 --> 00:26:31.753 só que o nerd de dentro de mim 00:26:31.753 --> 00:26:35.690 ele me obriga a fazer duas perguntas separadas, principalmente para vocês dois. 00:26:35.690 --> 00:26:40.128 Estão aí na ponta da mesa, a primeira e existem outros baralhos, 00:26:40.128 --> 00:26:44.533 desde que eu possa comprar, porque eu já quero comprar isso, levar, guardar, 00:26:44.566 --> 00:26:45.700 usar de montão. 00:26:45.700 --> 00:26:46.635 Pode vir uma carta, 00:26:46.635 --> 00:26:50.438 eu posso ver uma carta que eu já me animo e outra coisa que está na minha cabeça, 00:26:50.505 --> 00:26:54.009 a Ju, por exemplo, que a desenvolvedora trabalha remoto e muita gente 00:26:54.009 --> 00:26:57.012 está começando já a ingressar na carreira, trabalhando remoto. 00:26:57.212 --> 00:26:59.748 Vou mandar por correio pra galera aqui que dá pra coisa. 00:26:59.748 --> 00:27:04.352 Eu como jogadora de med, que eu vejo muitas possibilidades pro cara, 00:27:04.419 --> 00:27:06.688 mas depois 00:27:06.688 --> 00:27:09.691 ele pode inclusive contar a história desse baralho específico. 00:27:09.691 --> 00:27:13.395 Esse baralho ele vai, ele tem a sequência que a gente mostrou, 00:27:13.528 --> 00:27:16.598 ele vai até três no Fibonacci, depois 20, 40 e 100. 00:27:16.598 --> 00:27:17.432 Existem outras 00:27:17.432 --> 00:27:21.770 cartas, por exemplo, a carta do cafezinho, porque dependendo do tamanho da Sprint, 00:27:21.836 --> 00:27:26.007 a reunião de planning pode ficar grande, extensa e complexa. 00:27:26.007 --> 00:27:28.209 Aí a gente pede o cafezinho. 00:27:28.209 --> 00:27:31.880 Bem, se você tem alguma, por exemplo, alguma dúvida em alguma, 00:27:31.946 --> 00:27:34.649 algum requisito e está em dúvida na votação, 00:27:34.649 --> 00:27:37.786 tem a carta da interrogação, por exemplo, tem a carta do infinito. 00:27:37.786 --> 00:27:42.324 Eu não faço ideia, eu coloco a referência ali, a gente vai discutir. 00:27:42.424 --> 00:27:44.359 E existem os baralhos fixos. 00:27:44.359 --> 00:27:48.063 Porém, como você mesmo disse, muita gente hoje em dia trabalha remoto. 00:27:48.129 --> 00:27:53.468 Então existem vários, vários EPs e vários sites que as equipes remotas 00:27:53.468 --> 00:27:58.039 normalmente usam pra fazer essa votação aí de forma a de forma remota. 00:27:58.039 --> 00:28:00.909 Tudo num browser assim não faltam opções. 00:28:00.909 --> 00:28:02.677 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 É aquela coisa de cafezinho, 00:28:09.751 --> 00:28:13.021 é isso que eu quero, principalmente mais antes da gente ir pro nosso cafezinho 00:28:13.021 --> 00:28:16.124 encerrar esse vídeo, conta pra gente a história desse baralho aqui. 00:28:16.124 --> 00:28:17.258 Eu consigo igual a esse. 00:28:17.258 --> 00:28:18.293 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.200 que a brincadeira é justamente porque esse foi o primeiro de todos, né? 00:28:25.300 --> 00:28:29.237 Então não tinha o cafezinho, não tinha um meio, não tinha dúvida, não tinha 00:28:29.337 --> 00:28:33.241 porque a ideia era simplesmente trazer uma referência matemática 00:28:33.308 --> 00:28:36.377 para que as pessoas não ficassem discutindo a vírgula. 00:28:36.611 --> 00:28:38.947 Isso aqui é dois e-mail, Isso aqui é quatro. 00:28:38.947 --> 00:28:42.717 Não, cara, ou tá pra cima ou para baixo. 00:28:42.817 --> 00:28:43.551 Na dúvida, ali. 00:28:43.551 --> 00:28:49.290 Conservadorismo tá pra cima, mas são taxas fixas que vão ajudando cada vez mais 00:28:49.357 --> 00:28:53.862 no conceito comparativo e cada vez mais a sincronizar entendimentos. 00:28:53.928 --> 00:28:59.567 Perceba que muito mais reforçando, é muito mais do que só definir pontos, 00:28:59.667 --> 00:29:01.903 é o quanto esse time tá 00:29:01.903 --> 00:29:04.906 aprendendo a mesma coisa juntos, né? 00:29:04.906 --> 00:29:09.210 E muitas vezes mesmo a pessoa mais sênior que eventualmente traz uma explicação 00:29:09.210 --> 00:29:12.981 muito cara clara sobre uma funcionalidade, às vezes ela não entende. 00:29:12.981 --> 00:29:15.984 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:21.990 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 pra mesa. 00:29:24.726 --> 00:29:26.861 Ju, Pandolfi, Laura e eu 00:29:26.861 --> 00:29:30.498 vamos tomar um cafezinho e depois a gente volta pra continuar planejando. 00:29:30.498 --> 00:29:31.199 O que acha disso?