Sempre que você vê o ícone de cadeado na barra do navegador, provavelmente é a biblioteca OpenSSL trabalhando nos bastidores. Essa biblioteca de criptografia de código aberto viabiliza as conexões seguras que protegem suas senhas, números de cartão de crédito e mensagens privadas enquanto trafegam pela internet. Por isso, quando essa organização de tecnologia, cujo trabalho tem consequências tão importantes, precisa tomar decisões, clareza e transparência não são opcionais.
“Aberta, transparente, centrada na comunidade” são as primeiras palavras que ouvimos de Anton Arapov, diretor de Operações da OpenSSL Corporation. Quando Arapov entrou na organização, há três anos, havia prioridades concorrentes. Enquanto grande parte da organização se concentrava em defender os valores da comunidade de código aberto, alguns grupos estavam focados em prestar suporte a empresas como Microsoft, Amazon e Cisco. Essa diferença criou um desequilíbrio de foco.
“No passado, era difícil”, explica Arapov. “Tínhamos uma mistura de pessoas... e essa mistura de pessoas tinha uma variedade de interesses. Algumas eram mais voltadas à comunidade, outras eram mais voltadas ao lado comercial. Havia conflitos ao responder... o que é importante fazer hoje e o que é importante fazer amanhã?”
Arapov e outras pessoas encontraram uma solução estrutural para esse atrito. O Projeto OpenSSL se reorganizou em duas entidades: a Corporation, responsável pelas atividades comerciais, e a Foundation, que administra o trabalho não comercial. Embora a nova estrutura tenha oferecido uma solução, uma pergunta fundamental permaneceu: como obter contribuições do ecossistema mais amplo de pessoas que dependem do seu software, mas não são clientes pagantes nem desenvolvedores centrais?
A verdadeira base de usuários
Historicamente, o Projeto OpenSSL se comunicava com dois grupos: clientes pagantes no lado comercial e desenvolvedores que interagiam pelo GitHub no lado do código aberto. Arapov e seus colegas suspeitavam que havia muito mais partes interessadas: acadêmicos que pesquisam criptografia, pequenas empresas que dependem de comunicações seguras, grandes empresas com necessidades específicas de estabilidade e previsibilidade, sistemas operacionais e distribuidores que empacotam o software. Apenas para citar alguns.
“Em certo momento, tivemos uma discussão: como entramos em contato com o restante da comunidade? Temos vários tipos de usuários. Temos pessoas que não são desenvolvedoras e não estão familiarizadas com o desenvolvimento de ferramentas para desenvolvedores.”
Como diretor de operações e “gerente de comunidade” informal da organização, Arapov passou a defender a busca por uma solução. Ele começou pesquisando como outras organizações lidavam com as contribuições da comunidade. Estudou projetos de código aberto com grandes bases de usuários. Examinou órgãos de padronização que haviam conseguido chegar ao consentimento em decisões técnicas.
“Quando comecei, tinha apenas a ideia de que precisava de algum tipo de fórum que oferecesse, idealmente, a capacidade de votar. Alguns recursos úteis para a gestão, como a gestão da comunidade.”
Os fóruns de código aberto ofereciam discussão, mas nenhuma ferramenta efetiva de votação. Os órgãos de padronização tinham mecanismos de votação, mas a experiência do usuário era mal projetada. Ele continuou procurando, cada vez mais desanimado. “Eu estava chegando ao ponto de sentir que não encontraria nada e que teria de recorrer a algo que fosse apenas razoavelmente adequado.”
A recomendação do ChatGPT
Arapov havia definido critérios claros. Eles precisavam de software de código aberto para estar alinhados aos valores do Projeto OpenSSL. Queriam a possibilidade de participar por e-mail sem precisar acessar a plataforma, algo essencial para engenheiros que passam o dia na caixa de entrada. Uma interface limpa, sem ruído visual. Recursos de votação com acompanhamento adequado. A capacidade de ver todas as enquetes em um só lugar, em vez de procurá-las pelas discussões.
“O que era extremamente importante para mim como engenheiro era a possibilidade de responder a alguém usando apenas meu cliente de e-mail. Então, quando recebo uma notificação de que algo aconteceu, respondo no meu cliente de e-mail sem precisar acessar a plataforma.”
Trabalhar com fornecedores menores de tecnologia também era importante. “É muito mais fácil entrar em contato com eles, e isso era evidente porque nossas necessidades são diferentes das de praticamente todos os softwares que vi. Sabíamos que precisaríamos de algumas adaptações e de recursos que não existem. Quanto menor o fornecedor, mais fácil é ter esse tipo de comunicação, explicar as coisas e realmente vê-las implementadas.”
Outro fator teve grande peso. “Temos uma missão e somos uma organização muito transparente, muito aberta. Para nós, era absolutamente importante ter uma solução que também fosse de código aberto. E estávamos dispostos a apoiar financeiramente esse tipo de solução.” Além de ser coerente com seus princípios, o código aberto é tão importante porque garante a propriedade dos próprios dados e direitos perpétuos sobre o software.
Diante de um prazo e sem uma solução clara, Arapov tentou algo incomum. “Coloquei tudo no ChatGPT. O ChatGPT me deu o Loomio como primeiro resultado. Curiosamente, procurando em outros lugares, eu não tinha encontrado o Loomio. Então pensei: o que é Loomio?”
Ele rapidamente se cadastrou para uma avaliação em loomio.com e entrou em contato com o suporte do Loomio, o cofundador e desenvolvedor principal Rob Guthrie. “Vi OpenSSL aparecer na minha caixa de entrada e pensei: nossa”, lembra Rob. Arapov então assinou a versão pro para poder explorar os recursos mais a fundo.
A opção de hospedagem própria selou a decisão. “Eu queria uma solução com hospedagem própria; ainda é muito importante para nós sermos donos dos nossos dados.” Para uma organização que cuida da infraestrutura criptográfica que protege o tráfego global da internet, a soberania dos dados não é negociável. As preocupações da comunidade técnica com segurança e controle tornaram a hospedagem própria essencial.
Construindo a estrutura da comunidade
A implantação técnica foi simples. A equipe de infraestrutura do Loomio cuidou da configuração. O desafio mais difícil foi projetar a própria arquitetura da comunidade. “O difícil foi chegar à estrutura adequada para as comunidades, porque isso era realmente importante. Temos tantas delas.”
O Projeto OpenSSL identificou seis comunidades distintas: acadêmicos, grandes empresas, pequenas empresas, indivíduos, distribuições e responsáveis por commits. Cada comunidade tinha interesses comerciais e não comerciais, o que significava um total de doze comunidades entre a Corporation e a Foundation.
Para expandir essas comunidades, eles entraram em contato com pessoas que já conheciam: aquelas que haviam tentado contatar o Projeto OpenSSL por listas de e-mail ou que haviam demonstrado envolvimento ao longo dos anos. “Dissemos a elas que tínhamos um novo espaço e que as identificávamos como parte daquela comunidade. Se parecer adequado, por favor, participe da comunidade. E, pelo boca a boca, ela começou a crescer.”
Para viabilizar mudanças entre as comunidades, eles criaram alguns comitês consultivos eleitos pela comunidade. Esses comitês trouxeram à tona as necessidades da comunidade e aconselharam os conselhos de administração da Foundation e da Corporation, traduzindo essas necessidades em itens do roteiro do produto, mudanças na governança e muito mais.
Repensando o roteiro do produto
“Temos um grupo de engenheiros com opiniões muito fortes, que acham que sabem o que todo mundo sabe, gosta e quer.” Juntos, eles haviam acumulado uma longa lista de recursos que acreditavam ser necessários para os usuários.
Então, começaram a perguntar diretamente aos membros registrados da comunidade o que eles queriam, por meio do Loomio. “Bastou levar uma pergunta ao espaço onde as pessoas podem participar. Os engenheiros descobriram que a opinião da comunidade às vezes era exatamente o oposto do que imaginavam. A comunidade pode pensar de maneira exatamente oposta.”
A descoberta foi impactante o suficiente para que o Projeto OpenSSL tomasse uma decisão ousada. “Com a adoção das nossas comunidades no Loomio, reconsideramos aquela longa lista de recursos propostos. Aqueles recursos que pensávamos ser importante desenvolver no futuro. Decidimos descartar toda aquela lista antiga de recursos e começar do zero, conversando diretamente com as comunidades.”
Agora, o processo de mudança funciona nos dois sentidos. “O objetivo é que as comunidades contribuam para nossas decisões. Há pessoas além dos desenvolvedores e dos clientes pagantes que têm necessidades relacionadas à biblioteca OpenSSL. Elas precisam de capacidades, recursos, seja o que for que o software possa oferecer. A plataforma Loomio, que chamamos de OpenSSL Communities, é um espaço onde elas podem apresentar suas necessidades, discuti-las e, eventualmente, tê-las consideradas pelos representantes e pelo conselho do Projeto OpenSSL. Recebemos feedback em tempo real da comunidade sobre os recursos propostos antes de desenvolvê-los.”
As comunidades podem apresentar necessidades. O Projeto OpenSSL pode propor recursos antes de desenvolvê-los. “Quando achamos que é hora de desenvolver determinado recurso, informamos às comunidades que estamos prestes a fazê-lo. E que vamos fazê-lo dessa maneira. E teremos prazer em ouvir vocês. Receber feedback sobre isso.”
A votação por delegados
Um recurso de que o Projeto OpenSSL precisava ainda não existia no Loomio. Em grupos comunitários organizados por porte, uma grande empresa com milhares de funcionários poderia facilmente superar todas as outras em votos. “Quando fazemos uma enquete de consenso entre grupos, gostaríamos de ver o que diferentes organizações pensam sobre determinado assunto. Então é muito fácil para uma organização que tem milhares de funcionários superar em votos uma organização menor.”
Eles precisavam que cada organização tivesse um voto (independentemente de quantos funcionários participassem). A solução: identificar um delegado por organização. “Então, quando fazemos a enquete em nossos grupos nos quais limitamos a participação a uma pessoa de uma empresa ou a uma voz da empresa, criamos uma enquete apenas para os delegados. E temos conclusões representativas dessas enquetes, nas quais cada empresa tem apenas um voto.”
Rob construiu o sistema de delegados especificamente para as necessidades do Projeto OpenSSL. O novo recurso se mostrou fundamental durante as eleições para os comitês consultivos. “Tivemos, especialmente na comunidade de grandes empresas, uma eleição muito disputada, com seis pessoas concorrendo a uma vaga. Era evidente que uma grande empresa poderia superar qualquer outro candidato em votos para eleger seu candidato.” Com delegados e um voto por empresa, essa vantagem desapareceu.
O sistema se estende a organizações como instituições acadêmicas. Diferentes universidades têm várias pessoas participando, mas, em certas decisões, o Projeto OpenSSL permite apenas um voto por instituição.
Criando memória organizacional
Para um projeto de 26 anos, o contexto histórico importa. “A biblioteca OpenSSL é um projeto muito antigo. E, no passado, costumávamos tomar muitas decisões a portas fechadas. Deixamos muitas pessoas insatisfeitas com nossas decisões.”
As pessoas perguntavam por que o Projeto OpenSSL havia feito determinadas escolhas. “Às vezes recebemos uma pergunta como: por que vocês tomaram uma decisão dessa maneira e não de outra? Nem sempre conseguíamos apontar um registro do passado que explicasse por que a decisão havia sido tomada.”
O Loomio cria esse registro. “O Loomio é muito importante para nós, não apenas do ponto de vista das contribuições que queremos reunir, mas também do ponto de vista do arquivo.” Agora, as pessoas podem apontar a discussão exata em que uma decisão foi tomada e entender por quê.
A transparência tem outra finalidade. Muitos ainda duvidam que as contribuições da comunidade realmente importem. “Ainda lidamos com pessoas que não acreditam que isso funciona. Uma das coisas que tento fazer sempre que possível é dar exemplos que mostrem que o processo está funcionando. Os usuários não acreditam que podem mudar alguma coisa. Ao fazer essas pequenas mudanças e demonstrar a capacidade dos usuários de influenciar uma decisão, podemos mostrar que isso realmente funciona.”
Ele percebeu um ciclo positivo. “A participação gera mais participação.” Quanto mais conteúdo e contexto oferecem, mais membros da comunidade participam. Quanto mais visível se torna a tomada de decisão, mais fácil fica provar que a ideia funciona.
Para um projeto de segurança em que confiança e privacidade são tão fundamentais, a governança transparente do projeto é essencial para sua missão. “Trabalhamos com criptografia e precisamos ser dignos de confiança. Para conquistar essa confiança, a única maneira, ou uma das principais maneiras, é ser aberto.”
Trabalhamos com criptografia e precisamos ser dignos de confiança. Para conquistar essa confiança, a única maneira, ou uma das principais maneiras, é ser aberto.
A conexão presencial
Em outubro de 2025, a OpenSSL Corporation realizou uma conferência em Praga. Ela foi planejada de forma bastante deliberada. “Decidimos fazer essa conferência de uma maneira que não fosse uma conferência de vendas nem apenas para engenheiros.”
Arapov convidou Rob para participar e apresentar o Loomio. “Para nós, para o Projeto OpenSSL na conferência, além de nos conectarmos com a comunidade e a equipe, era muito importante falar ao público sobre o que fizemos de diferente, o que fizemos de inovador. O site da comunidade OpenSSL, baseado no software Loomio, era muito importante. Então ter alguém do Loomio lá foi uma ajuda enorme.”
A presença de Rob ajudou de maneiras significativas. “Havia algumas pessoas céticas. Elas não entendiam a decisão de usar o Loomio. Foi muito bom poder conversar com elas e explicar mais sobre o contexto e as intenções da implementação do Loomio.”
A conferência revelou algo mais profundo sobre a construção de comunidades. “Encontrar as pessoas cara a cara faz uma diferença enorme”, conta Arapov.
“Eu adoraria ver algumas ou todas essas pessoas da conferência nas OpenSSL Communities, porque quem veio realmente se importa, e com quem se importa... precisamos manter contato... Elas vieram à conferência porque queriam se conectar pessoalmente.”
Os relacionamentos que haviam se formado online por meio das discussões no Loomio se estenderam e se ampliaram para o mundo físico da conferência. Além disso, a participação online cresceu à medida que as chamadas mensais da OpenSSL Communities: Large Businesses criaram mais oportunidades de alinhamento e mobilização. “Foi incrível ver engenheiros, clientes e gestores de empresas como Amazon, Microsoft, Hewlett-Packard, Cisco e Juniper em uma mesma chamada. Eles não têm outra oportunidade de estar juntos.” O papel do Projeto OpenSSL em reunir essas pessoas está fazendo uma grande diferença e aumentando a participação tanto online quanto presencialmente.
Conselhos para projetos de código aberto
Quando perguntado sobre que conselho daria a outras organizações de código aberto, Arapov é direto sobre um ponto cego comum. “É muito importante que a comunidade de desenvolvedores não seja a única comunidade em um projeto de código aberto. Isso é um problema em muitos projetos de código aberto porque, na maioria das vezes, são os próprios desenvolvedores que iniciam a comunidade e se importam profundamente com esses projetos.”
“Eles podem achar que têm uma comunidade vibrante, mas, na maior parte do tempo, são outros desenvolvedores que usam seu software. Mas muitas vezes há um grupo muito maior de usuários.”
Encontrar esses outros usuários é importante.
“A interação entre desenvolvedores é importante. Mas o desafio maior é encontrar maneiras de ir além da engenharia e se conectar com os usuários, os requisitos de conformidade, as realidades das empresas e o ecossistema mais amplo.”
Para o Projeto OpenSSL, o Loomio se tornou essa ponte. Foi uma maneira de criar uma comunidade e estruturar conversas entre usuários com necessidades totalmente diferentes. “Tínhamos alguma experiência. Por exemplo, sabíamos que grandes e pequenas empresas tinham necessidades muito diferentes. As pequenas empresas são ágeis e frequentemente usam novas ferramentas, coisas novas; elas podem trocar e mudar com frequência. Já as grandes organizações colocam a consistência e a previsibilidade em primeiro lugar, e o restante é menos importante.”
Entender diferenças como essas molda diretamente o que é a biblioteca OpenSSL. Foi fundamental convidar e envolver uma variedade de perspectivas da comunidade para que os produtos desenvolvidos refletissem necessidades reais.
Olhando para o futuro
A governança do Projeto OpenSSL continua minimalista por escolha. “Não somos uma organização grande, então temos pouca burocracia em nossas decisões.” Atualmente, a tomada de decisão no nível da liderança é simples.
Arapov espera que isso mude. “Consideramos estender nosso uso do Loomio à tomada de decisão, do ponto de vista do acompanhamento e do registro. Também achamos que isso será mais importante no futuro, quando houver mais posições no conselho e, portanto, mais pessoas na discussão e mais opiniões a reunir.”
A plataforma que começou como uma ferramenta de engajamento da comunidade também pode evoluir para seu sistema interno de governança. Por enquanto, ela cumpre um objetivo principal: criar canais com comunidades que nunca haviam alcançado antes. O Projeto OpenSSL dá a essas comunidades voz efetiva na definição de ferramentas de segurança e privacidade que protegem o tráfego global da internet.
Para um projeto de segurança que se aproxima de sua terceira década, priorizar a confiança e os relacionamentos por meio de uma tomada de decisão aberta é a base da qual todo o restante depende.
Tags: Comunidade Estudos de caso
