Dinheiro público deve comprar capacidade pública

Um investimento público em infraestrutura digital deve deixar mais do que uma subscrição. Deve deixar as pessoas capazes de usar, inspecionar, melhorar e,...

Dinheiro público deve comprar capacidade pública

Uma compra pode deixar um país mais pobre em conhecimento

Há um momento familiar num programa público de tecnologia. O concurso foi concluído, o contrato foi assinado, o serviço está disponível e um painel apresenta um número que se destina a tranquilizar toda a gente. O acesso foi comprado. Isso é importante. Um grupo universitário pode executar uma carga de trabalho, um funcionário público pode utilizar uma ferramenta, uma pequena empresa pode candidatar-se a apoio, um hospital pode aderir a um serviço partilhado. Mas o acesso não é o mesmo que capacidade. É possível pagar por um serviço moderno e ainda assim deixar a organização incapaz de explicar as suas condições, formar um sucessor, testar uma alteração, transferir o trabalho ou decidir o que deve acontecer a seguir.

Essa distinção está a tornar-se cada vez mais difícil de ignorar à medida que os governos europeus investem em computação, espaços de dados, serviços públicos digitais, capacidade de semicondutores e inteligência artificial. Não se trata de compras comuns de material de escritório intercambiável. São combinações de máquinas, competências, regras, redes, fornecedores, instituições de investigação e autoridade pública. O seu valor não reside simplesmente na assinatura do contrato. Aparece mais tarde, na capacidade de fazer uma pergunta melhor, de manter um componente, de integrar um novo parceiro, de questionar um resultado, de recuperar após uma mudança de fornecedor e de fazer uma compra futura com menos ignorância do que a anterior.

O dinheiro público deve, portanto, comprar capacidade pública. Não a propriedade pública de todos os cabos, chips ou linhas de código. Não um pequeno santuário nacional dedicado à autossuficiência. Deve comprar uma capacidade pública duradoura de utilizar um serviço com discernimento. Essa capacidade inclui o acesso onde o acesso é necessário, mas também competências, documentação, interfaces, direitos de inspeção, vias de saída práticas, governação e um registo do que foi aprendido. Um programa público que oferece apenas consumo pode ser útil durante algum tempo. Ainda não é um programa de infraestruturas.

Esta é uma questão europeia porque a Europa já tem os primórdios de uma resposta diferente. A EuroHPC está a construir capacidade partilhada de supercomputação e de AI Factory. A Década Digital enquadra as infraestruturas digitais, as competências e os serviços públicos como objetivos interligados. A Lei Europeia dos Circuitos Integrados trata a investigação, o design, o fabrico, as competências e o conhecimento da cadeia de abastecimento como partes de um único ecossistema de semicondutores. O Tribunal de Contas Europeu tem recordado repetidamente aos decisores políticos que os concursos, a concorrência e a implementação não se resolvem sozinhos. Em conjunto, estes elementos não constituem uma doutrina única. São uma correção útil à ideia de que o papel público termina quando a fatura é paga.

A diferença entre um bilhete e uma oficina

Comprar acesso é como comprar um bilhete. O bilhete pode ser exatamente a coisa certa. Não é preciso ser dono de uma linha ferroviária para viajar para outra cidade, e uma autoridade pública não precisa de operar todos os processadores para utilizar bem a computação. Um bilhete confere um direito definido: uma viagem, a uma hora, sob condições definidas pelo operador. O viajante pode ficar perfeitamente satisfeito com esse acordo. O problema começa quando uma instituição pública confunde uma coleção de bilhetes com uma política de transportes.

Uma oficina é diferente. Contém ferramentas, instruções, pessoas que sabem qual a ferramenta segura para cada material, peças sobresselentes, um processo para encomendar mais e alguma memória de erros anteriores. Pode continuar a comprar coisas ao exterior. Pode continuar a alugar uma máquina especializada quando isso fizer sentido. Mas tem compreensão suficiente para fazer uma escolha em vez de apenas receber uma. Quando o trabalho muda, a oficina pode ajustar-se. Quando um fornecedor muda, ela sabe o que pedir. Quando uma ferramenta falha, ela consegue descrever a falha sem recorrer ao tradicional diagnóstico técnico de apontar para o ecrã e dizer que costumava funcionar ontem.

