SCRUM: um poema sobre amor e dor



Se ele é tão bom, então por que nem todos trabalham apenas de acordo com essa metodologia? E aqueles que supostamente o implementaram geralmente exibem um Scrum monstruoso, mas. Um verdadeiro SCRUM deixa cicatrizes, feridas e marcas em seu coração, e agora vou contar sobre as minhas.

Dor Scrum


Quando tentei, eu já era jovem e entendi isso. Só me apaixonei pelo livro Jeff Sutherland SCRUM: A arte de fazer o trabalho duas vezes na metade do tempo. É verdade que no final ele me pareceu um pouco fanático quando começou a contar como a metodologia ajuda na escola e na medicina. Mas eu realmente aprendi muito com Sutherland e imediatamente decidi tentar essa técnica na minha equipe. Dificuldades escassas começaram.

Atrasos e atrasos nas reuniões


E se você quiser conhecer os 10 minutos de espera e alguém chegar 15 minutos atrasado? Primeiro, todo mundo está esperando por ele, e depois quero entrar em detalhes, e a demora é adiada por uma hora. E se alguém não chegou a nenhuma reunião, agora está sem contato com os eventos e pergunta tudo novamente. Tudo isso leva ao fato de que ninguém ainda começou a trabalhar, mas todo mundo já está cansado de uma reunião viscosa. Antes de tudo, tive que trabalhar na disciplina: sem demora, sem discussão, sem entrar em detalhes. Para ser honesto por 5 a 10 minutos, o scrum revigora, mas como isso difere das reuniões tradicionais soviéticas da manhã?

Litígios, discussões e objetivos detalhados


Você diz à equipe que “temos de 5 a 10 minutos” e eles lhe dizem que, se não resolvermos esse pequeno problema, não conseguiremos seguir em frente e isso nos bloqueará. Ou ainda pior: precisamos ver um conceito e estratégia gerais, não podemos trabalhar sem ele, então vamos esmagar os excrementos em uma argamassa ao redor. É necessária uma estratégia e um conceito geral; eles precisam ser tratados antes do início; se não estiverem lá, você não deve andar de bicicleta e desacelerar o trabalho das disputas.

Somos confrontados com o fato de que é muito difícil iniciar um sprint sem entender o objetivo global da empresa como uma equipe inteira:

Scrum master: "Vamos formular o objetivo do sprint: mensurável, compreensível, realizável!"
Cético: “E por que esse objetivo deveria ser exatamente isso? Onde você a pegou?
... e houve uma discussão por uma hora.

Scrum master: “O objetivo do nosso produto é eliminar as pessoas das medições. Vamos declarar o objetivo do sprint!
Peppy: "Vamos cortar um mini-módulo que pega os contadores e os coloca no prato".
Cético: “Bem, não, mas de repente acontece que este é um trabalho extra, você precisa entender o projeto como um todo. Eu quero manter todo o projeto em mente! ”
O Scrum Master atira na boca com uma espingarda ...

Escreverei novamente brevemente as condições para iniciar o sprint:

  1. Sem atrasos
  2. Sem passes
  3. Sem atrasar a reunião
  4. Sem argumento
  5. Sem peças pequenas
  6. O objetivo global é claro, com o qual toda a equipe concorda.
  7. Há uma vontade de que o mini-sprint seja incorreto e que a meta do sprint seja escolhida incorretamente.

Tudo dói muito, muita dor!

Mantenha todo o projeto em mente!


... o mestre do Scrum, que acaba de recuperar os sentidos em terapia intensiva, novamente entra em coma ...

Não há projeto e não pode estar na cabeça, pois o mundo ao redor está mudando constantemente. Tudo na minha cabeça é apenas uma ilusão. Não é preciso ter medo de fazer coisas desnecessárias e erradas demais como parte do sprint. Estamos nos movendo em pequenos passos, para que haja sempre a oportunidade de corrigir erros. Do que discutir por duas semanas, vamos pegar dois sprints durante esse tempo, vamos cometer um erro, testar hipóteses e vencer a luta!

É por isso que deixamos todas as disputas e a democracia correrem para o planejamento. Quando o sprint começou, não vamos discutir - os resultados nos julgarão em breve. Pronto para a mudança faz parte do Agile Manifesto!

Não me diga o que você fez ontem!


Quando você e sua equipe estão executando um sprint no scrum, então você tem um lado que fica para trás! Além disso, muitas vezes em stand-ups todos são atraídos para dizer quem fez o que ontem. Por que é que? Sim, porque é muito mais difícil dizer o que você quer fazer hoje, como isso o aproximará do objetivo do sprint e o que o bloqueará.

A propósito, se discutirmos apenas planos para hoje, praticamente não há o que conversar. O futuro tem muito menos pessoas carregadas de emoções do que o passado. A Sprint está olhando para o futuro. Se você seguir esse princípio, os levantamentos não levarão mais que 10 minutos.

