Gestão Pública e Agile: Quem deve mudar?

Tweet

Tenho andado cada vez mais sem paciência com burocracias, regras sem sentido e culturas organizacionais enferrujadas. Mas sei que volta e meia perco um pouco da razão e pareço arrogante e radical com algumas ironias e sarcasmos. Por isso vou tentar me controlar um pouco nesse comentário.

O que me fez levantar da cama pra escrever nesse sábado foi o texto tuitado pelo @julioprotzek sobre a opinião de um advogado americano a respeito de porque Agile não funciona no setor público.

Já discuti muito esse assunto. É sempre um ponto levantado quando se fala sobre ágil em órgãos púbicos - coisa que fiz um bocado nos dois últimos anos.

Em poucas palavras o argumento é que como processos ágeis não são preditivos - não se comprometem desde o início com o resultado exato que o projeto vai ter no final - eles não se encaixam na estrutura de decisão que as entidades governamentais usam para contratar.

O governo precisa saber exatamente quanto vai custar, quando vai ficar pronto, e o que vai receber, nos mínimos detalhes. Isso por dois motivos: primeiro porque ele precisa comparar os fornecedores candidatos de forma imparcial e transparente, e segundo porque, se alguma coisa der errado, ele precisa ter alguém para responsabilizar.

(Interessante ver que os problemas são os mesmos aqui e lá)

A princípio, o argumento parece fazer sentido, mas acho que possui uma incoerência muito profunda.

As mudanças que a tecnologia da informação vem impondo ao mundo têm nos ensinado muito a respeito das velhas formas que usamos para 'administrá-lo'. O conflito entre pirataria e direitos autorais, entre o conceito trabalhista protestante e a ética hacker, entre a 'liberdade' de imprensa e as mídias sociais e as próprias relações econômicas, comerciais e legais num mundo onde as fronteiras geográficas importam (bem!) menos que as virtuais.

Enfim, o mundo está reaprendendo a viver, agora que a tecnologia expões teias de aranha bem densas na formas como estávamos acostumados a organizar a sociedade.

O processo de criação e engenharia não fica de fora dessa. Métodos iterativos de trabalho, baseados em feedback e confiança, equipes auto-organizadas e processos decisórios participativos são alguns exemplos de mudanças que Agile vem nos apresentando.

Continuar usando técnicas industriais para desenvolver software não vai funcionar! Chega de bater cabeça!

Então quando se diz que Agile não se encaixa nos processos de gestão que órgão públicos utilizam, pergunto: quem deve mudar?

Só pra não perder a oportunidade de ser um pouco sarcástico, deixo esse vídeo muito muito pertinente, em que tropecei agora a pouco quando estava na frente do computador quase quase desistindo de escrever esse texto. Enjoy!

Tweet Tuite esse texto.