Public capability belongs closer to the workshop than to the ticket. It is the capacity to formulate a need, evaluate an offer, operate a service within limits, preserve evidence, inspect a change, procure the next piece and leave an arrangement without losing the public function. It may be distributed across a research infrastructure, a national competence centre, a municipal team, a university, a standards body and several suppliers. It does not have to be centralised to be real. But it does have to be named, funded and exercised.

The distinction also rescues outsourcing from an argument it does not deserve. Outsourcing is not automatically a surrender of capability. A public organisation may sensibly use specialist cloud capacity, external maintenance or a shared platform. The question is what remains on the public side of the boundary. If the authority cannot identify the purpose, assess the output, control sensitive changes, obtain its records, train its staff or continue the essential work during a transition, then it has outsourced judgement. That is a much larger transfer than buying a service.

Compute is valuable when people can reach it

Compute is often described in the language of peak performance. The figure is useful to specialists, just as the capacity of a bridge is useful to a civil engineer. It is not the whole public question. A researcher who cannot obtain an allocation has not received practical capacity. A small company that cannot understand the application process has not received practical capacity. A public-sector team that receives an allocation but lacks support for data preparation, software, security or evaluation has received a difficult invitation, not a working capability.

EuroHPC's AI Factories make this point through their design. The initiative is presented not simply as a set of machines, but as hubs intended to bring computing power, data and software services, technical support, training and user support closer to researchers, start-ups, small and medium-sized enterprises and public users. The details will vary by site and service. They should. A European infrastructure does not become stronger by pretending that every region has the same industries, languages, research communities or energy system. The important idea is structural: capacity needs an access route and an accompaniment.

That accompaniment is easily dismissed as a soft extra because it is harder to photograph than a new system. Yet it is often where a public investment becomes usable. Someone needs to explain eligibility. Someone needs to help a first-time user estimate the work. Someone needs to maintain documentation, connect people to domain expertise and distinguish a genuine technical limit from a form completed in the wrong order. Someone needs to make a queue legible. None of that is glamorous. Neither is a well-maintained footpath, until it is the only route across a wet field.

Shared infrastructure also creates a question of fair reach. If public capacity is visible only to the institutions that already know the right person, already employ a specialist and already have time to navigate the process, then the investment can deepen the very concentration it was meant to address. Open access does not mean unbounded or costless access. It means that the route is intelligible, the criteria are stated, support is proportionate and smaller organisations can become capable of using the resource rather than being politely told that it exists.

É por isso que uma política de acesso merece a mesma seriedade que uma especificação de hardware. Deve indicar quem pode candidatar-se, para que finalidade, em que condições, com que apoio, que provas são exigidas e o que acontece quando a procura excede a oferta. Deve abrir espaço para a investigação, o trabalho de interesse público e a experimentação industrial sem os tratar como atividades idênticas. Deve indicar onde um utilizador pode obter ajuda e o que a infraestrutura não fará. Uma vaga promessa de disponibilidade não é um serviço público. É uma sala com a luz acesa e ninguém ao balcão.

O bem público nem sempre é a máquina

Há uma tendência para imaginar a infraestrutura pública como uma coisa que pode ser fotografada a uma distância respeitosa: um edifício, uma antena, uma linha ferroviária, um laboratório ou um grande armário cheio de ar caro. A infraestrutura digital tem componentes físicos, e esses componentes importam. Mas o seu valor público reside muitas vezes nas relações que se estabelecem à sua volta. Uma interface pode ser um ativo se permitir a um organismo público mover dados com segurança entre sistemas. Um método de avaliação documentado pode ser um ativo se permitir a uma equipa contestar uma alegação sobre um modelo. Um operador formado pode ser um ativo se souber como interromper um fluxo de trabalho prejudicial. Um padrão comum de dados pode ser um ativo se impedir que cada projeto local se torne um exercício de tradução à medida.

Este não é um argumento contra a compra de máquinas. A Europa precisa de capacidade física, e o Chips Act faz bem em tratar o ecossistema de semicondutores como algo mais do que um mercado retalhista de componentes acabados. O enquadramento político do ato inclui investigação e liderança tecnológica, capacidade de design e fabrico, competências e uma compreensão das cadeias de abastecimento. Isso é importante porque um país não pode raciocinar sobre uma dependência que não se deu ao trabalho de mapear. Uma instalação de fabrico, uma linha piloto, uma plataforma de design e um centro de competências servem propósitos diferentes. Tratá-los a todos como troféus seria uma forma muito cara de evitar um diagrama de sistemas.

