10.13 Colaboração entre organizações

Visão geral e motivação

A colaboração entre organizações é o trabalho conjunto em software e tecnologia de duas ou mais organizações independentes que não compartilham um dono, um orçamento nem uma cadeia de comando. É diferente do trabalho em equipe dentro de uma empresa (capítulo 1.2). Dentro de uma empresa, um líder pode, em última instância, dirigir pessoas, arbitrar disputas e realocar recursos. Entre fronteiras organizacionais, ninguém pode. Cada parte mantém sua identidade jurídica, seus incentivos e seus direitos de saída, de modo que a colaboração precisa ser conquistada e sustentada por meio de governança, contratos e confiança e não ordenada. Este capítulo fica na parte de gestão porque o trabalho entre organizações é fundamentalmente um problema de estratégia, de governança e de relacionamento com consequências técnicas, e não o contrário.

A motivação é que nenhuma organização isolada consegue construir ou controlar tudo que vale a pena ter. O software fundamental, como sistemas operacionais, bibliotecas criptográficas, protocolos web e ferramentas de nuvem, hoje é construído de forma colaborativa, porque o custo de duplicá-lo é enorme e o valor de uma base compartilhada e interoperável é maior que qualquer vantagem privada de acumulá-la. A coopetição (uma mistura de cooperação e competição, em que rivais cooperam numa fundação compartilhada enquanto ainda competem nos produtos acima dela) virou normal. Empresas concorrentes codesenvolvem o mesmo runtime de código aberto e depois se diferenciam nos serviços que constroem por cima. Para escala e efeitos de rede, um padrão compartilhado que todos podem usar vence um proprietário que só vocês podem usar.

Para empresas e governos, as apostas são diretas e concretas. As empresas entram em consórcios (grupos financiados por membros e formados para um fim compartilhado) e em fundações de código aberto para moldar as plataformas de que dependem e evitar o aprisionamento a um único fornecedor (capítulos 10.3, 10.11). Os governos enfrentam o problema constantemente. As agências precisam compartilhar dados para entregar um serviço que o cidadão vivencia como uma única interação. As jurisdições precisam interoperar entre fronteiras. O setor público constrói cada vez mais plataformas compartilhadas: serviços comuns como identidade, pagamentos ou notificações, construídos uma vez e reutilizados por muitas agências. Um próspero ecossistema GovTech (a rede de startups, fornecedores e órgãos públicos que constroem tecnologia para o governo) depende de organizações juridicamente separadas colaborando na prática.

Princípios fundamentais

Ninguém está no comando. Entre fronteiras vocês têm influência, não autoridade. Projetem para o consentimento, não para o comando.
A neutralidade viabiliza a participação. Um lar neutro permite que rivais contribuam sem entregar vantagem a um concorrente.
Alinhem os incentivos antes da arquitetura. A colaboração fracassa por interesses desalinhados com muito mais frequência que por incompatibilidade técnica.
A interoperabilidade é a base técnica. Os padrões abertos e as interfaces (capítulo 3.8) é que permitem a sistemas independentes de fato se conectar.
Tornem explícitas a contribuição e a PI. Quem é dono do quê e quem pode usá-lo precisa ser escrito antes de o trabalho começar, não depois.
A confiança se constrói em passos pequenos e verificáveis. Comecem estreito, entreguem e ampliem o escopo conforme o histórico se acumula.
Projetem para a saída. Qualquer parte pode sair. A colaboração precisa sobreviver às saídas sem colapsar nem ser capturada.

Recomendações

Escolha a forma de colaboração que se ajusta ao objetivo

Não existe modelo único, então escolham deliberadamente. As alianças setoriais e os consórcios definem a direção e juntam financiamento para um domínio. As fundações de código aberto (organizações sem fins lucrativos neutras, como a Linux Foundation ou a Apache Software Foundation, que guardam e governam código compartilhado) hospedam software que muitas organizações constroem e de que dependem. Os órgãos de padrões (organizações como ISO, IETF ou W3C que publicam especificações técnicas combinadas) produzem as regras de interoperabilidade pelas quais todos programam. As joint ventures criam uma nova entidade de propriedade conjunta para um fim comercial compartilhado. As parcerias público-privadas (PPPs), arranjos de longo prazo em que governo e empresas privadas dividem a entrega, o financiamento e o risco de um serviço público, combinam o mandato público com a capacidade privada. A colaboração entre agências e entre governos conecta diretamente os órgãos públicos. As plataformas e serviços compartilhados, os acordos de compartilhamento de dados e a coopetição completam o kit. Ajustem a forma ao objetivo: o alinhamento leve pede uma aliança; o código compartilhado pede uma fundação; um veículo comercial durável pede uma joint venture.

