O Quão Ferrados Estamos?

Tempo de espera. Tempo de ciclo. O dobro do trabalho na metade do tempo. Nenhuma dessas preocupações é nova. Elas estavam com Ford e Taylor lá no início do século passado. Também acompanharam Taiichi Ohno, um dos pais do Sistema Toyota de Produção, por toda a sua vida. Já velhinho, perguntado sobre o que estava fazendo, ele respondeu¹: “pensando em maneiras de reduzir o tempo gasto entre o pedido colocado pelo cliente e o tilintar do dinheiro entrando no caixa”. Essa pressa não disfarçada é vício antigo. A Ideia Ágil não tem nada a ver com isso.

Robert ‘Uncle Bob’ Martin gasta um tempinho em seu Clean Agile (Pearson, 2020) para nos lembrar:

“Algumas pessoas acham que Agile é sobre ir mais rápido. Não é. Nunca foi. Agile é sobre saber, o quanto antes, o quão ferrados estamos.” 

Saber, o quanto antes, o quão ferrados estamos. Esse é o espírito da coisa Ágil. Pragmático e poético como ele só. Na Toyota há um mecanismo que ilustra bem essa atenção com as más notícias. É a Corda Andon, que pode – deve! – ser puxada por qualquer pessoa que veja qualquer problema na linha de produção. O acionamento da corda simplesmente para tudo. Ela funciona bem em um fluxo linear, previsível pra chuchu e de baixa variabilidade. Ou seja, funciona em fábricas. Uma versão adaptada da corda funcionaria em um contexto não linear, cheio de incertezas e dependente de variedade? É pouco provável.

Ainda que a gente faça de conta que as nossas burocracias não detestam más notícias. Ainda que todos trabalhemos em ambientes psicologicamente seguros onde as cagadas são recebidas sem choro nem vela, sem chiliques nem berros. Ainda assim, qual é a chance de nossas organizações ou times desenvolverem um reflexo que simplesmente pare tudo quando se deparar com um problema? 

Um reflexo é automático, inconsciente e inconsequente. Apesar de mirar isto, funcionar como se fosse um reflexo, o acionamento da corda Andon é uma reação. É um hábito que precisou ser treinado. Ainda mais lentas que as reações são as respostas. Porque elas sempre significam um esforço consciente, uma tomada de decisão. Respostas requerem o uso do nosso lento e preguiçoso Sistema 2².

Uma típica instância Ágil dedica pelo menos três cerimônias para a celebração das más notícias: a Diária, a Revisão e a Retrospectiva. Nenhuma delas aparenta a ambição de ser um reflexo ou pelo menos um reação. São respostas e isso não é necessariamente ruim. Desde que a gente saiba que:

• Diária: é totalmente desnecessária quando o time coopera de verdade. Por favor entenda que POs, ANs e/ou outros representantes do negócio são parte indissociável de um time. De uma maneira ou de outra, tratar as Dailys como se fossem um tipo de prestação de contas para um cliente ou gerente é desvirtuar sua intenção original: saber o quão ferrados estamos ou podemos ficar. Quando um time de fato co-opera, os problemas e riscos pipocam na cara de todos, dispensando um evento ou comunicação formal. O distanciamento de membros ou pares pode justificar a realização das Diárias. Ainda assim, é bom entender que má notícia que se preze não pode e não vai esperar pela manhã seguinte.
• Revisão: Encontro periódico que deveria envolver o maior número possível de interesses. Na Revisão nós validamos a eficácia do time, ou seja, se ele está fazendo a coisa certa. Tem potencial para se transformar em um festival de saias justas se este for o único momento da iteração ou sprint em que a turma do negócio vê a evolução de sua cria. Tanto pior se a experiência se resume à uma demo pilotada por devs. O time, neste encontro, deveria ser a parte passiva. O comando da festa deve ficar com quem está pagando. Enfim, a Review deveria ser uma celebração totalmente livre de surpresas. Isso só vai acontecer se a patota de negócios interagir diariamente com o time e o produto. Testando – ou seja, gerando más notícias. Todo santo dia.
• Retrospectiva: Tem má notícia que a gente só entende plenamente em retrospecto, depois de um certo tempo. Com calma é possível avaliar causas e efeitos. É por isso que todos os times, particularmente os piores, merecem um refresco recorrente chamado Retro. É um momento de reflexão, quando o time avalia a sua eficiência, ou seja, se ele está trabalhando do jeito certo. A gente sabe, ele nunca está! Sempre, sempre haverá algo para melhorar. Uma boa retrospectiva não fica ensanduichada entre uma review e uma planning. Refresco, gente. Entre sprints, todo time merece um refresco. Senão não aprende, não melhora, e as más notícias seguirão evoluindo como bolas de neve.

PS, post-mortem

Alguém pode concluir que a reincidência desse assunto, nesta altura do campeonato, é uma prova de que estamos bem ferrados em relação ao entendimento da Ideia Ágil. Pode até ser. Mas a teimosia também pode confirmar que o assunto vale a pena, a atenção e o nosso tempo. Afinal, acho que ninguém em sã consciência quer voltar para a época em que as más notícias só circulavam formalmente, com muitos choros e velas, numa reunião chamada post-mortem.