Mas o investimento público deve perguntar o que sobrevive para além da primeira vida técnica do ativo. Um novo acelerador pode ficar obsoleto mais depressa do que um registo de aquisições bem mantido. Uma determinada pilha de software pode mudar, enquanto a capacidade da organização para definir critérios de desempenho, delimitar fronteiras de dados e verificar uma declaração de um fornecedor permanece valiosa durante décadas. A capacidade pública é muitas vezes construída nos artefactos aparentemente pouco heroicos: os materiais de formação, a descrição aberta da interface, o manual de manutenção, o registo de decisões, o vocabulário partilhado, o conjunto de dados de teste com condições de acesso legais, o procedimento documentado para alterar um modelo ou terminar um contrato.

Esses artefactos não são burocracia por defeito. Tornam-se burocracia quando são produzidos porque alguém exigiu um documento e ninguém o vai utilizar. Tornam-se capacidade quando tornam uma decisão posterior mais barata, mais justa ou mais segura. O teste é prático. Consegue uma nova equipa compreender o que foi comprado? Consegue ver as restrições? Consegue reproduzir a avaliação relevante? Consegue solicitar uma alteração sem adivinhar a arquitetura? Consegue preservar a função pública se o fornecedor, o contratante ou o membro do pessoal original não estiver disponível? Se a resposta for não, o público pode ser dono de um serviço sem ser dono de grande parte do seu futuro.

As competências fazem parte da fatura da infraestrutura

Os projetos digitais separam habitualmente a despesa de capital da formação, como se a primeira comprasse uma coisa real e a segunda comprasse uma atmosfera agradável à sua volta. Essa separação tem sido cara. Um sistema sem pessoas capazes de o especificar, operar, inspecionar e melhorar não é um sistema acabado. É uma despesa operacional com um temporizador de contagem decrescente.

The Digital Decade makes the connection explicit by placing digital skills alongside secure and sustainable digital infrastructure, the digital transformation of businesses and digital public services. The four areas are often reported as separate targets, because programmes require indicators and indicators need columns. Real work is less polite. A local administration cannot make a public service digital in any meaningful sense if it has no staff who can assess accessibility, data quality, cyber risk, procurement conditions or the difference between an automated recommendation and a lawful decision. A research network cannot make use of shared compute merely by knowing that a machine exists somewhere on a map.

The skill need is not confined to people who write code. Procurement teams need to recognise when a requirement is impossible to verify. Legal and policy teams need enough technical understanding to ask where a model, dataset or interface changes the actual decision path. Subject-matter experts need the confidence to disagree with a system that has produced fluent nonsense. Managers need to understand that a licence is not a capability plan. Operators need time to practise failure and recovery, not merely to attend a demonstration where all the inputs have had their hair combed.

There is no single course that resolves this. A short introduction can help people name the subject, but competence grows through repeated work: writing a requirement, inspecting a record, running an evaluation, reviewing an exception, explaining an output to a colleague, conducting a handover and learning which assumptions were too optimistic. The result is organisational muscle. It takes longer to build than a slide deck and is considerably less impressed by a slide deck.

Public programmes should therefore fund learning in forms that are attached to real infrastructure. Support should be available when a user first prepares a workload, when a procurement team writes an evaluation criterion, when an operator takes responsibility for a new service, when a regional authority joins a shared platform and when a system is changed. The useful question is not how many people attended a session. It is whether the organisation can now perform a task it could not perform before, with less dependence on one external person.

Procurement should purchase the ability to learn

Every contract teaches the buyer something. The only question is whether the lesson is captured or lost. Public procurement is often judged through the moment of award: was the procedure lawful, competitive, transparent and properly documented? Those questions are essential. They are not the last questions. A technology contract should also ask what the authority will know at the end of the first year that it did not know at the beginning. Will it know how the service behaves under the conditions that matter? Will it have seen enough evidence to evaluate a renewal? Will it be able to move to another provider? Will its staff understand the operational boundary, or will the next tender repeat the first supplier's vocabulary because it is the only vocabulary left in the building?