Estabeleça uma governança neutra entre as fronteiras

Como nenhum participante pode comandar os outros, a governança precisa ser explícita e, idealmente, neutra. Confiem os ativos compartilhados (código, marcas, roteiros) a uma fundação neutra e não a qualquer membro, para que nenhum participante possa tomá-los ou conduzi-los unilateralmente. Definam claramente os direitos de decisão: quem decide a direção técnica (muitas vezes um comitê técnico diretivo), quem controla o orçamento e como as disputas são resolvidas. Publiquem um roteiro compartilhado para que as partes possam planejar contra uma direção comum. Adotem um modelo escrito de governança, de modo que a autoridade flua de regras combinadas e não de quem for mais barulhento ou maior. A “meritocracia” da Apache (influência conquistada por contribuição) e as estruturas de conselho das fundações são modelos comprovados.

Torne explícitos de antemão os termos de contribuição e de propriedade intelectual

A propriedade intelectual (PI, criações legalmente protegidas como código, patentes e marcas) é onde as colaborações de boa-fé mais costumam quebrar. Resolvam-na antes de escrever código. Usem uma licença de código aberto clara (capítulo 10.3) para que todos saibam seus direitos de usar e redistribuir. Exijam um Acordo de Licença de Contribuidor (CLA) ou um Developer Certificate of Origin (DCO), mecanismos pelos quais os contribuidores confirmam que têm o direito de contribuir com seu código e concedem a licença necessária, para que o ativo compartilhado tenha procedência limpa. Tratem as patentes explicitamente, muitas vezes por uma cláusula de não afirmação ou de compromisso de patentes, para que um contribuidor não possa depois processar os usuários da obra compartilhada. Termos escritos de PI convertem a boa vontade vaga em clareza durável e exequível.

Contrate com cuidado quanto a dados, privacidade e antitruste

A colaboração entre organizações independentes carrega risco jurídico que o trabalho dentro de uma empresa não carrega. Os acordos de compartilhamento de dados devem especificar finalidade, uso permitido, controles de segurança, retenção e responsabilidade e devem respeitar a lei de privacidade e de proteção de dados (capítulo 4.5), incluindo uma base legal para compartilhar dados pessoais e, onde exigido, acordos de tratamento de dados. O antitruste (a lei de concorrência que proíbe acordos que restringem injustamente um mercado) é uma restrição viva sempre que concorrentes colaboram. Mantenham a cooperação na fundação pré-competitiva. Evitem trocar informações comercialmente sensíveis, como preços. Documentem que a finalidade é a interoperabilidade e a infraestrutura compartilhada, não o conluio. Envolvam cedo o assessor jurídico. Um passo em falso em dados ou antitruste pode desfazer a colaboração e expor os membros a penalidades.

Construa sobre a interoperabilidade e os padrões abertos

A interoperabilidade, a capacidade de sistemas independentes trocarem e usarem informação (capítulo 3.8), é a base técnica que torna tudo mais possível. Prefiram padrões abertos (especificações publicamente disponíveis que qualquer um pode implementar sem permissão nem taxa) e interfaces estáveis e documentadas (APIs, interfaces de programação de aplicações), para que as partes possam se conectar sem depender das entranhas proprietárias de um único fornecedor. No governo, os padrões comuns de dados e as APIs compartilhadas são o que permite às agências compor serviços entre fronteiras (capítulo 7.1). Sem interoperabilidade, a colaboração degenera em integrações ponto a ponto frágeis que entrincheiram a dependência em vez de viabilizar o valor compartilhado.

Cultive incentivos e confiança deliberadamente

