[MÚSICA] Agora vamos falar um pouco sobre como você gerencia o time de desenvolvimento. A gente já falou bastante sobre as demandas que vem do cliente, como medir, como priorizar o que que o cliente vai fazer, mas a gente falou pouco do processo de desenvolvimento do produto. Uma das metodologias mais conhecidas, e eu vou falar de duas metodologias bem conhecidas, como elas se complementam e como você pode usar pra coordenar o seu time de desenvolvimento. Você tem o time de técnico, e aí você pode usar uma metodologia muito conhecida que é o Scrum. O que que é o Scrum? de você desenvolver o seu produto de maneira interativa, de maneira cíclica. Como que funciona o Scrum? Você tem períodos, que a gente chama de Sprints. E esses Sprints são períodos que duram uma semana ou duas semanas. No máximo um mês, onde você tem uma meta, ou seja, você define escopo, naquele período e você vai priorizar, então você tem na verdade, ao longo do, quando você conversou com o cliente você coletou várias informações, várias necessidade que o cliente tinha. Agora está na hora de você falar para o time técnico fazer essas coisas, então você vai escolher dentre as dezenas, as vezes centenas de necessidades do cliente, quais são aquelas que você como gestor de produto considera mais importante e é obviamente que isso está alinhado com a demanda do cliente, você vê o que é mais importante porque você sabe o que o seu cliente acha mais importante. Você vai coordenar com o time técnico essas funcionalidades. Então você vai dividir essas várias necessidades em o que a gente chama de user stories ou histórias. E essas histórias são pequenos pedaços do seu produto. São coisas que você consegue dimensionar um tempo de desenvolvimento. Então você vai conversar com seu time e vai dizer pra eles, olha, o cliente vou dar o exemplo da minha empresa Nós estamos desenvolvendo agora um ranking de músicas Esse ranking de músicas, ele é um ranking especial. Ele não tem só o ranking das músicas mais tocadas em rádios, como normalmente tem ranking de Billboard, etc. A gente decidiu fazer produto diferente A gente quer um ranking musical que junte rádio e Spotify. Então eu tenho as top 100 de rádio e eu quero saber para cada uma dessas músicas qual que é a posição dessa música no Spotify. E aí o meu cliente vai olhar esse ranking uma única tela tanto as músicas de rádios quanto as de Spotify, tudo uma tela só. Então eu converso com o meu time técnico e pergunto para eles, quanto tempo que vocês acham que vocês precisam para desenvolver esse ranking? Para coletar essas informações, e para colocar elas na tela e para entregar isso pro usuário? E aí eles vão falar, eu acho que três dias a gente faz. Então a gente aloca lá três dias do sprint que dura duas semanas. Isso vai demandar uma pessoa, três dias, então vamos supor que eu tenho time de quatro pessoas desenvolvendo, então cada pessoa vai fazer uma coisa esses três dias vão ser duas pessoas que vão trabalhar nessa parte do projeto, então você vai dimensionar qual que é a velocidade do seu time. Então você calcula que o seu time tem vamos supor, quatro pessoas duas semanas, então são dez dias de trabalho. Dez dias de trabalho, cada dia de trabalho tem oito horas, então são oitenta horas vezes quatro pessoas, então dão trezentos e vinte horas. Isso é mais ou menos só uma estimativa, você não precisa ser tão detalhista número de horas, de ficar contabilizando hora por hora dos desenvolvedores, mas mais ou menos você tem uma idéia de quantas horas você tem e de quanto é possível fazer naquele período. Baseado na estimativa, então, o time falou, isso aqui eu demoro três dias. Aí tem uma outra funcionalidade que demora cinco dias, a outra é rapidinho, demora meio dia. Você vai somando essas necessidades e vai colocando elas no seu planejamento do sprint, muito bem. Então você fez aquele, você faz uma reunião onde você define o que que é. Então essa reunião ela vai detalhar um pouco mais as necessidades. Mas essa tela tem que ter filtro? Pode ter filtro, não vai ter filtro? Ele pode filtrar por semana, por mês? Então todas essas definições você conversa com o time técnico, você não precisa entrar todos os detalhes muito minucioso mas tem que ser suficiente para que o time possa dar uma estimativa que seja razoável, se você esquecer alguma informação muito importante, o que vai acontecer é que o time vai errar a estimativa. Se você esqueceu de dizer que eles tinham que coletar a informação no Youtube também e você falou que era só Spotify e rádio, por exemplo quando o time fez a estimativa, ele não levava conta o tempo que ia demorar pra coletar as informações do Youtube. Então eles vão errar a estimativa e o seu planejamento vai acabar atrasando. Então, o scrum funciona assim, você faz esse planejamento de duas semanas, três semanas e aí você começa o desenvolvimento.