The European Court of Auditors' 2023 special report on public procurement described declining competition in European public contracts over the decade to 2021, along with continuing issues of transparency and strategic use of procurement. The report does not say that every purchase should be broken into small pieces, nor that the lowest price is always wrong. It does offer a warning about procurement that becomes a ritual of dependence. A contest cannot produce much public value if only a narrow group can understand the requirement, carry the risk or remain in the market after the contract begins.

Nos sistemas digitais, as cláusulas de aprendizagem podem ser mais importantes do que listas de funcionalidades impressionantes. O comprador pode exigir documentação que seja útil a um operador, em vez de um anexo de marketing. Pode exigir exportações estruturadas e interfaces testadas. Pode exigir um aviso de alteração para modificações materiais em modelos, fontes de dados, acordos de alojamento, subcontratados ou regras de decisão. Pode exigir apoio à transferência de conhecimento, responsabilidades nomeadas, registos de incidentes e um ensaio de saída antes de a relação estar sob pressão. Nenhuma destas disposições garante um bom serviço. Tornam um bom serviço mais possível de governar.

Há um equilíbrio a manter. A contratação não deve exigir todos os artefactos possíveis a todos os fornecedores, especialmente quando uma pequena empresa teria de criar um departamento de conformidade inteiro para concorrer a uma tarefa limitada. O requisito deve ser proporcional à função pública e ao risco. Mas proporcional não é o mesmo que vago. Se um serviço afetar direitos, dinheiro, segurança, acesso a apoio ou uma decisão pública, a autoridade deve saber o que precisa de inspecionar e quem pode agir quando o serviço deixar de satisfazer essa necessidade.

Comprar a capacidade de aprender também altera a forma como os pilotos são tratados. Um piloto não deve ser um pequeno serviço de produção com menos adultos na sala. Deve ter uma pergunta, um limite, um método de avaliação, um registo de decisões e uma conclusão clara. Um piloto útil pode terminar com adoção, redesenho, um caso de utilização mais pequeno ou uma decisão de não avançar. O ativo público é a conclusão informada. Se o único resultado aceitável for a expansão, a atividade foi um processo de vendas com um crachá ao peito.

O aberto só é útil quando pode ser utilizado

Normas abertas, interfaces abertas e software de código aberto podem contribuir grandemente para a capacidade pública. Podem reduzir os custos de mudança, alargar a inspeção, permitir que as equipas locais adaptem um componente e impedir que um organismo público confunda o formato de ficheiro de um fornecedor com a ordem natural do universo. Mas abertura não é uma palavra mágica. Um repositório que ninguém consegue compilar, documentação que pressupõe uma conversa privada e uma interface que muda sem um contrato estável podem ser tecnicamente abertos e, na prática, permanecer fechados.

A questão pública não é, portanto, apenas se algo é aberto. É aberto para quem, para que utilização, com que conhecimento, em que condições de manutenção e com que via para influenciar o seu futuro? Um organismo público pode utilizar software proprietário e ainda assim preservar uma capacidade sólida através de interfaces claras, registos portáteis, formação e direitos contratuais. Pode utilizar software aberto e ainda assim criar uma dependência frágil se ninguém compreender a implementação, se os mantenedores não tiverem apoio ou se a organização não tiver um plano para atualizações de segurança. O rótulo não substitui o modelo operacional.

Isto é especialmente relevante para a investigação e a infraestrutura de computação. O acesso reproduzível a uma plataforma depende de ambientes de software, documentação, condições de dados e apoio, tanto quanto do tempo de processamento. Um utilizador público deve poder compreender os limites de um serviço sem se tornar administrador de sistemas por acidente. Isso não significa remover todos os detalhes técnicos. Significa colocar o detalhe onde pode ser encontrado, mantê-lo atualizado e oferecer um caminho desde a primeira tentativa até à utilização competente.

Existe uma forma modesta de abertura pública que merece mais atenção: a capacidade de inspecionar os termos em que uma capacidade pública é oferecida. Quem governa o acesso? Que trabalho é apoiado? Que informações são retidas? Que alterações estão planeadas? Como pode um utilizador contestar uma decisão? Que resultados são medidos e quais são apenas pretendidos? Este tipo de transparência não exige a publicação de dados pessoais, investigação confidencial ou todas as configurações de segurança. Exige que uma instituição distinga um limite defensável de uma máquina de fumo.

