É sempre a mesma coisa. Qual é o padrão típico que você imagina quando alguém diz que está em uma transformação ágil? O cenário usual é o seguinte: dependendo da quantidade de dinheiro que uma organização possui, ela contrata uma das Big 3 ou uma “Boutique Agile” ou uma empresa de consultoria não tão popular. Eles vêm, passam de um a três meses e criam um PowerPoint de 200 páginas. O documento está repleto de gráficos, diagramas, cenários e principais vantagens de novas abordagens. Também pode conter algumas sugestões sobre quais ferramentas usar, como configurar o primeiro quadro Jira, qual cadência de calendário adaptar e qual a diferença entre o fatiamento horizontal e vertical do backlog. Provavelmente incluirá também algum tipo de implementação do SAFe em algum lugar entre esses slides – a alta administração da organização não quer perder o controle, não é? Depois, a consultoria sai. Os Gerentes de Projeto são renomeados para Scrum Master/Agile Coach/Product Owner, dependendo da avaliação do nível de maturidade que os líderes seniores decidem que sua organização tem durante o workshop sobre avaliação do nível de maturidade e, talvez, preferência pessoal de indivíduo específico (até mesmo a frase que descreve que não faz sentido). Em seguida, as equipes realizam exercícios de Estatuto de Equipe, criam Quadros Scrum Kanban, refinam dois sprints de trabalho e iniciam seu trabalho. A essa altura, todos já estão irritados porque: Como os consultores, durante sua avaliação inicial, não tiveram chance/tempo/dinheiro (ou todos juntos) para entender que algumas equipes não estão trabalhando no mesmo ambiente e simplesmente não podem usar um fluxo de trabalho semelhante a outras; Algumas equipes nunca tiveram contato com o que Agile realmente significa, embora já trabalhem em “novas formas de trabalhar” há cinco anos; Os engenheiros agora gastam mais tempo refinando o trabalho do que codificando; todo mundo sabe que odeia; … Familiar, não é? Mas é a abordagem correta? De volta à escola Quando as crianças são apresentadas à geometria na escola secundária, tudo começa com o básico: O que é ponto, linha e superfície; Por que as linhas paralelas nunca se cruzam; Por que o ângulo reto é igual a 90 graus; Com esse básico fica mais fácil seguir em frente. É a mesma coisa com Scrum. Quando você abre o Guia Scrum, ele começa com a teoria. Explica suavemente a ideia do empirismo ao leitor e apresenta três pilares – transparência, inspeção e adaptação. O que quer que venha a seguir – regras, eventos, artefatos, etc. – são todas implementações dos princípios básicos e são impossíveis sem segui-los. O mesmo que geometria, não é? Se você abrir tarefas para alunos do ensino médio, não conseguirá resolvê-las sem os conhecimentos básicos que lhe foram fornecidos na 5ª série. Experimente diferente Tente se concentrar nesses princípios básicos. Você não pode tocá-los ou vê-los e são difíceis de medir e visualizar no painel. No entanto, são os seus valores que realmente revelam a beleza do Scrum e ajudam a descobrir “melhores formas de construir software”. Como você pode promover e seguir a transparência? Como você pode garantir que está realmente levando em consideração alguns fatos descobertos para melhorar seus processos? Você realmente vê todos os desperdícios desnecessários e explora maneiras de eliminá-los? Essas questões são a quintessência do Guia Scrum – “Fácil de seguir, mas difícil de dominar”. Concentre-se em compreender o potencial que você descobre por meio de ações específicas. Se você souber o que está por trás da mudança/prática, será mais fácil para sua equipe entendê-la e segui-la. Você começará a apoiar cada ação com a pergunta: “Isso nos ajuda a obter melhores resultados? Apoiamos as nossas ações em três pilares fundamentais?” Para ter certeza de que você não está cometendo os mesmos erros que muitas organizações que estão entrando no território da Transformação Ágil já encontraram antes, tente ler o Manifesto Ágil e o Guia Scrum novamente. Durante a leitura, pense em como cada item é apresentado nesses documentos, como eles se apoiam e como constroem uma estrutura comum que faça sentido. Use sua imaginação A transformação só agregará valor quando você pensar nos valores fundamentais sempre que a decisão tiver que ser tomada. Se você cometeu um erro, talvez seja necessário incluir um dos elementos-chave. É uma loucura esperar um resultado diferente sem mudar suas ações. De qualquer forma, você precisa mudar alguma coisa para tentar novamente - então por que não tentar voltar à escola? Tente entender qual elemento exato está faltando. Encontre-o, incorpore-o ao seu processo e provavelmente você terá sucesso. Nosso principal objetivo é eliminar o hábito que tem dominado o mercado nos últimos vinte anos – o hábito de implementar ferramentas e técnicas sem considerar seu valor ou como exatamente funcionam. Eu recomendo fortemente dar uma olhada no - é uma leitura incrível e também a maior biblioteca de problemas que sua equipe pode encontrar se não considerar o propósito de cada item que implementa no framework. Zombie Scrum Qual é o seu segredo para seguir o que importa? Compartilhe nos comentários.
