As transformações pegajosas são aquelas em que as equipes de engenharia adotam práticas produtivas como um hábito e não precisam de influência externa para realizá-las. Mas a transformação da engenharia requer uma mudança na mentalidade organizacional e uma transformação bem-sucedida requer uma mudança contínua. Durante um exercício de transformação, coaches, equipes e liderança se concentram em impulsionar a mudança e transformar as formas de trabalho. Este post analisa o que isso significa para as organizações.
A mudança de comportamento é difícil. Para alcançar transformações consistentes, devemos encorajar as pessoas a tomar decisões que sejam de seu interesse próprio. A teoria do “nudge” reconhece esse traço comportamental. Richard Thaler ganhou o Nobel por seu trabalho em nudging. Essa teoria enfatiza a ideia de que o reforço positivo ajuda as pessoas a tomar as decisões certas e, por sua vez, facilita a mudança comportamental.
Então, como ajudar a impulsionar a mudança comportamental por meio de ótimas escolhas? Isso nos leva a outro livro best-seller - Atomic Habits, de James Clear. Clear defende um por cento de mudanças diárias em seus hábitos - pequeno o suficiente para que haja pouco atrito. Se você persistir, porém, essas mudanças podem tornar você 37 vezes melhor até o final do ano. Sim, essa é a melhoria matemática de 3700% se você fizer uma mudança de 1% todos os dias durante um ano. Se isso chamar sua atenção, você também vai se interessar pela maneira como ele explica a formação de hábitos.
Tomando emprestado a receita de Clear, se quisermos manter os hábitos, eis o que precisamos fazer:
Torne óbvio
Torne atrativo
Torne fácil
Torne satisfatório
Tudo isso parece bastante simples por escrito, mas como você coloca isso em prática ao projetar suas iniciativas de transformação?
Qualquer transformação requer que certas coisas sejam feitas não apenas mecanicamente, mas usando o método certo para ver os benefícios visíveis. Por exemplo, ao realizar um exercício na academia, a forma e a postura inadequadas podem prejudicar você. O mesmo princípio se aplica a qualquer processo, incluindo transformações. Você precisa se livrar de alguns hábitos antigos e formar alguns novos para ser eficaz.
Na minha experiência, pessoas desenvolvedoras podem ver os benefícios da transformação desde o início se fizerem algumas alterações em suas formas de trabalhar.
Como os comportamentos são reforçados
A deixa, seja de um pensamento ou impulso de um ambiente externo, aciona um desejo.
O desejo, muitas vezes um sentimento ou estímulo, que sinaliza ao cérebro para buscar uma resposta.
A resposta é o que motiva você a agir para satisfazer o desejo.
A recompensa satisfaz o desejo e incorpora ainda mais a associação para criar um ciclo de feedback. Isso fortalece a conexão entre a deixa/gatilho e a recompensa.
Com base na referência acima, vamos tentar entender o processo de reforço de comportamentos com os seguintes exemplos:
Ponto de partida |
Desejo |
Resposta | Recompensa |
| Alarme cinco minutos antes da stand-up | Aumentar a eficácia da stand-up da equipe | Escrever sua atualização para uma narração concisa | Atualizações sem estresse e comunicação eficaz para a equipe |
| Analistas de negócios (BAs) trabalhando com pessoas desenvolvedoras senior da equipe para selecionar histórias para as reuniões de planejamento de iteração | Trabalhar com histórias bem escritas | Analisar todos os aspectos de desenvolvimento do recurso e ajudar BAs a selecionar os critérios de sucesso | O pareamento de pessoas desenvolvedoras e analistas traz benefícios de longo prazo melhorando a compreensão dos aspectos técnicos e de negócios e aumentando a eficácia |
| A equipe está pronta para trabalhar em uma nova história | Reduzir as lacunas de comunicação entre diferentes disciplinas | Pontapé inicial da história com BAs, QAs e qualquer outra função (por exemplo, DevOps) | Elimine incógnitas discutindo a implementação e os critérios de sucesso |
| Você se depara com um bloco de código complexo, implementação com erros ou antipadrões | Reduzir a dívida técnica limpando a base de código | Iniciar um bate-papo sobre refatoração no chat da sua equipe para encontrar as melhores maneiras de resolver | Disseminar a conscientização sobre as melhores práticas de codificação e permitir que todo mundo aprenda sem se sentir na defensiva |
| Você está tendo dificuldades com um problema há alguns minutos | Invocar a expertise do grupo | Marcar uma sessão (virtual ou física) de brainstorming sobre soluções com um grupo de pessoas desenvolvedoras | Construir conhecimento compartilhado sobre diferentes situações e soluções de problemas |
| Sua equipe está embarcando na implementação da história | Desenvolvimento sem atrito e sem incógnitas da história | Discutir a história, estratégias de implementação, cenários de teste e requisitos não funcionais com a equipe | Mergulhar na implementação da história com clareza |
| Sua equipe está prestes a encerrar o desenvolvimento da história | Garantir que os critérios de sucesso/conclusão da história sejam entregues; transferência suave de funcionalidade | Revisar o desenvolvimento com QAs e BAs (adicionalmente lideranças técnicas ou outras pessoas de tecnologia) para fazer a transferência | Eliminar quaisquer surpresas durante os testes, garantindo que todos os critérios de sucesso/conclusão foram cumpridos durante o desenvolvimento |
| Uma notificação de falha de compilação aparece no IM | Manter construções verdes para a equipe | Examinar as razões de falha; se ninguém o fizer, voluntarie-se caso possa corrigi-la | O pipeline de compilação deve ser sempre verde para evitar a confirmação de código em compilações com falha |
Os micro-hábitos mencionados aqui são fáceis de desenvolver e não irão alterar sua rotina diária. Todos os membros da equipe devem promover o diálogo do 'porquê' e realizar determinadas ações repetidamente. Permitirá eliminar as ineficiências e promover a adoção de processos adequados à sua equipe.
Aviso: As afirmações e opiniões expressas neste artigo são de responsabilidade de quem o assina, e não necessariamente refletem as posições da Thoughtworks.