Capability has a local address and a European route

Europe's scale is useful when it is organised as a route rather than a distant promise. A shared supercomputer can serve researchers across borders. A common standard can make a local innovation portable. A competence centre can help a smaller organisation reach an infrastructure it could not sensibly build alone. A European procurement framework can give public buyers language for requirements that would otherwise remain improvised. These are forms of solidarity in the practical sense: a capability exists in more places because the route to it is shared.

At the same time, public capability has to land somewhere. It lands in a laboratory that has staff able to prepare a workflow. It lands in a regional authority that can explain its service to citizens. It lands in a school, a hospital, a small manufacturer or a public-interest organisation with a real question and a limited amount of time. A European policy that reaches only the institutions already equipped to translate Brussels into daily work is not useless, but it is incomplete.

This is why distributed support matters. The EuroHPC model of AI Factories and associated services is interesting not merely because it joins large computing resources to AI ambitions. It creates a frame in which local and sectoral support can sit alongside shared infrastructure. The European Chips Act similarly points to competence centres as part of an ecosystem, not as an ornamental footer beneath manufacturing capacity. The architecture is political in the best sense: it asks who can participate, not only which asset can be announced.

There is no virtue in making every locality replicate every capability. Some services are safer, cheaper or more effective when shared. There is also no virtue in making every locality a passive endpoint. The useful division of labour gives local teams enough understanding and authority to use shared capacity well, while giving European institutions enough coordination to prevent each place from paying again for the same foundational work. Subsidiarity is not a decorative word here. It is a design constraint.

A good programme can state both parts. This capability is shared because the infrastructure is specialised and expensive. This part remains local because it concerns the people, records, language, legal duty or public context in which the service operates. The boundary will change by use case. It should be argued, not assumed.

Access is a necessary first rung. A durable public capability also leaves support, skill, evidence, authority and continuity behind.

Measure what remains after the supplier meeting

Os programas públicos precisam muitas vezes de indicadores. O perigo não está na medição em si. O perigo está em medir a atividade mais fácil e chamar-lhe resultado. O número de contas criadas, as horas afetadas, as licenças ativadas e os workshops realizados podem ser informações operacionais úteis. Nenhum deles, por si só, nos diz se uma instituição ganhou a capacidade de fazer trabalho útil com maior independência e discernimento.

As medidas de capacidade devem, por isso, perguntar pela capacidade retida. Conseguem os utilizadores concluir uma tarefa definida sem intervenção à medida? Consegue uma equipa explicar os dados, o modelo, a configuração e o papel humano por trás de um resultado? Consegue testar uma alteração material contra casos acordados? Consegue exportar os registos necessários num formato utilizável? Consegue nomear a pessoa com autoridade para suspender um serviço? Consegue entregar o trabalho a outra equipa com documentação suficiente para continuar? Estas perguntas são exigentes porque obrigam um programa a definir, em termos operacionais, o aspeto do sucesso.

Nem todas as respostas têm de ser numéricas. Um runbook revisto, um exercício de transição bem-sucedido, uma avaliação documentada, uma verificação de acessibilidade ou um ensaio de saída podem ser mais informativos do que uma grande métrica de vaidade. A evidência qualitativa também exige disciplina. Deve ter um âmbito declarado, um responsável e uma data. Deve estar aberta a contestação. Não deve tornar-se uma coleção de anedotas animadas do evento de lançamento.

Há também uma razão para medir a distribuição da capacidade. Quem utilizou a infraestrutura? Que regiões, setores e tipos de organização receberam apoio? Onde é que o processo perde pessoas? Que pedidos ficam repetidamente fora do âmbito, e deveriam continuar a ficar? Que barreiras linguísticas, de acessibilidade ou de aquisição tornam difícil usar uma via nominalmente aberta? São perguntas sobre justiça, mas também são perguntas sobre o retorno do investimento público. Um ativo que só os já capazes conseguem usar tem uma superfície pública muito menor do que parece à primeira vista.

O painel resultante será menos teatral do que um contador rotulado de inovação. Ainda bem. Um painel público deve ajudar as pessoas a decidir onde melhorar a via. Deve ser um mapa de aprendizagem, não uma fruteira digital colocada perto da receção.

