Os papéis do Scrum!

agora vamos Então falar do time scream né o Time Square é composto de quê produtora o scram Master e os desenvolvedores de vai explorar um pouquinho o papel desses três para vocês entenderem o que Cada um faz tá lembrando que esses desenvolvedores não são necessariamente os desenvolvedores de software ele não existe subordinação tá o scram Master o Square médio Júnior não existe o scram Master ou o produto hierarquia Ok quando você monta uma equipe Square você tem lá uma quantidade ideal para ter de pessoas dentro do time e não significa que isso é massa ele

vai ser seu chefe tá não existe hierarquia que fique muito claro são papéis que são assumidos por pessoas para poder ajudar todo esse projeto acontecer as funções não estabelecem hierarquia tá eu tô falando de hierarquia mas era subordinado né então assim você não tem pessoas embaixo Ok você não dá para subir dividir então assim não tem o spam escuro só para isso exclamasse só para aquilo é um produtor para essa parte não ele tem que ser um modelo simples com três papéis aí eu posso ter três escura Master o cachorro com vários donos morre de

fome né é um screen Master é um produto tal né e é um time de desenvolvimento e tudo isso se torna então o Time Square que mais o time scanner deve ser autogerenciável aqui ó é essencial porque não tem espaço para microgerenciamento não tem espaço para pessoas esperando demanda aqui não dá tá no se você não tiver uma equipe autônoma uma equipe Auto gerenciar ou seja ela ela mesmo gerencia o seu esforço as suas atividades a velocidade ela tem que fazer o trabalho se a equipe não tiver isso se tiver algum membro não tiver isso

tem que esperar sempre um chefe pedir alguma coisa O Scan não vai acontecer então é essencial que esse Time Square faça um negócio acontecer sozinho tá do squaremaster ao Principalmente ao time de desenvolvimento Então não vai ter um gerente projeto ali cobrando o prazo não vai ter nada disso né de repente é uma pessoa fica meio insegura se sabe você não faz aquela atividade ele quer perguntar para o coordenador supervisor esquece como eu falei não tem hierarquia não é não tem subdivisão não tem nada então para isso tem que ter gente madura se não tiver

pessoas maduras não serve para colocar no modelo scam Ok porque a hora que ativou o escuro ali a Sprint a galera tem que trabalhar sozinha Sozinha não tem não existe esse negócio de micro gerenciamento e na verdade nem gestão as pessoas precisam entender o scram ser comprometidas Para poder seguir e começar a fazer as coisas sozinhas e vai ter ferramenta para isso ferramenta bem simples tá é o cambão é uma delas né mas a gente vai ter todas as reuniões que vai fazer todo mundo tá na mesma página que são as cerimônias geralmente tem no

máximo 10 pessoas mas que isso não é tão indicado Tá mas o ideal tem scram para squads né que é outro modelo que é para uma equipe grande mas vamos nos a ter o que é padrão que é tradicional Então você tem um projeto montou lá 10 pessoas mais que isso já começa a vir a bagunça as reuniões vão ser improdutivas vai ter gente desnecessária no projeto então o ideal que a gente mantenha esse número tá no máximo pode ter menos com certeza pode ter menos Adriano se eu tiver o spam máscara também é um

bom desenvolvedor OK eu também faz tímido ele faz parte do time do Square né o time além do time do super master ele pode fazer parte do time de desenvolvimento se ele tiver uma especialidade ele poder ajudar nisso aí porque a gente tá falando de papéis funções né não é cargo ninguém tá lá na carteira assinada Ah eu sou um escurão Masters não existe né Ah é só um papéis funções que você pode assumir dependendo da ocasião ok Mas normalmente não muda você criou esse print aquelas 10 pessoas não é legal mudar então vamos começar

com os desenvolvedores Lembrando que esse termo de desenvolvedor não é o desenvolvedor de software só para reforçar isso aí tá o desenvolvedor é aquelas pessoas que vão colocar a mão na massa e fazer o projeto acontecer se for desenvolvimento soltas são os desenvolvedores se for um produto físico é alguém que vai modelar o produto vai criar as peças então assim são as pessoas que vão meter a mão na massa então só entender que toda vez que eu falar desenvolvedor não é necessariamente somente os desenvolvedores do software tá então os desenvolvedores são as partes que colocam