Como a participação é voluntária, cada organização precisa ver benefício continuado, e cada uma precisa confiar nas outras o bastante para investir. Tornem o valor compartilhado visível e aproximadamente proporcional à contribuição, para que nenhum grande contribuidor se sinta explorado e nenhum carona domine. Comecem com um escopo estreito e de baixo risco, entreguem algo real e ampliem apenas conforme o histórico cresce. Essa é a mesma lógica de construção de confiança das parcerias de inovação (capítulo 10.9) e do InnerSource (capítulo 1.2), estendida através da fronteira da empresa. A transparência (decisões abertas, roteiros abertos, métricas abertas) é o que sustenta a confiança onde a autoridade não consegue.

Compromissos: prós e contras

Abordagem	Prós	Contras
Fundação de código aberto	Lar neutro. Custo compartilhado. Ampla adoção. Sem dono único	Decisões mais lentas. Precisa ser financiada e dotada de pessoal. Sobrecarga de governança
Consórcio / aliança setorial	Molda a direção. Junta financiamento. Peso setorial	Pode empacar na política. Risco de captura por grandes membros
Órgão de padrões	Interoperabilidade durável. Ampla legitimidade	Muito lento. As especificações podem ficar atrás da prática. Processo pesado
Joint venture	Propriedade e veículo comercial claros. Recursos comprometidos	Complexa de formar e de desfazer. Disputas de saída e de PI
Parceria público-privada	Combina o mandato público com a capacidade privada	Risco de responsabilização e de aprisionamento. Contratos longos e rígidos
Coopetição	Fundação compartilhada, diferenciação competitiva acima dela	Exposição antitruste. A fronteira entre compartilhar e competir é delicada

A tensão definidora é valor compartilhado versus controle individual. Quanto mais uma parte põe num bem comum neutro, maior o benefício coletivo e menos ela consegue controlar unilateralmente o resultado. A solução é traçar a linha deliberadamente. Colaborem na fundação pré-competitiva, onde todos ganham com uma base comum. Retenham o controle onde vive a vantagem competitiva ou soberana genuína (capítulos 10.11, 3.8).

Perguntas para discutir com sua equipe