O objetivo não é um círculo perfeito. É um percurso em que cada aquisição deixa a próxima decisão pública mais bem preparada.

Uma disciplina útil é perguntar a cada linha de financiamento que forma de capacidade deixa para trás. Uma atribuição de computação deve deixar o utilizador capaz de submeter a próxima tarefa com menos ajuda do que a primeira. Uma aquisição de software deve deixar o responsável pelo serviço capaz de compreender a configuração e os registos que interessam. Uma bolsa de investigação deve deixar métodos, ferramentas ou formação que outro grupo possa inspecionar e adaptar dentro do limite legal adequado. Uma iniciativa de dados partilhados deve deixar os participantes capazes de descrever o significado, a proveniência e as condições de acesso dos registos que trocam. As respostas não serão idênticas, e não devem ser. O objetivo é tornar o resíduo do investimento uma escolha deliberada de design.

Esse resíduo também torna a responsabilização mais humana. Um funcionário público a quem se pede que governe um serviço complicado sem acesso à evidência relevante não está a receber supervisão. Está a receber uma responsabilidade cerimonial e uma excelente probabilidade de ser culpado mais tarde. A capacidade dá à responsabilidade um lugar onde assentar. Dá a uma equipa de aquisições uma linguagem para uma reunião de renovação, a um operador uma via de escalonamento e a uma organização virada para o cidadão a oportunidade de explicar mais do que a marca do fornecedor. O dinheiro público não pode eliminar escolhas difíceis. Pode tornar menos provável que essas escolhas cheguem depois de as pessoas capazes de as fazer já terem saído da sala.

É tentador tratar isto como uma preferência abstrata por resiliência. É mais imediato do que isso. Uma equipa com registos utilizáveis pode responder à pergunta de um cidadão em vez de abrir um ticket de suporte e esperar por uma interpretação. Uma equipa com uma interface testada pode comparar uma substituição em vez de descobrir, durante uma crise, que a sua informação foi vertida num contentor elegante mas fechado. Uma equipa com pessoas formadas pode avaliar se uma melhoria comunicada é relevante para a sua tarefa. Estas são vantagens operacionais comuns. Reduzem o atraso, tornam o debate mais honesto e mantêm as escolhas públicas perto das pessoas autorizadas a fazê-las.

A capacidade também pode ser partilhada sem ser diluída. O método de avaliação documentado de uma autoridade pode informar o concurso de outra. A orientação de um centro de competências pode poupar a uma pequena organização a aprendizagem de uma lição difícil a um custo elevado. Uma interface comum pode permitir que um serviço local participe num sistema mais amplo sem abandonar os seus próprios registos ou responsabilidades. É assim que um investimento público adquire um multiplicador que não é nem um slogan de crescimento nem uma afirmação de que todos devem usar a mesma ferramenta. É a multiplicação prática de escolhas informadas.

Construir a saída enquanto as boas-vindas ainda estão quentes

Toda a capacidade pública precisa de um caminho de saída, incluindo aquelas que se destinam a perdurar. O caminho pode ser uma migração para outro fornecedor, uma mudança de software, uma transferência para um acordo de alojamento diferente, uma atualização para uma nova arquitetura, um regresso à operação manual por um período limitado ou uma reforma ordenada de um serviço. A saída não é evidência de que a escolha original falhou. É evidência de que a escolha original compreendeu o tempo.

Comprar acesso sem um caminho de saída é especialmente arriscado porque a função pública pode ficar entrelaçada com a história privada de um fornecedor. Os dados são armazenados de uma forma particular. Os fluxos de trabalho são documentados num portal específico. O pessoal aprende um vocabulário particular. As integrações acumulam-se. Cada escolha individual pode ser razoável. Juntas, podem tornar a mudança tão cara ou incerta que a renovação se torna uma conclusão inevitável. Nesse ponto, o comprador público pode ainda deter um contrato, mas deixou de deter uma escolha prática.

Uma rota de saída tem componentes técnicos, legais e humanos. Tecnicamente, precisa de registos, interfaces, informação de configuração e uma forma de verificar que o que saiu de um ambiente chegou de forma significativa a outro. Legalmente, precisa de direitos, regras de retenção, disposições de confidencialidade e clareza sobre o que pode ser reutilizado. Humanamente, precisa de pessoas que compreendam o serviço suficientemente bem para planear a mudança e que tenham tempo para a executar. Omitir a componente humana é um método fiável para descobrir, já tarde no projeto, que o conhecimento estava guardado no calendário de uma única pessoa.