Dificuldades na preparação


Quando os macacos comem o suficiente e fazem sexo, sentam-se para pentear os insetos da lã um do outro. Os membros da equipe, como eles, vasculham pequenas tarefas com pernas do fluxo geral, tentando torná-las o mais curtas possível.

Geralmente, a tarefa não é agendada corretamente quando o trabalho já foi iniciado. Ninguém quer pentear nada. Como resultado, todo mundo chora com lágrimas de sangue devido a ser muito preguiçoso no início. Quanto menor a tarefa, mais compreensível e mais difícil é cometer um erro.

Eu costumo sentar com desenvolvedores fora do sprint e ler cada história de usuário em voz alta em coro.

A própria equipe escolhe as tarefas!


Mas isso é uma verdadeira dor de cabeça. Como assim? Afinal, é muito mais fácil atribuir tarefas diretamente. Como você sabe, o soviético, isto é, o povo russo não está pronto para a democracia, haverá caos!

E então acontece que existem tarefas saborosas e interessantes, mas há tarefas chatas e rotineiras. E também acontece: aí está a sua tarefa, você é especialista nisso. E então, de repente, alguém que não é do núcleo a agarra debaixo do nariz, porque é muito saboroso e interessante.

Deixe doer muito para os gerentes, mas quando os membros da equipe escolhem suas próprias tarefas, obtemos melhor desempenho e melhor qualidade.

... Scrum master sorri sem sair de coma ...

Funcionalidade cruzada


O comando das forças especiais pode ser um médico, operador de rádio, comandante, mecânico. Mas e se alguém for morto? Então suas funções serão escolhidas por outros lutadores. Esse princípio é usado na equipe SCRUM para que não haja "gargalos". Se tudo estiver preso em um ou outro, o resto da equipe deve deixar o emprego e realizar tarefas incomuns para eles.

O Scrum traz muita dor ao seu orgulho profissional: "Estudei há muitos anos para não ferrar a haste da cortina".

Falhas


Obviamente, meu primeiro sprint terminou em fracasso. E quase todo primeiro sprint com uma nova equipe termina em fracasso. Na maioria das vezes, o motivo é que o objetivo do sprint foi formulado incorretamente. Acontece que era inatingível e incompreensível, a equipe superestimou sua força e a maior parte do trabalho foi bloqueada pelo cliente.

O mais interessante é uma retrospectiva de um sprint com falha quando o tempo acaba e os objetivos não são alcançados. Não, não, não estenderemos o sprint para o dia, não, não trabalharemos à noite! Reconhecemos o fracasso e analisaremos com o que estávamos errados, o que aconteceu com sucesso e o que poderia ser melhorado.

Geralmente, depois de uma pesquisa desse tipo, todos se reúnem e o próximo sprint é super bem-sucedido. Na segunda retrospectiva, toda a equipe começa a se interessar pelo trabalho e, portanto, pela vida em geral. Você define objetivos mensuráveis, alcançáveis, compreensíveis, mas complexos, e agora está satisfeito com a conquista deles.

O fato de o sprint ser concluído com qualquer resultado reduz a ansiedade e permite que você se concentre nas tarefas locais, e isso melhora a qualidade da execução.

... uau, nossos mestres Scrum já estão transferindo de terapia intensiva para terapia, coma atrás de ...

SCRUM é como uma chama, queima você quando está quente


Burnout profissional! Scrum é a melhor maneira de acelerar! Se você não fizer uma pausa após cada corrida, todos se cansarão rapidamente, os levantamentos se transformarão em rotina e o trabalho cairá no lixo completo.

A satisfação com a vida ocorre quando você define metas ousadas, luta, experimenta fracassos, se recupera e alcança resultados. Você não pode viver nesse modo para sempre. Eles completaram o sprint - fizeram uma pausa de uma semana: realizaram tarefas rotineiras, saíram de férias, mudaram para outros projetos e recuperaram forças para uma nova batalha. Para se apaixonar novamente, você precisa lamber algumas feridas da experiência anterior e está pronto. Embora muitos sejam atraídos pelo poliamor, isso é polibola!

Conectamos o cliente ao SCRUM


Mesmo que o cliente não seja um programador, ele ficará chapado, prometo! Apenas tudo deve ser honesto. Um verdadeiro SCRUM: você não pode jogar fora partes importantes, transformando tudo no Scrum sem Deus. Objetivo do projeto, lista de pendências, objetivo do sprint, a equipe seleciona tarefas e faz uma avaliação, levantamentos diários, retrospectivas, intervalos entre os sprints. Se pelo menos algo é descartado, tudo pára de funcionar e o cliente fica desapontado com uma metodologia flexível.

