Três razões pelas quais as autoridades públicas têm que se apropriar do desenvolvimento de software

Este post foi escrito por Benjamin Seibel, diretor do CityLAB Berlin, e Yi Jun Huang, assistente executivo do CityLAB Berlin.

• O problema: os contratos públicos muitas vezes não fornecem soluções de TI viáveis para as administrações.

• Por que é importante: na maioria dos casos, o desenvolvimento de produtos administrativos digitais não permite que eles atendam aos requisitos específicos de autoridades individuais.

• A solução: as autoridades públicas precisam se adaptar aos processos ágeis e se apropriar do desenvolvimento de software.

"Os produtos administrativos digitais são, em sua maioria, feitos sob medida em relação aos requisitos específicos de autoridades individuais - seja pela ampla adaptação de uma solução de mercado existente ou pelo comissionamento de um novo desenvolvimento."

Simples, rápido e seguro – é isso que a maioria dos fornecedores de TI prometem ao oferecer suas soluções de TI do setor público para as administrações. No entanto, a realidade dos projetos de TI na administração pública costuma ser bem diferente: muito caro, muito demorado, muito complicado. Embora as administrações muitas vezes invistam bilhões anualmente na compra e desenvolvimento de infraestrutura de TI e software, os resultados geralmente permanecem ruins e têm uma má reputação. Mas por que é assim?

Vamos dar um passo para trás e olhar para o processo de aquisição. As administrações geralmente consideram o software como um produto que pode ser adquirido no mercado. Assim, as autoridades públicas procedem de forma semelhante à aquisição de produtos convencionais: o serviço pretendido é descrito da forma mais abrangente possível num concurso público, o licitante mais económico é adjudicado e entrega o resultado algum tempo depois. A própria administração limita-se à adjudicação e gestão de contratos, mas mantém-se o mais afastada possível do desenvolvimento de produtos.

Pode haver situações em que tal abordagem possa fazer sentido, por exemplo, ao adquirir programas de escritório comercialmente disponíveis ou ao usar ofertas de software como serviço (SaaS), mas vamos encarar: na maioria dos casos, não há solução perfeita para todos os usos casos esperando em uma prateleira. Em outras palavras, os produtos administrativos digitais são, em sua maioria, feitos sob medida em relação aos requisitos específicos de autoridades individuais – seja pela ampla adaptação de uma solução de mercado existente ou pelo comissionamento de um novo desenvolvimento.

Por que agilidade é fundamental

Isso nos leva à questão de por que as administrações devem se familiarizar com os princípios do desenvolvimento ágil de software que há muito são comuns em outros lugares, assumir mais responsabilidade por seus produtos digitais e desempenhar um papel muito mais ativo em todo o processo de desenvolvimento.

Primeiro, é um princípio do desenvolvimento ágil de software que os produtos digitais não podem ser descritos de forma abrangente com antecedência e só precisam ser desenvolvidos. Em vez disso, o software é criado em ciclos iterativos e sincronizados, nos quais um protótipo inicialmente rudimentar é testado, adaptado e refinado passo a passo e em estreita consulta com clientes e usuários.

O princípio da contratação pública de produtos deixa pouco espaço para essa abordagem exploratória da melhor solução. Acontece regularmente que as autoridades públicas descrevem meticulosamente um produto desejado com antecedência (e investem muito tempo e esforço para fazê-lo), mas o caminho pretendido no desenvolvimento se mostra impraticável em pouco tempo. O fato de surgirem circunstâncias imprevistas durante o processo extremamente dinâmico de desenvolvimento de produtos digitais dificilmente pode ser evitado. A única questão é como lidar com eles.

Em segundo lugar, é prática comum no desenvolvimento ágil de software incluir a perspectiva do cliente não apenas no início e no fim, mas ao longo de todo o processo. Nas equipes ágeis, essa perspectiva é representada pelo papel do "proprietário do produto" que descreve os requisitos funcionais para o produto da perspectiva do usuário, testa os resultados provisórios e prioriza os respectivos objetivos para o próximo sprint de desenvolvimento.

"Nos processos ágeis, a falha de uma abordagem previamente escolhida pode ser antecipada muito mais cedo, então ainda há tempo para mudar de rumo."

Conhecimento e perícia

Dado que o proprietário do produto é parte integrante da equipe do projeto e grande responsável pelo sucesso do projeto, é fundamental que este cargo seja preenchido por uma pessoa empregada na administração correspondente. Embora o conhecimento e os métodos necessários para essa função possam ser aprendidos ao longo do caminho, o proprietário do produto deve, idealmente, ter experiência com desenvolvimento de produtos digitais ou pelo menos ter uma certa paixão por aplicativos digitais. A boa notícia é que o conhecimento técnico aprofundado não é absolutamente necessário para a função, pois o objetivo é ver o produto pelos olhos do usuário. O que é mais importante é a vontade e a capacidade fundamentais de se envolver no trabalho de projeto ágil, que consome tempo, mas é muito lucrativo.

Terceiro, se a administração assume um papel ativo e formativo no desenvolvimento de aplicativos digitais, a perspectiva também muda com o posicionamento: ao invés de ver o software como um produto que deve ser adquirido no mercado, ele agora aparece como resultado de um desenvolvimento processo que as administrações implementam e são responsáveis por si mesmas e no qual elas podem, é claro, ainda contar com suporte externo (por exemplo, programação, UX ou serviços de design).

Ao investir em capacidades de desenvolvimento em vez de um produto acabado, os funcionários da administração não precisam especificar antecipadamente todos os detalhes concebíveis da aplicação desejada, mas entram em um processo de desenvolvimento com uma equipe de programadores para encontrar a melhor solução possível para um problema dentro de um determinado prazo e orçamento.

Riscos e recompensas

Pode-se perguntar se é arriscado não definir antecipadamente todas as funcionalidades do produto, mas na verdade é uma forma de reduzir o risco. Nos processos ágeis, a falha de uma abordagem previamente escolhida pode ser antecipada muito mais cedo, então ainda há tempo para mudar de rumo. Mesmo um provedor de serviço, uma vez escolhido, pode teoricamente ser substituído no processo se a administração como proprietário do produto cuidar da documentação transparente do processo e insistir na abertura dos códigos-fonte desenvolvidos (o que deve ser feito de qualquer maneira).

Tendo em vista a escassez de recursos, a ideia de uma administração que busca ativamente o desenvolvimento de produtos digitais pode não parecer muito realista para algumas autoridades. No entanto, quando se trata de digitalização, não é mais o dinheiro que falta em muitos lugares há muito tempo, mas as habilidades e capacidades para usar esse dinheiro de forma eficaz. Mas as habilidades podem ser aprendidas e as capacidades podem ser criadas. Deve valer a pena o esforço, pois seria um investimento no futuro de uma administração digitalmente capaz.

👋 Você pode criar um post como este! Compartilhe seus pensamentos com uma comunidade de servidores públicos. Saber mais

(Crédito da imagem: Unsplash)