Manifesto Ágil Revisitado

Uma experiência muito construtiva é você ler o mesmo livro, artigo ou ensaio em períodos diferentes da sua vida. Eu tenho cultivado esse hábito e é interessante notar como a sua perspectiva muda com o passar dos anos. Esta semana, eu fiz este exercício em relação ao manifesto ágil.

Este documento tem sido a pedra fundamental de todo o movimento de transformação ágil que hoje vivenciamos nas organizações. Quando eu o li pela primeira vez, há vários anos, ainda não tinha uma compreensão clara sobre a centralidade da criação de valor na filosofia ágil e confesso que foi uma desconstrução que tomou tempo para acontecer em mim, não por discordância, mas por ceticismo sobre a sua viabilidade no mundo real.

Os princípios do manifesto foram estabelecidos tendo em vista a realidade de organizações de tecnologia da informação, mas hoje sabemos claramente (e com dados empíricos) sobre o seu potencial em outros processos de inovação não-TI.

Compartilho, então, o conteúdo na íntegra dos princípios do manifesto ágil, com notas pessoais sobre como tenho interpretado, com a cabeça de 2021, esses princípios. Boa leitura!

• Nossa maior prioridade é satisfazer o cliente através da entrega contínua e adiantada de software com valor agregado. (NOTA PESSOAL: Quem define o que é valor, aqui, é o cliente. É ele quem certifica o valor agregado de uma entrega. Em outras palavras, se o cliente não reconhece o valor de uma entrega, não houve entrega.)
• Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento. Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente. (NOTA PESSOAL: O desafio é reduzir o estado de inércia do processo de desenvolvimento, para que o custo da mudança não exceda o valor agregado. Para isso, é importante eliminar o lixo constantemente e investir em uma arquitetura adaptável que comporte a mudança)
• Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferência à menor escala de tempo. (NOTA PESSOAL: Melhor entregar toda semana uma melhoria que represente um incremento de valor reconhecido pelo cliente, do que acumular muitas melhorias para entregas "big-bang". Outro ponto chave é o conceito de "software funcionando" (que podemos extrapolar para produto funcional, em iniciativas não-TI). O SCRUM traz um método simples e eficiente para tornar esse conceito mais tangível - o DOD ou Definition of Done. Para saber mais, clique aqui.)
• Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto. (NOTA PESSOAL: A co-criação e a multidisciplinaridade é o segredo por trás das empresas mais inovadoras do mundo. O contato entre os times de desenvolvimento, equipe de negócios, clientes e parceiros é fundamental para ampliar nossa capacidade de nos diferenciar. Quanto tempo desenvolvedores e product-owners investem por semana para conversar com o time de negócios?)
• Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte necessário e confie neles para fazer o trabalho. (NOTA PESSOAL: Os líderes tem um papel fundamental na construção de equipes motivadas: eliminar barreiras, construir o consenso, dar visibilidade e patrocinar as escolhas do time, proporcionando um ambiente de transparência e segurança, inclusive para que a equipe cometa seus erros - e aprenda com eles. Em contrapartida, a equipe precisa compreender o seu papel na criação de valor para o cliente e desenvolver um pensamento crítico sobre todo o trabalho realizado, responsabilizando-se DE FATO pela qualidade e pela aceitação do cliente)
• O método mais eficiente e eficaz de transmitir informações é através de conversa face a face. (NOTA PESSOAL: A pandemia prejudicou a qualidade de nossas interações, sobretudo, as interações naturais e espontâneas. Não é mais possível uma conversa incidental (esbarrando no café ou no corredor, por exemplo), então, é necessário que exista intenção e regularidade nas interações com as pessoas. E não falo apenas sobre interações com a minha própria equipe. É necessário que se busque ativamente oportunidades de interagir com pessoas de outras áreas da organização. De preferência, através de um canal de comunicação mais rico - telefone ou webconferência)
• Software funcionando é a medida primária de progresso. (NOTA PESSOAL: O conceito de funcionando pode ser amplo. Funcionando pra quem? De acordo com os requisitos definidos pelo product owner? Ou sob o ponto de vista do cliente? Reforço aqui que o cliente é o único habilitado a certificar a entrega de valor do nosso trabalho. Então, podemos inferir que funcionando implica em atender aos critérios do cliente?)
• Os processos ágeis promovem desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente. (NOTA PESSOAL: Em uma equipe ágil, idealmente, não há desmobilizações e realocações frequentes - ao menos enquanto existir o produto. É fundamental a manutenção de uma equipe por período suficiente para que esta alcance seu máximo entrosamento e tenha condições de assumir responsabilidade sobre entrega de valor de forma efetiva. Se uma pessoa está dançando entre vários projetos, vai ser difícil para ela assumir uma responsabilidade de entrega de valor e vai sempre depender de um gestor ou líder para tomar as decisões importantes por ela)
• Contínua atenção à excelência técnica e bom design aumenta a agilidade. (NOTA PESSOAL: Se afirmamos que a mudança é aceitável e desejável e, além de tudo, deve vir à qualquer momento, então precisamos de uma base tecnológica e de design que possibilite a mudança com o mínimo de resistência e inércia.)
• Simplicidade--a arte de maximizar a quantidade de trabalho não realizado--é essencial. (NOTA PESSOAL: Não podemos confundir simples com simplório. Nossas organização vem se tornando mais e mais complexas, então, nosso desafio é desenvolver inovações que permitam a estas organizações navegar na sua complexidade de forma simples, intuitiva e adaptativa. Simplicidade requer uma grande capacidade de pensamento abstrato, de reconhecimento de padrões. Será que estamos desenvolvendo esta competência nas nossas equipes?)
• As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis. (NOTA PESSOAL: Para que uma equipe seja auto-organizável, é necessário que ela tenha acesso às informações estratégicas e conhecimentos que possibilitarão que sejam tomadas boas decisões. Para isso, é importante buscar diretamente da fonte - clientes, time de negócios e parceiros - sem intermediários)
• Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então refina e ajusta seu comportamento de acordo. (NOTA PESSOAL: Uma equipe ágil, que efetivamente assume o protagonismo de entrega de valor, também está exposta a cometer erros, pois assume os riscos de suas próprias decisões. Trabalhar em uma equipe ágil do jeito certo dá mais frio na barriga do que trabalhar em um projeto com uma estrutura hierárquica de comando e controle. E quando você é capaz de analisar criticamente seus erros e os erros da equipe e de usar esse conhecimento para melhorar sua capacidade e evitar esse mesmo erro no futuro, nesse momento acontece a aprendizagem. Essa é a maior força do movimento ágil: Você incorporar a aprendizagem ao processo de desenvolvimento.)