O lançamento de Healthcare.gov, a plataforma para inscrever cidadãos dos EUA em planos de saúde sob a Lei de Cuidados Acessíveis do país, foi uma das falhas de tecnologia de maior perfil da década. Os EUA colocaram um homem na lua - por que seus funcionários não descobriram como construir um site? Afinal, não é ciência de foguetes.

No entanto, o projeto mal sucedido faz parte de um padrão. A tecnologia revolucionou a maneira como vivemos e trabalhamos, e projetos de tecnologia em grande escala estão dominando o setor privado. Mas a passagem digital para os serviços governamentais está avançando a um ritmo muito mais lento do que no setor privado, embora haja um número crescente de sucessos notáveis.

Mas os servidores públicos estão continuamente testando novas formas de trabalhar e “Agile”, uma estrutura para desenvolvimento de software e gerenciamento de produto originado no setor de tecnologia, está ganhando força.

Agile é um método centrado no usuário que reduz o risco, permitindo que os funcionários públicos façam melhorias incrementais para reduzir o desperdício e descobrir o que não está funcionando. que os projetos podem ser descartados sem incorrer em grandes perdas.

Neste explicador, descreveremos de onde o Agile veio, por que o Agile ajuda a "diminuir o risco" de projetos governamentais, como começar a usar o Agile e por que requer uma mudança de cultura.

** Não vá atrás de cachoeiras: afaste-se do tradicional **

Agile é uma estrutura para desenvolvimento de software e gerenciamento de projetos que prioriza iterações curtas e passíveis de entrega de tarefas que são concluídas de forma interativa com usuários finais e desenvolvedores de projetos.

A metodologia Agile foi desenvolvida pela primeira vez em 2001 por um grupo de 17 programadores frustrados com as abordagens tradicionais de desenvolvimento de software. O Manifesto Ágil para Desenvolvimento de Software Ágil surgiu como sua solução.

Os autores do manifesto foram inspirados pelo Toyota’s Production System (TPS). Semelhante à fabricação de carros, o desenvolvimento de software é um processo complicado que requer o trabalho de várias equipes compostas por pessoas com diferentes especialidades, que trabalham em uma variedade de prazos.

O Manifesto Ágil equilibra essas diferenças enfatizando quatro valores principais: “colaboração com o cliente”, “respondendo à mudança”, “software funcional” e “indivíduos e interações”.

O Manifesto Ágil também estabelece 12 “princípios orientadores”. Eles destacam a importância de trabalhar em escalas de tempo curtas com atenção contínua aos detalhes e formar equipes motivadas, ansiosas para trabalhar em conjunto e auto-organizadas.

Embora o Manifesto Ágil tenha sido criado com o desenvolvimento de software em mente, os princípios básicos eram propositalmente ambíguos para que pudessem ser aplicados a qualquer tipo de gerenciamento de projeto.

** Por que o governo precisa do Agile? **

Colin McIntosh, um Agile Coach da Inland Revenue New Zealand, disse que os métodos tradicionais de entrega de produtos não estão funcionando para o governo.

Há menos incentivo político para assumir riscos em soluções inovadoras no governo porque os servidores públicos estão fazendo testes projetos com dinheiro dos contribuintes, disse ele: os fracassos podem atrair atenção indesejada que projeta uma imagem de instabilidade do governo.

E os métodos tradicionais de aquisição - em que os contratos geralmente cobrem tudo, desde a entrega até o desempenho do sistema - limitam a flexibilidade.

Isso significa que um projeto pode ser entregue no prazo, mas não necessariamente bem-sucedido.

Por outro lado, os prazos curtos envolvidos no trabalho do Agile permitem muito espaço para experimentação e falha, e o Agile promove a colaboração e o feedback contínuo.

“Se você está fazendo um sprint de duas semanas, o máximo que pode fazer é falhar em algo em duas semanas. Isso é uma falha rápida, é realmente um aprendizado, não uma falha ou um problema ”, disse McIntosh. “Não tenha medo de fazer algo diferente e, se não funcionar, não tenha medo de mudar.”

Trabalhar com os usuários finais em todo o processo de design ajuda os servidores públicos a criar serviços mais adequados às pessoas que os usarão.

McIntosh sugere trazer os usuários finais a bordo no início do projeto. Fazer com que os usuários experimentem os programas enquanto os desenvolvedores trabalham neles os ajudará a fazer ajustes e adicionar funcionalidades com base no feedback. Isso ajudará a facilitar uma transição mais suave quando o projeto entrar no ar.

O governo precisa responder rapidamente aos problemas e trabalhar em conjunto com diferentes departamentos e os usuários finais de um produto acelera a tomada de decisões e a solução de problemas.

Onde começar