Seja como Sutherland, seja fanático quando lhe disserem: "Ah, isso é tudo tão inconveniente, o SCRUM é bom, vamos trabalhar nisso, mas não é necessário seguir todos os seus princípios".

Muitas vezes, os membros da equipe me dizem: "Como posso, porque o cliente verá o trabalho inacabado e jurará". Esse é o ponto! Quanto mais duro o protótipo - mais fácil é criticar, quanto mais cedo você ouvir críticas - menos tempo e esforço você gasta em edições e melhorias!

É exatamente isso que o Manifesto Ágil nos diz:

Pessoas e interação - confrontos diários com o cliente e a equipe!
A colaboração com o cliente também é sobre isso.
Disposição para mudar - quanto mais cedo fizermos mudanças, melhor!

Tão róseo? E onde está a dor? Ha! Em todos os lugares: a gerência tem medo e adia o início do sprint com o cliente, preocupa-se com o fato de o cliente ver o trabalho não concluído. Existem clientes que desejam comprar o produto acabado, como em uma loja, e acham que os desenvolvedores precisam dos standups, não deles. E uma vez eles me disseram: "Queremos que tudo seja flexível e que o preço seja duro"

O preço é difícil, as tarefas são flexíveis


... neste local, o Scrum Master já realiza o scrum remotamente do hospital.
Espere, isso é realmente possível? Os cientistas ainda estão discutindo sobre isso ...

Mostre-me um desenvolvedor que não tenha medo de tal afirmação. Na sua cabeça, as perspectivas de escravidão ao longo da vida nascem imediatamente. O diretor-geral, com essas palavras, imagina a falência da empresa e o colapso dos negócios. Essa é a principal dor?

Acontece que você pode fazer preços difíceis para o cliente com tarefas flexíveis! Fixamos o dinheiro, avaliamos as tarefas e entendemos quais se enquadram no orçamento e quais não. Aqui, é claro, você caminha ao longo da lâmina de uma faca. O cliente discutirá com a avaliação de tarefas individuais e o gerente tentará fazer uma avaliação em vez dos desenvolvedores. Isso só pode ser feito se todos concordarem com o princípio: quem faz isso avalia. Por esse princípio, você precisa lutar muito com a gerência e os clientes.

Projetos de grande escala


Algumas pessoas pensam que felicidade e bem-aventurança estão em grandes projetos.
Alguns tolos se enganam, eu acho.
Eles não estão me enganando.
Eu sei que não é verdade. Eu sei que não é verdade
. Projetos em larga escala são apenas uma mentira que termina em um rosto azul. Segundo as estatísticas, a maioria dos projetos pequenos sobrevive.
Para mudar o mundo, basta uma pequena equipe.

Geralmente, um projeto de larga escala bem-sucedido é uma série de pequenos projetos interessantes. O principal é um produto de trabalho, como o manifesto nos diz. Não vamos correr atrás da balança, mas comece com um pequeno, mas rápido, flexível e funcional.

Quanto maior a empresa, maior o projeto, menos flexibilidade eles têm. É por isso que o SCRUM se concentra em um pequeno projeto que pode ser realizado em um sprint de 1 a 3 semanas e em uma pequena equipe de 2 a 7 pessoas.

Ao mesmo tempo, equipes muito grandes e tarefas muito grandes ainda podem ser executadas de acordo com uma metodologia flexível. Para isso, é necessário dividir tudo em tarefas pequenas e equipes pequenas.

No resíduo seco:


  1. O trabalho Scrum dói.
  2. É necessário trabalhar no Scrum, pois vitória garantida.
  3. Você precisa seguir a metodologia de forma clara e fanática, sem entrar no Scrum, mas isso é o mais difícil e doloroso.
  4. Envolvemos os clientes e a gerência no SCRUM ao máximo; isso não é tão doloroso quanto parece.
  5. Cortamos todos os projetos de larga escala em projetos pequenos, embora isso doa muito.

Fontes de prazer:


  1. Manifesto para desenvolvimento ágil de software
  2. O que é o ScrumBut?
  3. Canção SCRUM HURTS

Uma explicação para a dor, especialmente para Masha:


A dor é geralmente que você tem que mudar tudo o que está acostumado. A dor causa uma sensação de perda de controle e um processo incontrolável quando você confia suas tarefas favoritas aos membros da equipe e tem medo de que eles sobrecarregem o projeto. A dor surge quando você pisa na garganta de sua própria música e termina projetos em larga escala.

A dor passa quando as tarefas são super pequenas, e mesmo o fakapa feroz dos participantes não sobrecarrega todo o projeto. Torna-se mais fácil quando você para de se preocupar e espalha palha imediatamente em todo o projeto, quando relaxa e executa uma tarefa de cada vez.

All Articles