Os nossos ativos compartilhados estão confiados a um lar neutro, ou guardados por um participante que poderia depois bifurcá-los, relicenciá-los ou retirá-los? Entre fronteiras organizacionais ninguém está no comando, então quem guarda o código, as marcas e o roteiro pode, no fim, conduzi-los ou tomá-los. Uma fundação neutra permite que rivais contribuam sem entregar vantagem a um concorrente, e é exatamente por isso que existem os modelos da Linux Foundation e da Apache Software Foundation. Se um único membro é dono do bem comum, todo outro membro está a uma decisão de relicenciamento de ser capturado. Levem cada ativo compartilhado para o qual vocês contribuem e perguntem onde ele legalmente vive e quem controla sua direção. Se a resposta é “o nosso maior parceiro”, vocês têm um risco de captura a consertar antes de investir mais esforço de engenharia.
Escolhemos a forma de colaboração deliberadamente para se ajustar ao objetivo, ou adotamos por padrão o que nos é familiar? O alinhamento leve pede uma aliança; o código compartilhado pede uma fundação; regras duráveis de interoperabilidade pedem um órgão de padrões; um veículo comercial comprometido pede uma joint venture; um serviço público pede uma parceria público-privada. Cada uma carrega velocidade, custo e consequências de saída diferentes, e escolher a errada é como as colaborações empacam na política ou ossificam num contrato rígido de longo prazo. Ajustem a forma ao que vocês de fato precisam e prefiram a estrutura mais leve que alcance o objetivo. Levem o resultado específico que vocês querem de uma dada colaboração e testem-no contra as opções. Se vocês estão entrando num consórcio pesado para fazer algo que um repositório compartilhado e uma nota escrita de governança resolveriam, reduzam.
Como evitamos o carona e mantemos a contribuição aproximadamente proporcional ao benefício? Um bem comum decai quando as partes consomem o trabalho compartilhado mas nunca contribuem e se fratura quando um grande contribuidor se sente explorado pelos caronas. Tornem o valor compartilhado visível, mantenham a contribuição aproximadamente proporcional ao benefício e comecem com um escopo estreito e de baixo risco para que a confiança e o histórico se acumulem antes de ampliar o que vocês compartilham. A transparência (decisões, roteiros e métricas abertos) é o que sustenta a cooperação onde ninguém tem a autoridade de compeli-la. Levem um relato honesto do que a sua organização tira de cada projeto compartilhado versus o que devolve. Se vocês são tomadores líquidos em algo de que dependem, estão enfraquecendo em silêncio a coisa que os protege do aprisionamento a um único fornecedor.
Onde fica a fronteira entre aquilo em que cooperamos e aquilo em que competimos, e quem está qualificado para policiá-la? A coopetição só funciona se todos concordam que a colaboração para na fundação pré-competitiva, porque no instante em que concorrentes trocam preços, roteiros que revelam estratégia de mercado ou dados de clientes, a cooperação vira conluio e expõe todos os membros a penalidades de lei de concorrência. Para uma grande equipe o perigo é que engenheiros mergulhados num repositório compartilhado derivem para compartilhar coisas que o assessor jurídico jamais sancionaria, simplesmente porque a linha nunca foi traçada. Levem uma declaração escrita do que a colaboração cobre e do que explicitamente exclui, mais os guardrails antitruste que o seu assessor revisou, e nomeiem a pessoa que revisa os novos grupos de trabalho antes de se formarem. Em contextos corporativos e governamentais, em que os reguladores escrutinam de perto as joint ventures e os consórcios, tratem uma fronteira documentada e aprovada pelo jurídico como pré-condição para participar e não como papelada a preencher depois de uma investigação começar.
Qual é o nosso plano de saída se esta colaboração for capturada, empacar ou colapsar, e a governança de fato nos protege? Qualquer parte pode sair, um membro dominante pode conduzir o bem comum aos seus próprios fins e um consórcio pode se reunir por anos sem entregar, então vocês precisam saber de antemão como iriam embora e o que manteriam. A consideração contrária é que projetar para a saída (dados portáveis, código bifurcável sob uma licença aberta, nenhuma dependência de fornecedor único) custa esforço que parece desperdício enquanto a relação está saudável. Levem os termos da licença, onde as marcas e o roteiro legalmente ficam e uma resposta concreta do que a sua organização faria na semana em que um parceiro-chave se retirasse. Para um órgão público que carrega uma obrigação de vários anos com os cidadãos, uma plataforma não bifurcável, guardada por um membro, é um risco de continuidade para um serviço de que as pessoas dependem, então exijam por escrito a custódia neutra e os direitos de saída antes de integrar.
Como mediremos se esta colaboração de fato entrega valor, e que evidência nos faria sair? O trabalho entre organizações acumula adesões zumbis: consórcios que vocês continuam financiando e dotando de pessoal muito depois de o benefício ter esvanecido, porque sair parece uma declaração política e ninguém acompanha o retorno. Combinem de antemão como é o sucesso (custo evitado versus uma construção privada, funcionalidades entregues sobre a base compartilhada, aprisionamento reduzido) e definam um limiar que dispararia uma revisão da participação de vocês. Levem o custo anual da sua cadeira, as horas de pessoal que vocês contribuem e uma leitura franca do que vocês receberam de volta no último ano. Em portfólios corporativos e governamentais, em que as adesões se multiplicam entre departamentos e raramente são canceladas, nomeiem quem é dono de cada relação, revise-a numa cadência fixa e tenha a autoridade de se retirar, porque uma colaboração que ninguém é responsável por revisar é uma da qual ninguém jamais sairá.

Perspectiva por setor

Startup. O seu recurso mais escasso é a atenção da engenharia, então colaborem apenas para parar de reinventar uma dependência commodity, nunca para perseguir prestígio num comitê de padrões. Co-mantenham a única biblioteca compartilhada que vocês não podem bancar ser donos sozinhos, usem uma nota leve de governança e um Developer Certificate of Origin para manter limpa a procedência e mantenham o escopo estreito o bastante para que ir embora custe nada além de um fork. A velocidade importa mais que uma cadeira à mesa: pulem o consórcio pesado até uma base compartilhada ameaçar diretamente a sua sobrevivência.