O planeamento da saída pode ser proporcional. Uma ferramenta limitada e de baixo risco pode precisar apenas de uma exportação clara e de uma breve nota de transição. Um serviço envolvido em decisões públicas, saúde, bem-estar, justiça, educação ou infraestruturas críticas pode precisar de muito mais. O princípio mantém-se: o público não deve ter de escolher entre uma dependência indefinida e a perda da capacidade de servir as pessoas. O direito de sair é uma das condições que dá significado ao sim.

A capacidade pública é uma disciplina de limites

A expressão pode parecer grandiosa, por isso vale a pena trazê-la de volta ao trabalho quotidiano. Capacidade pública é um responsável por compras que pede um formato de exportação antes da adjudicação. É um utilizador de investigação que encontra uma via compreensível para a computação. É uma equipa local que sabe quando uma sugestão automatizada precisa de uma decisão humana. É um centro de competências que responde a uma pergunta difícil sem fingir que a resposta é simples. É um registo contratual que mostra o que mudou. É uma instituição pública capaz de dizer, com calma e com provas, que um serviço não responde à necessidade e tem de ser alterado, reduzido ou descontinuado.

Nada disto elimina a dependência. As infraestruturas modernas são interdependentes por natureza. A Europa continuará a comprar a, a colaborar com e a depender de organizações para além de qualquer fronteira pública. O objetivo não é a pureza. O objetivo é o discernimento. Uma dependência que é visível, delimitada, monitorizada e acompanhada de uma alternativa pode ser perfeitamente razoável. Uma dependência que ninguém consegue descrever é uma aposta disfarçada de acordo de nível de serviço.

É também por isto que a capacidade pública não deve tornar-se num slogan para a duplicação nacional. A via europeia importa porque a investigação partilhada, as normas partilhadas, a aprendizagem partilhada em compras e as infraestruturas partilhadas podem reduzir o desperdício e alargar o acesso. A dimensão local importa porque um serviço público tem ainda uma língua, uma responsabilidade legal, uma força de trabalho e uma comunidade próprias. O trabalho é unir esses níveis sem permitir que um desapareça atrás do outro.

Na Dweve, tentamos manter esse limite visível de uma forma modesta. A Dweve Mesh é descrita publicamente como uma camada de infraestrutura distribuída e governada: qualifica a capacidade disponível e distribui o trabalho de acordo com requisitos de hardware, tempo de execução, jurisdição, segurança, localização de dados, nível de serviço e provas. Isso é uma descrição de produto, não uma prova de que um produto resolve a política de infraestruturas públicas. A sua relevância aqui é mais restrita. A capacidade só se torna útil quando as condições de colocação e de responsabilidade podem ser enunciadas. O mesmo se aplica quando o dinheiro público paga por capacidade.

A pergunta a fazer antes da adjudicação

Antes de aprovar uma grande aquisição digital, um organismo público pode fazer uma pergunta prática: quando este contrato, programa ou financiamento tiver cumprido o seu trabalho, o que poderá o público fazer que não podia fazer antes?

A resposta não deve ser uma lista de funcionalidades do fornecedor. Deve nomear uma capacidade. Poderemos realizar esta classe de investigação com apoio. Poderemos inspecionar este percurso de decisão. Poderemos servir este grupo através de uma via acessível. Poderemos testar uma alteração antes de chegar às pessoas. Poderemos transferir os nossos registos. Poderemos formar uma nova equipa. Poderemos manter a função pública a funcionar se um componente mudar.

São frases modestas. São também as frases que transformam uma despesa numa instituição. O dinheiro público deve comprar a máquina quando é necessária uma máquina. Deve comprar o acesso quando o acesso partilhado faz sentido. Acima de tudo, deve comprar a capacidade acumulada de usar ambos com discernimento. Essa capacidade demora mais a anunciar-se do que uma nova plataforma, é mais difícil de caber numa fotografia de imprensa e é consideravelmente mais útil no dia em que o contrato deixa de ser novo.

Fontes