o hands on a mão na massa é o que vão produzir é o que vão construir o que precisa construir dentro do projeto bom E aí os desenvolvedores criam um plano para cada Sprint chamado de backlog da Sprint existe o tal de back logo do produto mas os desenvolvedores criam um backlog da Sprint tá então eles têm que olhar o que está priorizado um backlog do produto puxar para eles e colocar isso é o que eu consigo fazer dentro de um mês e aí ele vai e puxa isso aqui ó ele vai colocando ali isso

aqui eu consigo né ou de repente tem já definido isso no mês é colocado lá e o próprio desenvolvedor eu falar isso eu faço aí outro isso eu faço por isso que precisa ser Auto gerenciado porque ninguém vai falar assim ó Joãozinho você faz isso não ninguém faz isso os desenvolvedores tem que ter serem autossuficientes maduros para poder pegar não deixar nenhuma atividade sem ser feito Ok e sempre pensando naquele equilíbrio né não pode nem faltar e nem deixar alguém muito sobrecarregado sobrecarga e eu sou a cidade não tem espaço também no Square tá tem

que ser bem regulado bem equilibrado o esforço de cada um lógico vai depender também muitas vezes da competência da especialidade que o profissional tem e ele pode estar envolvido numa Operação lá do dia a dia e ter uma reserva do tempo dele fazendo os projetos Ok não é nada rígido também bom os desenvolvedores se comprometem com uma definição do Doni do pronto o que que é isso sabe aquelas histórias de diz que não disse Ah isso aqui é pronto isso aqui não tá pronto ó no meu ponto de vista já tá pronto então assim existe

um consenso inclusive antes de começar a Sprint é definido junto com todo mundo o que é pronto o que é estar pronto que é pronto É já no ambiente de produção é já no ambiente de liberação é depois do teste ah e não pode porque também esquecer de não criar o critério de aceitação né A partir do momento que o cliente diz isso significa que aceitou significa que tá pronto então essa definição do Pronto tem que acontecer no começo da Sprint não no final porque se no final como que a gente vai considerar que a

meta da Sprint foi concluída então gente para atingir a meta a gente tem que definir o que que é Pronto né porque parece meio simples bobo isso mas Sempre tem aquela pessoa já fiz minha parte lembra da equipe Auto gerenciável ó já fiz minha parte eu tinha que mexer no banco de dados aqui eu já mexi Então para mim tá pronto não é para mim tá pronto né tá pronto de acordo com que foi o estabelecido como meta da Sprint Então as pessoas precisam se comprometer com essa definição é preciso estar sempre inspecionando o projeto

e adaptando aquilo que é necessário é que vai estar lá olhando se precisar fazer uma adaptação eles vão colocar a mão em cima e vão adaptar para tentar cumprir a Sprint lá por exemplo de um mês tá então o papel do desenvolvedor é desenvolver e sempre inspecionar por isso que é importante aquele tripé da inspeção né da Transparência e para fazer adaptação quando for necessário o segundo papel é o piou produto Towner né hoje em dia a gente tem um papel a mais aí que é o product Manager né que ele tá mais ligado ali

com o negócio mas o pior o produto Towner Ele é uma pessoa extremamente importante porque ele é meio que os olhos o ouvido do cliente é ele que define prioridade é ele que constrói o backlog Então quando você tem alguma dúvida para tirar com o cliente normalmente é o productona que faz esse papel OK e ele é representado então ele representa todos os interesses dos nossos clientes ele então pode ser considerado como um porta-voz então a empresa área de negócio diz o que quer disse precisa refinar o backlog precisa fazer alguma mudança alguma coisa fala

para o protocolor aí o productual né Repassa isso para o time né porque o produto que ele tem o poder de não só criar o backlog Mas também de mudar prioridade porque ele tem o interesse total no cliente os olhos dele os olhos estão no cliente tá que mais que o peão faz ele desenvolve e comunica com eficiência a meta do produto todo backlog de produto tem que ter a meta do produto ou seja qual que é a meta Ah vamos imaginar que eu vou construir um website então um e-commerce vou construir um e-commerce Qual

que é a meta do produto tem um e-comme se funcionando já vendendo faturando fazendo entrega um carrinho funcionando interativo funciona smartphone Essa é a meta do produto tá tem um e-commer se funcionando e rodando tá isso Essas atividades para gerar isso é colocado dentro de uma back logo de produto que também já vai ver isso aqui funcionar pode feedback logo do produto né que logo de Sprint meta de produto meta de springe tá a gente vai ver isso tranquilamente vai ficar bem claro bom ele cria e comunica os itens do backlog do produto que se

