Encontrar o "Agile Coach" certo

Nos anos de 2004 e 2005, cada vez mais equipes migraram para métodos ágeis e, naturalmente, muitas vezes precisavam primeiro de consultoria e treinamento. Em muitos casos, porém, infelizmente tive que ir às empresas após os treinamentos para arrumar a bagunça que os treinadores haviam deixado. Na época, presumi erroneamente que isso seria um problema apenas enquanto as novas equipes ágeis – especialmente em empresas que desenvolvem software de prateleira – ainda estivessem ganhando experiência. Infelizmente, o problema de treinadores e coaches ruins ainda não desapareceu. Embora muitas empresas já tenham optado por bons treinadores, na minha opinião elas ainda são a exceção.

Como acontece com muitas outras coisas, cabe ao cliente encontrar o melhor treinador para si. No entanto, quando uma equipe precisa de treinamento, é muito provável que aqueles que precisam tomar essa decisão ainda não tenham experiência com isso. A intenção deste artigo é, portanto, ajudar empresas de produtos a encontrar os treinadores e coaches certos para métodos ágeis.

Diversos fatores na busca pelo Agile Coach certo

1. Na maioria dos casos, o software ainda é desenvolvido para fins internos (TI) ou especificamente para um determinado cliente. Por isso, muitos treinadores ágeis simplesmente ainda não lidam bem com empresas que desenvolvem soluções para o mercado de massa. Naturalmente, você também não quer ser a empresa onde esse treinador pratica. Por isso, é importante saber antecipadamente se o potencial treinador entende a diferença entre TI (interna), desenvolvimento de software personalizado e desenvolvimento de software de prateleira.

2. Em empresas que desenvolvem software de prateleira, existem funções bem diferentes das de outros tipos de software. Um potencial treinador precisa entender o papel do gerente de produto, do marketing de produto, da equipe de experiência do usuário, dos designers de interação, designers visuais e pesquisadores de usuário.

3. O treinador precisa saber como funciona a colaboração entre gerentes de produto e designers de UX com a equipe de desenvolvimento ágil. O treinador deve ter experiência pessoal com Dual-Track Agile (desenvolvimento em duas trilhas) – ou seja, com Product Discovery e Product Delivery.

4. Em uma empresa de software, em certos casos é preciso ser capaz de fazer compromissos concretos e fornecer informações confiáveis sobre prazos de conclusão. Isso deve ser feito com integridade e tendo consciência de que roadmaps convencionais costumam estar repletos de itens que realmente não trazem valor ao cliente. O treinador precisa, portanto, entender como fazer esses compromissos e como eles são gerenciados em uma equipe de produto.

5. Em equipes de desenvolvimento de software de prateleira, a visão do produto é extremamente importante para criar contexto e motivar a equipe. Um treinador de métodos ágeis precisa entender o papel fundamental da visão do produto e da estratégia, e também saber como isso se encaixa com Product Discovery e Delivery.

6. No software interno, muitos treinadores de métodos ágeis acham que são bastante rápidos quando testam algumas ideias a cada sprint de duas semanas. No software de prateleira, no entanto, isso seria considerado extremamente lento. Certifique-se de que seu treinador entendeu que a velocidade é extremamente importante para inovações e como o Dual-Track Agile nos ajuda a validar a maioria das ideias sem precisar escrever código para isso.

7. Em organizações de software de prateleira, existe um ciclo contínuo no qual se constrói algo (protótipos e produção), medem-se os resultados, aprende-se com eles e então repete-se o processo. É muito importante que o treinador entenda o significado desse ciclo, bem como de protótipos, análises e testes A/B para a tomada de decisões, testes e aprendizado contínuo.

8. Culturalmente, há uma grande diferença entre os desenvolvedores em uma organização de TI e aqueles em uma organização de software de prateleira. O treinador ágil precisa saber que o nível de experiência e habilidades dos desenvolvedores varia muito e que a abordagem deve ser adaptada de acordo. Muitos dos desenvolvedores têm muito mais experiência no desenvolvimento de produtos reais do que a maioria dos treinadores. Por isso, treinadores com a atitude errada podem rapidamente falhar em conquistar o respeito da equipe.

9. Outra grande diferença é que uma equipe em uma organização de TI precisa atender às necessidades da empresa. A equipe de produto em uma organização de software de prateleira existe para desenvolver soluções para os clientes de uma forma que seja viável e rentável para a empresa. Essa não é uma diferença insignificante. O treinador precisa compreender que esta não é uma organização de serviços focada em atender às necessidades da empresa.

10. Por fim, é crucial que o treinador não apenas entenda empresas de software de prateleira, mas também os requisitos e métodos de serviços SaaS (Software as a Service) críticos para o negócio. Temas como escalabilidade, confiabilidade, tolerância a falhas, desempenho, monitoramento e controle, automação de testes e dívida técnica não são mais opcionais, mas absolutamente essenciais. Além disso, no desenvolvimento de software de prateleira não há espaço para uma adesão dogmática e cega aos processos. Algumas pessoas gostam de confundir os meios para atingir um objetivo com o próprio objetivo nos métodos ágeis. O único objetivo que realmente importa é um produto de sucesso.

Conclusão

Ao escolher um treinador ou coach de métodos ágeis, lembre-se de que a empresa para a qual ele trabalha muitas vezes não é tão determinante quanto a própria pessoa. Portanto, verifique o potencial candidato e descubra se ele também possui a experiência com empresas de software de prateleira que você precisa.

De modo geral, pode-se dizer que um treinador vem até você, explica a teoria e depois vai embora. Um coach, por outro lado, realmente aplica os métodos com sua equipe no seu ambiente único.

Este texto é do blog de Marty Cagan e foi traduzido por nós para o alemão.