Pequena empresa. Sem especialista jurídico nem de padrões na equipe, tratem o trabalho entre organizações como algo em que se entra e não que se constrói e apoiem-se nos termos já existentes de licença e de contribuição da fundação neutra em vez de redigir os seus. Antes de assinar qualquer acordo de compartilhamento de dados, obtenham respostas em linguagem simples sobre o que vocês podem fazer com os dados compartilhados e onde a responsabilidade cai, porque um passo em falso de privacidade ou de antitruste pode custar mais do que a colaboração vale. Prefiram fundações de código aberto estabelecidas e padrões publicados que vocês possam adotar de prateleira a acordos bilaterais sob medida que vocês precisam negociar e policiar.

Grande empresa. Gerenciem a colaboração como um portfólio entre muitas equipes: um registro de todo consórcio, fundação e joint venture de que vocês participam, o custo e o tempo de pessoal que cada um consome e o valor que devolve. Insistam na custódia neutra dos ativos compartilhados, em fronteiras antitruste revisadas pelo jurídico e num modelo escrito de governança para que um parceiro dominante não possa capturar uma plataforma de que vocês dependem. Orcem explicitamente o esforço de participação e de contribuição e reservem o investimento privado para o que é vantagem competitiva genuína enquanto juntam o custo na fundação commodity que todos compartilham.

Governo. A contratação, os deveres de transparência e a prestação de contas públicas moldam todo arranjo, então favoreçam padrões abertos e uma governança neutra que nenhum fornecedor possa capturar e exijam portabilidade de dados e direitos de saída em todo contrato. Publiquem a governança, o roteiro e os termos de compartilhamento de dados das plataformas compartilhadas para que cidadãos e órgãos de supervisão vejam como um serviço é conduzido e fundamentem o compartilhamento de dados entre agências numa base legal explícita e em salvaguardas de privacidade. Integrem primeiro os serviços menos sensíveis para provar o modelo e mantenham a responsabilidade pelas decisões consequentes com um responsável público nomeado e não diluída num consórcio.

Exemplos

Startup. Três startups em estágio inicial dependem, cada uma, da mesma biblioteca de código aberto de análise de dados, mantida por um único voluntário sobrecarregado cujo esgotamento ameaça todas. Em vez de cada uma bifurcá-la discretamente, concordam em co-mantê-la num repositório compartilhado neutro, com uma nota leve e escrita de governança e um Developer Certificate of Origin para que as contribuições tenham procedência limpa. Colaboram apenas no analisador commodity, mantêm os próprios produtos firmemente separados e começam com um escopo estreito (apenas correções de segurança) para construir confiança antes de ampliar o que compartilham.

Grande empresa. Vários fornecedores concorrentes de nuvem e de software dependem da mesma plataforma de orquestração de contêineres. Em vez de cada um manter um fork privado, contribuem com ela para uma fundação neutra com um comitê técnico diretivo, um modelo escrito de governança e um Acordo de Licença de Contribuidor. Cada empresa ainda compete ferozmente nos serviços gerenciados que constrói acima da plataforma (coopetição), mas dividem o custo e a direção do núcleo comum. Isso evita o aprisionamento a um único fornecedor e mantém saudável a base de que todos dependem. O assessor antitruste confirma que a cooperação se limita à infraestrutura compartilhada, não aos mercados nem aos preços.

Governo. Um governo nacional monta uma plataforma compartilhada de identidade para que os cidadãos entrem uma só vez para alcançar os serviços de muitas agências. A plataforma é governada por um órgão central neutro, com um roteiro publicado e direitos de decisão claros, enquanto cada agência permanece independente e integra por APIs abertas e padrões comuns de dados (capítulos 3.8, 7.1). Os acordos de compartilhamento de dados entre agências especificam exatamente o que pode ser compartilhado, para qual finalidade e sob quais salvaguardas de privacidade (capítulo 4.5), de modo que os dados de um cidadão fluam apenas como a lei e o consentimento permitem. As agências menos sensíveis são integradas primeiro para construir confiança e provar o modelo antes que serviços de maior risco entrem.

