Governance-Aware Software Architecture for Multi-Stakeholder Platforms

Imagine que você está construindo uma praça digital gigante onde cinco grupos de pessoas muito diferentes precisam viver e trabalhar juntas: produtores locais de suínos, funcionários do governo, veterinários, compradores de negócios e administradores da plataforma.

O problema é que esses grupos muitas vezes querem coisas opostas.

• Os Produtores querem compartilhar dicas sobre seus porcos sem que o governo saiba exatamente em qual fazenda eles estão (caso o governo decida abater seus animais).
• O Governo quer ver todos os dados para rastrear doenças, mas não quer espionar indivíduos.
• Os Compradores de Negócios querem saber se a plataforma está funcionando, mas não querem roubar as histórias pessoais dos produtores.

Normalmente, engenheiros de software constroem essas plataformas apenas escolhendo ferramentas técnicas padrão. Eles podem dizer: "Vamos colocar os dados de todos em um grande banco de dados e apenas usar um sistema de senha para escondê-los". Mas os autores deste artigo argumentam que isso é uma armadilha.

A Ideia Central: Código é Política

O artigo argumenta que, quando um engenheiro decide como construir o software, ele está, na verdade, tomando uma decisão política sobre quem tem poder e quem está seguro.

Pense nisso como construir uma casa com uma sala de estar compartilhada.

• A Maneira "Padrão": Você constrói uma sala grande com uma parede de vidro. Você coloca uma placa no vidro que diz "O governo pode olhar através, mas os produtores não podem". Mas se o vidro quebrar ou alguém esquecer de trancar a porta, os produtores ficam expostos. O engenheiro pensa que apenas construiu uma "parede de vidro", mas na verdade construiu um "sistema de vigilância".
• A Maneira "Consciente da Governança": O engenheiro percebe: "Espere, os produtores precisam de um jardim secreto". Então, ele constrói uma parede de tijolos sólida entre o jardim dos produtores e o deque de observação do governo. O governo ainda pode ver as flores (estatísticas sobre toda a fazenda), mas não pode ver as pessoas (produtores individuais).

O artigo chama isso de "Arquitetura de Software Consciente da Governança". É um novo livro de regras que força os engenheiros a pararem de pensar apenas em "código" e começarem a pensar em "resolução de conflitos" antes de escreverem uma única linha de software.

As Cinco Regras da Praça da Cidade

Os autores criaram um mapa (um framework) que conecta cinco regras importantes para uma praça de cidade justa a escolhas de construção específicas no software. Veja como eles traduzem "justiça" em "materiais de construção":

1. Espaços Seguros (Sem Espionagem):

   • A Regra: Os produtores devem ser capazes de conversar sem serem vigiados por pessoas poderosas.
   • A Escolha de Construção: Em vez de uma parede de vidro, use um sistema de Segurança em Nível de Linha (Row-Level Security). Isso é como um segurança mágico na porta do banco de dados. Se um funcionário do governo perguntar: "Mostre-me todos os dados de porcos", o segurança filtra automaticamente a resposta para mostrar apenas "Total de porcos no país". Se um produtor perguntar: "Mostre-me meus porcos", o segurança mostra apenas a fazenda dele. Os dados estão no mesmo prédio, mas o segurança garante que ninguém veja o que não tem permissão para ver.

2. Agenda Impulsionada pelos Produtores (Quem é o Chefe?):

   • A Regra: Os produtores devem decidir quais tópicos são importantes, não apenas ouvir especialistas.
   • A Escolha de Construção: Em vez de uma biblioteca onde apenas especialistas escrevem livros, construa um Sistema de Votação Comunitária. É como uma reunião de condomínio onde as vozes mais altas (os produtores) conseguem colocar os cartazes de "Mais Procurados". Se 100 produtores votarem que o "Controle de Moscas" é o maior problema, o software destaca esse tópico, não aquele que o governo acha importante.

3. Inovações de Baixo para Cima (Valorizando a Sabedoria Local):

   • A Regra: Uma dica de um vizinho produtor deve contar tanto quanto uma dica de um professor universitário.
   • A Escolha de Construção: Em vez de um sistema de "Porteiro" onde apenas especialistas podem aprovar postagens, construa um Sistema de Reputação de Múltiplos Sinais. Imagine uma pontuação onde você ganha pontos por ler, mas também por dar um "joinha" para a ideia de um vizinho. O software calcula automaticamente que a ideia de um vizinho é valiosa se muitos outros vizinhos concordarem, sem esperar que um professor dê o aval.

4. Coordenação Entre Diferentes Níveis (Nenhum Grupo Domina):

   • A Regra: Os produtores precisam de um aplicativo de celular simples, mas o governo precisa de um painel complexo. Eles não devem ter que entrar em um compromisso sobre recursos.
   • A Escolha de Construção: Em vez de construir uma máquina gigante e desajeitada (um "monolito") que tenta fazer tudo para todos, construa salas separadas e especializadas (microsserviços). A "Sala do Produtor" é construída para internet lenta e botões simples. A "Sala do Governo" é construída para telas grandes e gráficos complexos. Eles conversam entre si, mas são construídos de forma diferente para que nenhum grupo seja forçado a usar uma ferramenta que não lhe sirva.

5. Transparência para Confiança (Sem Caixas Mágicas):

   • A Regra: As pessoas precisam saber por que o computador está mostrando certos resultados para elas.
   • A Escolha de Construção: Em vez de um algoritmo de "Caixa Preta" que decide secretamente o que é popular, construa um Placar Visível. É como um placar de jogo que diz claramente: "Você ganhou 5 pontos por fazer uma pergunta e 2 pontos por ler um artigo". Todos podem ver a matemática, para que confiem no sistema.

O Exemplo da Suinocultura

Para provar que isso funciona, os autores construíram um protótipo de plataforma para produtores de suínos em Ruanda.

• Eles usaram o Segurança Mágico (Segurança em Nível de Linha) para garantir que o governo pudesse ver tendências de doenças sem ver produtores individuais.
• Eles usaram o Placar (Gamificação) para mostrar aos produtores exatamente como eles ganharam pontos por compartilhar dicas locais, provando que o conhecimento local era valorizado.

O Que o Artigo Não Alega

É importante notar o que este artigo não está dizendo:

• Ele não afirma que este sistema já é perfeito ou comprovado no mundo real ainda.
• Ele não diz que o uso deste framework resolve automaticamente todos os problemas sociais.
• É atualmente uma proposta e um projeto. Os autores admitem que precisam testar este modelo com usuários reais (produtores, funcionários, etc.) para ver se ele realmente leva a mais confiança e compartilhamento honesto. Eles planejam fazer isso comparando o novo sistema com sistemas antigos em um estudo futuro.

A Conclusão

O artigo é um chamado de atenção para os engenheiros de software. Ele diz: "Vocês não estão apenas construindo ferramentas; vocês estão construindo as regras da sociedade."

Se você construir uma plataforma digital sem pensar em quem detém o poder, você acabará construindo um sistema que favorece os poderosos e prejudica os vulneráveis. Este artigo oferece um checklist para ajudar os engenheiros a construir espaços digitais "justos", tornando as escolhas políticas invisíveis visíveis e debatíveis antes que o software seja construído.