a gente tiver que imaginar o que que é um backlog do produto é uma lista de atividades tá então alguém fala assim ai para fazer um e-commerce preciso do provedor contratar o provedor olha precisa hospedar hospedar o site Olha para você instalar a base do e-commerce Bora lá ó precisa fazer a configuração onde vai ficar as fotos das imagens ó precisa construir o back end para fazer a gestão do estoque e vai colocando isso é uma lista de atividade se é colocado dentro de um backlog tá Ah precisa de funcionalidade e tal eu posso cadastrar

eu quero deletar eu quero não sei o quê preciso cancelar o pedido tudo isso vai colocando isso é a meta para cumprir essa meta você precisa ter Essas atividades que estão dentro do backlog do produto tá E aí copiou vai comunicar isso e vai priorizar Essas atividades isso aqui é mais importante que é prioritário isso aqui não tanto ele vai priorizar junto com o cliente e aí ele vai ter uma lista de atividades que aí depois vai ser dividido em pedacinhos os famosos incrementos para ser interativo Que caiba dentro de um mês Ok projeto gigantesco

uma lista de atividade gigantesca e ele vai sendo refinado ao longo do tempo Ok você pode ter essa quantidade aí você vai quebrando em pedaços que fazem sentido cronometrados no caso um mês o scroll Master que que o scream Master ele é urgente projeto não ele não é um gerente projeto ele não tem esse papel de gerenciar projetos o papel dele é como se fosse um Coach um treinador tá ele conhece muito bem o modelo scream ele entende muito como funciona e ele vai ajudar a equipe a entender o scram tirar nós amarras problemas que

tem no meio do caminho tá então ele é uma espécie de treinador não é um gestor então se você De repente é um escroto em casa se considera como gerente um gestor Tá errado isso não é o papel tá é um cara que colabora mesmo não é um cara que tá dando ordem de jeito nenhum isso não funciona inclusive ele é responsável pela eficácia do time tá não é eficiência eficácia eficiência são diferentes né eficácia é fazer a coisa fazer a coisa certa e eficiência é fazer certo a coisa né então ele é responsável pela

eficácia do time liderando dentro dos princípios e práticas estranhos ele conhece esse plano de cabo barrado ele sabe como funciona os prints as reuniões os artefatos sabe que que é Beck logo sabe que é Sprint sabe que é tudo sabe que quer incremento e aí ele vai conduzindo isso como treinador como coaching né ele vai ajudando todo o time a poder entregar tudo bonitinho cumprir a meta da Sprint cumprir a meta do produto ele é responsável por tirar os impedimentos e as distrações que atrapalham o time Principalmente dentro de uma reunião diária para evitar que

o pessoal se distraia começa a falar outras coisas tal o esplanato tem que chamar para pessoal a gente tem 15 minutos aqui na reunião vamos tratar das três perguntas que acontece na reunião que a gente vai ver quais são essas perguntas então isso para Master tem que botar ordem na casa sabe porque vai ser uma reunião todo dia as pessoas todo dia vão se encontrar no mesmo horário no mesmo local e naturalmente as pessoas querem conversar bater papo nessa reunião não acontece isso e para evitar que isso acontece o escuro mas é meio paizão ele

fala gente aqui é a reunião que quiser discutir sobre isso depois da reunião diária porque aí todo mundo volta a trabalhar e só aquelas pessoas que têm problemas que tem algumas amarras né Aí vão tratar isso depois E aí quando tem algum impedimento no projeto é tratado também e o espermaste tenta para ajudar para intermediar de repente um desenvolvimento tá com problema ou o cliente está solicitando uma outra coisa ele não entendeu backlog tá tendo conflitos Master vai lá e ajuda a resolver isso aí porque muitas vezes fala assim olha eu não consegui terminar porque

eu tenho uma um problema com outro colega aí isso com a massa entra para poder ajudar e o scromassa ele garante que as reuniões importantes dos plena acontece sejam produtivas então ele tem que estar à frente pessoal reunião pessoal não esquece ó para fazer uma reunião de revisão são quatro horas retrospectivas mais quatro áudios planejamento mais de 4 horas então ele tem que definir ali tá com cronômetro e ele que vai direcionando isso aí para fazer acontecer tá vendo ele não é um gestor Ele simplesmente um colaborador ele colabora ele é parceirão ali para ajudar

as coisas irem certinho e o papel dele na reunião diária também é importante para estar sinalizando e principalmente distração distração Acontece muito em reuniões diárias [Música]