Justificativa de negócio: motivações, ROI e TCO

A economia da colaboração entre organizações gira em torno de custo compartilhado e efeitos de rede. A motivação central é que a tecnologia fundamental é cara de construir e manter mas muito mais valiosa quando compartilhada. Juntar o investimento numa plataforma ou padrão comum espalha o custo total de propriedade (TCO) por muitas organizações, de modo que cada uma paga uma fração do que custaria uma construção privada enquanto ganha uma base que interopera com a de todas as outras. O retorno sobre o investimento (ROI) vem da duplicação evitada, do tempo mais curto até o mercado sobre uma fundação pronta, do aprisionamento reduzido e de uma posição de negociação mais forte com fornecedores, e do acesso a talento e ideias além dos muros de qualquer organização (capítulo 10.9).

Os custos são reais e muitas vezes subestimados: sobrecarga de governança e jurídica, tempo de pessoal para participar de modo significativo, contribuição de volta ao bem comum e decisões mais lentas do que um único dono tomaria. Para o governo, o argumento de negócio acrescenta valor público, já que as plataformas compartilhadas reduzem a fragmentação, cortam o gasto agregado entre agências e melhoram a experiência do cidadão, mas precisa ser pesado contra a responsabilização e o risco de inércia coletiva. A armadilha dos dois lados é a descalibragem. Colaborar no que é vantagem competitiva ou soberana genuína desperdiça a diferenciação. Recusar colaborar nas fundações commodity significa pagar sozinho o preço cheio por algo que o setor inteiro já construiu. O argumento mais forte junta o custo na base compartilhada e reserva o investimento privado para onde o controle de fato importa.

Antipadrões e armadilhas

Carona: as partes consomem o trabalho compartilhado mas nunca contribuem, deixando o bem comum à míngua até decair (o clássico problema de ação coletiva que Ostrom estudou).
Captura da governança: um membro grande ou bem dotado de recursos conduz em silêncio a colaboração a seu proveito privado, esvaziando a neutralidade.
Incentivos desalinhados: as partes entram com objetivos incompatíveis que só surgem depois de assumidos os compromissos, travando o esforço.
Sem lar neutro: ativos compartilhados guardados por um participante, que depois pode bifurcá-los, relicenciá-los ou retirá-los.
Termos de PI vagos: começar a construir antes de resolver a propriedade, a licença e os direitos de patente, garantindo uma disputa posterior.
Cegueira antitruste: concorrentes compartilhando informação comercialmente sensível sob a cobertura de “colaboração”.
Teatro da colaboração: um consórcio que se reúne e publica mas nunca entrega, consumindo orçamento e boa vontade.
Confusão de fronteira: tratar o trabalho entre empresas como trabalho interno, presumindo uma autoridade de dirigir que não existe.

Modelo de maturidade

Nível 1, Iniciar. A colaboração é oportunista e guiada por personalidades, regida por aperto de mão, sem termos escritos de PI, de dados nem de governança. Rivais cooperam numa dependência compartilhada só por boa vontade informal. Funciona até uma pessoa-chave sair ou uma disputa surgir, e então colapsa.
Nível 2, Desenvolver. Algumas colaborações são apoiadas por acordos explícitos (licenças, CLAs ou DCOs, acordos de compartilhamento de dados) com escopo e direitos de decisão definidos, mas a prática é inconsistente entre as equipes. Um grupo confia um ativo compartilhado a um lar neutro enquanto outro ainda depende de um aperto de mão, e a governança, onde existe, é bilateral e pesada.
Nível 3, Padronizar. Um modelo documentado, de toda a organização, governa como vocês colaboram: os ativos compartilhados ficam em lares neutros (fundações ou órgãos centrais) com governança, roteiros e direitos de decisão por mérito publicados; uma lista padrão de termos de licença, PI, compartilhamento de dados e antitruste é exigida antes de qualquer trabalho conjunto começar; a interoperabilidade se apoia em padrões abertos (capítulo 3.8). As regras são impostas de modo consistente, não deixadas à discrição de cada equipe.
Nível 4, Gerenciar. O portfólio de colaborações é medido e controlado em relação a linhas de base. Vocês acompanham o custo e as horas de pessoal de cada adesão, a contribuição versus o benefício de cada projeto compartilhado, o custo evitado contra uma construção privada e o aprisionamento reduzido e vigiam indicadores antecedentes de captura da governança, como a fração de commits, de cadeiras no conselho ou de papéis de mantenedor de um membro. Limiares de encerramento ou de renovação são definidos de antemão, de modo que um consórcio travado ou uma relação de tomador líquido seja pego com base em evidências e não defendido por sentimento.
Nível 5, Orquestrar. A colaboração é uma capacidade estratégica continuamente melhorada e integrada em toda a organização. Vocês moldam padrões e fundações em vez de apenas consumi-los, sustentam bens comuns saudáveis, reequilibram coopetição e saída conforme o mercado e o quadro de risco mudam e adaptam a governança em resposta às métricas que acompanham. O trabalho entre organizações é uma competência central: um próspero ecossistema GovTech ou setorial e não um conjunto de projetos desconexos.

