Você já experimentou fortes emoções no trabalho? E o medo de repente engolir seu cérebro? É fácil, então, trabalhar com eficiência? Se sua organização já implementou o Agile, mas isso ainda acontece com você - algo está errado.
Meu nome é Artyom Zarafyants e lidero um dos departamentos de desenvolvimento de armazenamento da Dell Technologies em São Petersburgo. Trabalho 12 anos desde a abertura do nosso escritório. Em 2007, iniciando o trabalho no VNXe, começamos a usar o ágil no nível da equipe - então não deu certo. Nosso processo esbarrou em cascata no nível global e desapareceu gradualmente. Lançamos o VNXe sem agilidade: é claro, com sucesso (como tudo em larga escala em nossa corporação), mas lenta, dispendiosa e sob estresse. Há cerca de 6 anos, nossa organização de engenharia (vários milhares de funcionários) iniciou a implementação sistemática do ágil em escala a partir de cima. Naquela época, eu já era gerente e recebi o segundo (em cada três) estudos superiores - em psicologia. Isso me ajudou a passar conscientemente pela experiência de implementar o Agile, e estou pronto para compartilhá-lo.
Imagine que você é um líder de equipe ou uma equipe de programadores. Seu chefe no exterior (ou cliente) liga e arranja com raiva para você esmagar. O recurso supostamente desenvolvido por sua equipe está cheio de bugs e não é bom. Você ouve críticas: “Como isso pôde acontecer ?! Por que uma qualidade tão terrível ?! Alguns erros em geral, me diga qual é o seu plano de correção ?! Sua consciência reconhece a ameaça, você está ofendido. A emoção está varrendo, rolando nas ondas - isso é injusto, e em geral algum tipo de absurdo! Não é o melhor humor para desenvolver um plano de correção. Não é o melhor humor para continuar trabalhando em um plano de iteração.
O cérebro do Homo Sapiens evoluiu ao longo dos milênios, garantindo a sobrevivência do próprio homem e de sua tribo primitiva. Quando o cérebro reconhece a ameaça, a hipófise inicia uma cadeia de reações, aumentando a concentração de adrenalina e cortisol. O corpo se prepara para lutar ou fugir. Para garantir a entrega de energia aos músculos, metabolismo, tônus vascular e mudança de pressão. E o fato de o pensamento consciente ser uma atividade energeticamente cara? Não perderá durante o vôo e lutará por processos menos dispendiosos nas redes neurais que fornecem reflexos e automatismo dos movimentos?
O estresse pode ser bom apenas para o trabalho físico - despeje concreto, coloque um tijolo. Mas ele derruba os programadores do canal produtivo. Quando o trabalho envolve pensar e resolver problemas complexos, o estresse e a ansiedade levam ao fato de que a capacidade de pensar é reduzida. Como resultado, a equipe comete mais erros, o que, por sua vez, leva a novos erros. Novos bugs são problemas que continuarão a desencadear ansiedade e estresse. Este é um ciclo vicioso. Proteja seu time dele!
Como
Na minha opinião, há duas respostas: melhorando os processos de desenvolvimento e aumentando a tolerância ao estresse do líder. Vou compartilhar algumas idéias. Neste artigo, discutiremos uma retrospectiva e no próximo planejamento.
Chefe e equipe. Dasha. 10 anosRetrospectiva
Uma boa retrospectiva ajuda você a perceber os problemas e a criar um plano na forma de conexões neurais em seu cérebro.
Quando há uma compreensão do que fazer quando surgem problemas, e um plano é formado no cérebro, sua ansiedade é menor, a ameaça percebida é menor, a reação é mais calma. Como resultado, é mais fácil para você pensar em uma situação difícil.
Por exemplo, uma vez no início da implementação do agile, nossa equipe falhou na iteração - não atingiu os objetivos. Isso aconteceu cerca de 6 anos atrás, quando começamos a trabalhar no armazenamento do EMC Unity para um novo processo ágil. A retrospectiva começou com emoções deprimentes. Eles vieram com relutância, sentaram-se e curvaram-se. Se não fosse a preparação preliminar, poderíamos ter caído em um incômodo. Eles começaram a entender o que podemos fazer da próxima vez.
O sistema em que nossa organização distribuída está trabalhando inclui um grande número de áreas. O ciclo de testes trouxe uma série de bugs, nas quais passamos muito tempo não planejado. No entanto, a maioria dos bugs se instalou em áreas de outras equipes. Nós meio que "derramamos água no moinho de outra pessoa" - ajudamos nossa organização, mas falhámos em nosso comentário.
Você já teve isso antes? Escreva nos comentários o que você fez. Nós nos comportamos assim:
- Para reduzir o tempo de análise de bugs, nós, juntamente com outras equipes, começamos a criar ferramentas automatizadas para análise preliminar de erros.
- Para entender com mais precisão que os erros são estranhos e enviá-los para a análise de outras equipes, nos tornamos mais atentos às execuções de nossos testes de componentes. Testes anteriores confirmam que a funcionalidade funciona e removem suspeitas de nossa área de assunto, economizando tempo.
- Para aumentar a eficiência, começamos a gastar sistematicamente tempo desenvolvendo as habilidades de análise de defeitos. Com o tempo, um novo papel na equipe começou a tomar forma - um especialista na análise de defeitos.
- Para nos distrair com a correção de bugs sem interromper o trabalho crítico de iteração, nos tornamos mais rigidamente controlados pelo WIP (trabalho em andamento). Duas ou três pessoas começaram a trabalhar em cada história de usuário - havia uma oportunidade para alguém mudar para um bug.
- Para melhorar a comunicação com os testadores, começamos a fornecer feedback no controle de qualidade. Eles começaram a se comunicar não apenas por e-mails e comentários sobre bugs, mas também por meio de conversas pessoais no comunicador e no telefone.
- Bem, para facilitar o gerenciamento da correção, eles a transferiram do scrum para o kanban.
Nas próximas iterações, houve menos surpresas e ressentimentos sobre bugs. O nível de estresse diminuiu, os planos começaram a ser implementados.
Uma boa retrospectiva leva ao fato de que na próxima vez que você encontrar problemas, a ansiedade dos membros da equipe será reduzida. A equipe se acostuma ao sucesso em cada iteração - a moralidade aumenta. O desejo de pensar e resolver problemas juntos aumenta. Dessa maneira, a retrospectiva ajuda a satisfazer as necessidades de segurança incorporadas no cérebro do Homo Sapiens pela evolução. Várias vezes observei como uma boa retrospectiva levou ao fato de que a ansiedade dos membros da nossa equipe foi reduzida e senti como trabalhamos com mais calma e eficiência nas próximas iterações.
As necessidades do nosso cérebro são a chave da auto-motivação, a construção de relacionamentos dentro da equipe e uma garantia não apenas da produtividade do trabalho, mas também da felicidade no trabalho!
Se você estiver interessado nessa área, informe-o nos comentários. Planejo escrever uma série de posts sobre o tópico "necessidades ágeis e cerebrais". Enquanto isso, recomendo consultar as seguintes fontes:
- Kahneman. Pensando rápido Pensando devagar
- Cérebro Instruções de uso. David rock
- Dubynin. Palestras sobre a fisiologia do cérebro, "cérebro e necessidades"
- Descrição da retrospectiva no SAFE