Não existe um modelo único para usar uma abordagem ágil, mas ter uma compreensão do que é necessário para um resultado bem-sucedido e a equipe que pode ajudá-lo a alcançá-lo é o melhor lugar para começar.

_Estas são três maneiras possíveis de abordar o Agile: _

_Scrum: _ Uma das formas mais utilizadas de Agile, é uma abordagem altamente estruturada. O método scrum tem iterações curtas, que são conhecidas como “sprints”, onde as tarefas focadas são geralmente concluídas em intervalos de duas semanas.

Kanban: Este método é baseado em uma ferramenta chamada “quadro Kanban”, que fornece visualizações, organização e rastreamento de cada elemento de um projeto.

Os métodos Kanban não têm um ponto de início ou parada distinto e não têm prazos determinados para a conclusão de cada tarefa dentro de um projeto.

_ Lean: _ Esta abordagem se concentra em obter feedback dos clientes rapidamente. O Lean testa continuamente os produtos para gerar melhorias frequentes.

Desenvolver um relacionamento harmonioso com contratados, usuários finais e dentro da equipe Agile é a chave para executar o Agile com sucesso.

** Estudo de caso: como a cidade de Logan, Austrália, usou o Agile para criar um banco de dados **

Projetos de infraestrutura costumam ser barulhentos e perturbadores para os residentes.

Na cidade de Logan, Austrália, quando os cidadãos ligaram para os funcionários públicos para perguntar sobre reparos na infraestrutura, suas perguntas ficaram sem resposta - até que a Câmara Municipal usou o trabalho ágil para desenvolver um repositório central de dados para informações sobre os projetos de obras civis em execução.

A Câmara Municipal usou um método scrum para reunir e identificar rapidamente diferentes fontes de metadados de uma variedade de departamentos para criar um hub de dados central. Em seguida, montou o repositório para ajudar os representantes de atendimento ao cliente a identificar o andamento dos projetos de infraestrutura e transmitir a duração do trabalho aos cidadãos.

A Câmara Municipal trabalhou na primeira fase durante seis meses com sete equipes diferentes, incluindo: água, esgoto, infraestrutura hídrica, parques e atendimento ao cliente para viabilizar o projeto.

Ricardo Martello, Gerente de Futuros da Cidade na Câmara Municipal de Logan, disse que a prefeitura está incorporando o Agile no trabalho interno e o usa como um modo de experimentar encontrar soluções passo a passo.

“Não queremos investir muito tempo e recursos em algo que não temos certeza se vai dar certo, então \ [Agile ] é uma ótima maneira de identificar \ [isso ] razoavelmente rápido, sem comprometer um grande nível de recursos e tempo para qualquer atividade que não possamos prever o resultado ”, disse ele.

“Muitos dos desafios são complexos e não podemos resolvê-los com nenhuma equipe, então temos que conectar as diferentes partes.”

** Conflito cultural **

Os governos são orientados por regras e requisitos de procedimentos rígidos, e o Agile exige que diferentes agências, desenvolvedores e o usuário final trabalhem juntos durante todo o processo, o que pode ser desafiador.

Nem todos estão dispostos a mudar para formas mais ágeis de trabalhar.

Em 2015, quando a Transport for London (TFL), a agência de transporte da capital britânica, decidiu trocar a abordagem tradicional em cascata pela Agile para renovar seus sistemas digitais, o gerente de TI da TFL Alistair Montgomery [estava cético](https://www2.deloitte. com / insights / us / en / indústria / setor público / agile-in-government-culture-shift.html).

Após completar com sucesso um sprint de duas semanas do método scrum, Montgomery foi conquistado pelo rápido progresso e estilo de trabalho peer to peer.

“\ [Agile ] começa a mudar a forma como as organizações trabalham, e é isso que estou vendo no governo”, disse McIntosh.

A mudança de cultura para incentivar uma forma ágil de trabalhar começa com o foco nos cidadãos que estarão utilizando os projetos desenvolvidos. Considerar as necessidades dos cidadãos e trabalhar em estreita colaboração para obter feedback não só aumenta a transparência, mas também produzirá programas mais bem-sucedidos, disse ele.

Até mesmo a falha tecnológica de alto perfil do lançamento desastroso de Healthcare.gov, poderia ter sido evitado se os contratantes e agências tivessem melhores meios de comunicação.

Em um ambiente de política de alta pressão, abraçar uma cultura que usa o agile como uma estrutura flexível para gerenciamento de projetos ajudará os governos a se tornarem mais inovadores, colocando as prioridades dos cidadãos em primeiro lugar. — Amelia Axelsen

👋 Você pode criar uma postagem como esta! Compartilhe suas idéias com uma comunidade de servidores públicos. Saiba mais .

(Crédito da imagem: Unsplash)