Ideias para discussão

Quais partes da sua tecnologia são vantagem competitiva ou soberana genuína, e quais são fundações commodity cujo custo de construção vocês deveriam dividir?
Como vocês detectariam cedo a captura da governança, antes de um membro dominante ter conduzido em silêncio uma colaboração aos próprios fins?
Qual é o acordo escrito mínimo (PI, dados, direitos de decisão) que vocês exigiriam antes de contribuir com esforço de engenharia a um projeto conjunto?
Para uma iniciativa de compartilhamento de dados entre agências, como vocês satisfazem ao mesmo tempo o objetivo de entrega e a lei de privacidade e de proteção de dados (capítulo 4.5) sem travar?
Quando um grande contribuidor ameaça deixar uma plataforma compartilhada, como a sua governança mantém a colaboração viva em vez de colapsar ou ser capturada?
Onde fica a linha entre a coopetição saudável e o risco antitruste, e quem na sua organização está qualificado para julgá-la?

Principais conclusões

A colaboração entre organizações é o trabalho conjunto de organizações independentes sem autoridade compartilhada. É conquistada por governança, contratos e confiança, não ordenada.
Escolham a forma deliberadamente, seja consórcio, fundação, órgão de padrões, joint venture, PPP, plataforma compartilhada, acordo de compartilhamento de dados ou coopetição, para se ajustar ao objetivo.
Governança neutra, direitos de decisão claros e termos explícitos de contribuição e de PI é o que permite a partes independentes, inclusive concorrentes, colaborar com segurança.
A interoperabilidade e os padrões abertos (capítulo 3.8) são a base técnica. Sem eles, a colaboração decai em integrações frágeis e propensas ao aprisionamento.
Contratem com cuidado quanto ao compartilhamento de dados, à privacidade (capítulo 4.5) e ao antitruste, especialmente quando concorrentes cooperam.
Atentem aos modos de falha (carona, captura da governança e incentivos desalinhados) e projetem a governança e os direitos de saída para resisti-los.
Para empresas e governo por igual, dividam o custo na fundação comum e reservem o controle para onde a vantagem e a soberania genuinamente vivem (capítulo 10.11).

Referências e leitura complementar

Elinor Ostrom, Governing the Commons: The Evolution of Institutions for Collective Action (1990): the foundational study of how shared resources are sustained without central authority.
Henry Chesbrough, Open Innovation: The New Imperative for Creating and Profiting from Technology (2003): collaboration across organizational boundaries as a source of innovation.
The Apache Software Foundation: governance model, “The Apache Way,” and meritocratic decision-making (apache.org).
The Linux Foundation: neutral hosting and governance for large-scale open-source collaboration (linuxfoundation.org).
Karim Lakhani and others, writing on open-source and community-based innovation; and Adam Brandenburger and Barry Nalebuff, Co-opetition (1996): the strategy of cooperating and competing at once.
OpenSSF (Open Source Security Foundation) and the OpenChain standard (ISO/IEC 5230): cross-organisation approaches to supply-chain and licence compliance.
Government digital service and GovTech literature on shared platforms and inter-agency data sharing (for example, national digital-service and open-standards guidance).