Doug Hadden, VP de Produtos
"Mimetismo" - é o que o professor Matt Andrews, da Harvard Kennedy School, descreve como a ruína dos projetos de ajuda e desenvolvimento nas economias emergentes. As agências de desenvolvimento imitam um projeto que funcionou em um país em outros países onde o contexto é muito diferente. Os projetos que adotam as chamadas "melhores práticas" têm maior probabilidade de obter financiamento. Andrews faz parte de um grupo de acadêmicos e profissionais que acreditam que o sucesso do desenvolvimento vem de uma abordagem totalmente Entendendo o problema e se adaptar ao problema.
Essa estratégia é chamada de Adaptação Iterativa Orientada por Problemas (PDIA). O PDIA não é uma moda "do dia para a noite". Ele se baseia em uma análise profunda do que funciona e do que não funciona. (Infelizmente, há um pouco demais do que não funciona). Andrews expôs o caso em Os limites da reforma institucional no desenvolvimentoe a Educação Executiva da Harvard Kennedy School Líderes em desenvolvimento: Gerenciando Mudanças em um Mundo Dinâmico que Eu participei de. Andrews ressalta que há uma grande diferença entre problemas simples (construir uma ponte), problemas complicados (construir uma estrada e uma ponte) e problemas complexos (melhorar o crescimento por meio de infraestrutura e outras intervenções).
Sou um grande fã do PDIA. Ele nos ajudou na FreeBalance a gerenciar melhor os desafios de mudança da implementação de software financeiro governamental em países em desenvolvimento. Lant Pritchett, também da Kennedy School, explica o PDIA.
O problema é que comecei a perceber que as agências de desenvolvimento afirmam usar o PDIA. E as evidências do PDIA parecem ser um pouco escassas. É quase como se o PDIA pudesse se tornar a nova "prática recomendada" para justificar as abordagens do projeto.
Essa é uma perspectiva horrível: transformar um poderoso conjunto de ferramentas em uma lista de verificação.
Quando o PDIA não é orientado por problemas e iterativo
Pode ser mais fácil determinar com mais certeza quando os projetos não estão usando o PDIA:
- O domínio da solução foi selecionado antes do financiamento do projeto
- O doador selecionou o projeto, não o país que selecionou o doador primeiro
- O orçamento real é igual ao orçamento proposto inicialmente, o que significa que pode não ter havido muita iteração que poderia ter resultado em custos mais baixos ou mais altos
- O projeto seguiu rigorosamente o plano do projeto, portanto não houve adaptação
- Nenhuma parte do projeto apresentou falhas, portanto, não houve iteração
- Não havia protótipo, portanto não havia testes
- As atividades do PDIA são apresentadas como marcos do processo, como, por exemplo, "aqui é onde passamos uma tarde falando sobre iteração"
- A avaliação do projeto é de boa a excelente, mas os resultados foram medíocres
- Os resultados (número de alunos) são medidos, não os resultados (melhorias educacionais)
- A atividade resultante requer especialistas externos para ser mantida - não é autossuficiente e, portanto, não se adaptou ao contexto local
- O foco principal era fazer com que o governo parecesse bom, em vez de melhorar o comportamento
- O projeto não foi escalonado
Agile, Lean e PDIA
A noção de que a iteração é eficaz em condições de incerteza não é nova. Andrews vê os paralelos com desenvolvimento ágil de produtos. O desenvolvimento ágil não foi recebido com aclamação universal entre as empresas de software. Lembro-me da suspeita de que o ágil carecia de direção. Gerentes de produto confiantes achavam que tinham o conhecimento necessário. Muitos elementos dos processos ágeis foram ignorados, como programação por pares, testes A/B e análise de usabilidade. Os resultados não foram bonitos e muitos culparam as metodologias ágeis. O Agile amadureceu em uma metodologia de inovação conhecida como lean ou startup enxuta. O Agile e o Lean geraram inovações significativas e se tornaram comuns no Vale do Silício.
Chuck Eesley, da Universidade de Stanford, descreve o lean como o "método científico" em ação. O Lean consiste em identificar o problema a ser resolvido e testá-lo com protótipos junto aos clientes-alvo. O feedback é fundamental. Essa é a ciência por trás do PDIA, quando bem feito.