
[ad_1]
Aprenda como isso é feito da maneira certa e que grandes coisas podem acontecer como resultado
“O Scrum é uma forma antiga de trabalhar, destinada a resolver problemas de outra época. Uma organização que trabalha com implantação contínua não precisa disso. Não há versões do código. Não há nenhum significado para sprints. Vocês são membros de um culto com cerimônias que perderam o sentido”.
Este tweetpor um engenheiro experiente, me levou a compartilhar como o Scrum tornou nossas equipes bem-sucedidas mais do que qualquer outra equipe com quem trabalhei nos últimos 16 anos.
Trabalhei com Scrum em 2011 e depois com diários em 2018. Nas duas vezes não foi uma ótima experiência – ninguém entendia por que fazemos isso ou quais são os benefícios, parecia que estávamos relatando o progresso ao nosso gerente em diários e que adicionava muito estresse ao trabalho do dia-a-dia.
No último ano e meio com Kry, tenho praticado com nossas equipes e aprendi como é feito da maneira certa e que grandes coisas podem acontecer como resultado.
Uma coisa importante que entendi enquanto aprendia sobre Agile, é que Agile não é suas cerimônias. Conforme escrito no livro recomendado “The Art of Agile Development”, The Agile Manifesto foi criado por 17 proponentes de metodologias leves que foram criadas em contraste com o desenvolvimento em cascata (Kent Beck, Martin Fowler e Uncle Bob são alguns dos nomes mais famosos dessa lista).
Eles definiram quatro valores:
Indivíduos e interações sobre processos e ferramentas
Software funcionando sobre a documentação abrangente
Colaboração do cliente sobre a negociação do contrato
Respondendo à mudança mais de seguir um plano
E 12 princípios, conforme descrito na imagem abaixo:
Portanto, não se trata das cerimônias e fazê-las exatamente pelo livro, e se alguém está praticando dessa maneira – não está praticando Agile.
Quando você pratica ágil, você quer:
- Trabalhe em equipe – defina metas e cumpra-as como uma equipe.
- Melhore em equipe — processos de equipe e competência individual.
Retros são uma oportunidade para refletir sobre o trabalho da equipe em uma determinada cadência, por exemplo, semanal ou quinzenal. Como trabalhamos híbridos, trabalhamos no Miro, o que permite muita flexibilidade e diversão.
Uma das minhas equipes usa sempre o mesmo formato: existem 4 caixas para colocar notas: parar, iniciar, continuar e kudos. Levamos 10 minutos para preencher as notas, cada membro tem sua cor de nota individual e, em seguida, cada pessoa passa por suas notas e as explica. Em seguida, votamos em notas para discutir, discutir e fazer itens de ação.
Minha outra equipe muda o formato toda vez, pegando ideias de funretrospectives.com, mas é a mesma postura – colocamos notas separadamente, depois passamos por elas e criamos itens de ação. É uma oportunidade para as pessoas comemorarem os sucessos, proporem mudanças — porque são donas das formas de trabalho da equipe — compartilharem lutas e se divertirem.
Nosso objetivo de planejamento é concordar com o que pretendemos alcançar como equipe em um prazo acordado. Trabalhamos com sprints de uma ou duas semanas. Durante essas reuniões, criamos uma lista de tickets em nosso sistema de tickets que a equipe acha que conseguirá concluir durante esse sprint. Levamos em consideração a velocidade dos últimos sprints, as folhas que as pessoas planejam fazer, etc. Se alguém tem alguma luta pessoal ou atividade profissional fora do time, eles informam o time e o time reduz a capacidade planejada.
Quantos ingressos colocar
Uma equipe usa pontos. Cada ponto representa meio dia de trabalho. A quantidade de pontos que a equipe consegue atingir durante um sprint não é o número de dias multiplicado por dois – por causa de reuniões e afastamentos etc. A equipe adivinhou o número de pontos no primeiro sprint e depois repetiu.
A outra equipe não usa pontos. Eles usam a divisão de ingressos, onde garantem que cada ingresso seja pequeno o suficiente e recebam a quantidade certa de ingressos. Essas reuniões levam de meia hora a uma hora quando a equipe é bem experiente.
Quão demorado é um bilhete
Outro pré-requisito para o planejamento bem-sucedido é que a equipe conheça os detalhes dos tickets e entenda as prioridades do produto.
Para fazer isso, temos reuniões de refinamento do backlog alguns dias antes do planejamento e descobertas de produtos ou tecnologia conforme a necessidade. No início dos projetos, temos reuniões de descoberta para garantir que todos na equipe entendam o escopo do projeto e os detalhes.
As descobertas de produtos são lideradas pelos PMs, podem ser um mapeamento da história do usuário, onde o PM faz um resumo sobre o histórico do projeto e, em pares, os membros da equipe pintam o fluxo do usuário e compartilham seu ponto de vista. Isso cria uma base suficiente para o designer trabalhar com o PM na finalização do fluxo e os engenheiros para iniciar a descoberta de tecnologia onde eles examinam tecnologias ou criam o design do sistema.
Os tickets são criados durante as descobertas tecnológicas e alguns durante o refinamento. No refinamento, tentamos preparar ao máximo o backlog para o próximo sprint para que o planejamento seja o mais curto possível.
As descobertas do produto são contextuais porque a equipe conhece o planejamento de médio prazo – para os próximos dois meses ou mais. Eles estabelecem o planejamento de médio prazo em descobertas e depois o revisam em refinamentos. Ele contém tickets de alto nível (uma frase curta cada) para os sprints naquele período.
Algumas características do nosso trabalho em equipe são: obter revisões de código para cada pedaço de código que as pessoas enviam. Nossas equipes são codependentes, então às vezes elas recebem solicitações no meio do sprint de outra equipe e optam por alterar o plano em vez de esperar por planos e sprints futuros. A aspiração é que as pessoas sejam capazes de assumir qualquer tarefa no conselho.
O objetivo das atualizações durante as reuniões diárias é permitir que outros membros da equipe saibam se a equipe está progredindo conforme o esperado ou se um deles é necessário para apoiar outra tarefa devido ao desafio ou a problemas pessoais. Durante os standups, a equipe entende se há alguns bloqueadores que eles podem trabalhar juntos para desbloquear (internos ou externos) e se eles provavelmente atingirão sua meta (às vezes isso simplesmente não importa, e às vezes não atingir a meta significa uma mudança no planejamento ou a comunicação precisa ser feita).
As reuniões são facilitadas por um “sprint master” rotativo, às vezes diferente de um “retro master”, ou por um scrum master que é um desenvolvedor da equipe.
O resultado dessa forma de trabalhar é uma equipe que possui suas formas de trabalhar e se sente bem com isso, não é dependente do gerente e sente alta responsabilidade por sua entrega e qualidade. Ele permite o planejamento no nível da organização e o comprometimento com prazos sem fazer horas extras — um equilíbrio real entre vida profissional e pessoal.
[ad_2]
Source link