Cada vez que ves el ícono del candado en la barra de tu navegador, es probable que la biblioteca OpenSSL esté trabajando entre bastidores. Esta biblioteca criptográfica de código abierto hace posibles las conexiones seguras que protegen tus contraseñas, números de tarjeta de crédito y mensajes privados mientras viajan por internet. Por eso, cuando esta organización tecnológica, cuyo trabajo tiene tanto en juego, necesita tomar decisiones, la claridad y la transparencia son indispensables.
“Abierta, transparente, centrada en la comunidad” son las primeras palabras que escuchamos de Anton Arapov, director de operaciones de OpenSSL Corporation. Cuando Arapov se incorporó a la organización hace tres años, esta afrontaba prioridades contrapuestas. Mientras gran parte de la organización se centraba en defender los valores de la comunidad de código abierto, algunos grupos se dedicaban a prestar apoyo a entidades comerciales como Microsoft, Amazon y Cisco. Esta diferencia generaba un desequilibrio en las prioridades.
“En el pasado era difícil”, explica Arapov. “Teníamos una mezcla de personas... y esa mezcla de personas tenía intereses diversos. Algunas se centraban más en la comunidad, otras en lo comercial. Había choques al responder... ¿qué es importante hacer hoy y qué es importante hacer mañana?”
Arapov y otras personas encontraron una solución estructural a esta fricción. El proyecto OpenSSL se reorganizó en dos entidades: la Corporation, encargada de las actividades comerciales, y la Foundation, responsable del trabajo no comercial. Aunque la nueva estructura aportó una solución, quedaba una pregunta fundamental: ¿cómo recoger las aportaciones del ecosistema más amplio de personas que dependen del software, pero no son clientes de pago ni desarrolladores principales?
La verdadera base de usuarios
Históricamente, el proyecto OpenSSL se comunicaba con dos grupos: los clientes de pago en el ámbito comercial y los desarrolladores que participaban a través de GitHub en el ámbito del código abierto. Arapov y sus colegas sospechaban que había muchos más grupos de interés: académicos que investigaban la criptografía, pequeñas empresas que dependían de comunicaciones seguras, grandes empresas con necesidades específicas de estabilidad y previsibilidad, sistemas operativos y distribuidores que empaquetaban el software. Por nombrar solo algunos.
“En cierto momento, hablamos de cómo llegar al resto de la comunidad. Tenemos varios tipos de usuarios. Hay personas que no son desarrolladoras y que no están familiarizadas con el desarrollo de herramientas para desarrolladores”.
Como director de operaciones y gestor informal de la comunidad de la organización, Arapov impulsó la búsqueda de una solución. Empezó investigando cómo gestionaban otras organizaciones las aportaciones de sus comunidades. Estudió proyectos de código abierto con grandes bases de usuarios. Examinó organismos de normalización que habían logrado obtener el consentimiento para decisiones técnicas.
“Cuando empecé, tenía la idea básica de que necesitaba algún tipo de foro que ofreciera, idealmente, la posibilidad de votar. Algunas funciones útiles para la gestión, como la gestión de la comunidad”.
Los foros de código abierto permitían discutir, pero no ofrecían verdaderas herramientas de votación. Los organismos de normalización tenían mecanismos de votación, pero la experiencia de usuario estaba mal diseñada. Siguió buscando, cada vez más desanimado. “Estaba llegando al punto de sentir que no encontraría nada y que tendría que recurrir a algo que solo encajara más o menos”.
La recomendación de ChatGPT
Arapov había definido criterios claros. Necesitaban software de código abierto para estar en consonancia con los valores del proyecto OpenSSL. Querían poder participar por correo electrónico sin tener que visitar la plataforma, algo fundamental para los ingenieros que pasan gran parte del día en sus bandejas de entrada. Una interfaz limpia, sin ruido visual. Funciones de votación con un seguimiento adecuado. La posibilidad de ver todas las encuestas en un solo lugar en vez de buscarlas entre las discusiones.
“Para mí, como ingeniero, era sumamente importante poder responder a alguien utilizando solo mi cliente de correo electrónico. Así, recibo una notificación de que ha pasado algo y respondo en mi cliente de correo sin tener que ir a la plataforma”.
También era importante trabajar con proveedores tecnológicos más pequeños. “Es mucho más fácil contactarlos, y eso era evidente porque nuestras necesidades son diferentes de casi todo el software que vi. Sabíamos que necesitaríamos algunas adaptaciones y funciones que no existen. Cuanto más pequeño es el proveedor, más fácil es tener este tipo de comunicación, explicar las cosas y ver que realmente se implementan”.
Otro factor tenía mucho peso. “Tenemos una misión y somos una organización muy transparente y muy abierta. Para nosotros era absolutamente importante contar con una solución que también fuera de código abierto. Y estábamos dispuestos a apoyar económicamente ese tipo de solución”. Además de ser coherente con sus principios, el código abierto es muy importante porque garantiza la propiedad de sus propios datos y derechos perpetuos sobre el software.
Ante un plazo límite y sin una solución clara, Arapov probó algo poco convencional. “Lo puse todo en ChatGPT. ChatGPT me dio Loomio como primer resultado. Curiosamente, al buscar en otros lugares, no había encontrado Loomio en absoluto. Así que pensé: ¿qué es Loomio?”
Enseguida se registró para una prueba en loomio.com y se puso en contacto con Rob Guthrie, del equipo de soporte de Loomio, cofundador y desarrollador principal. “Vi que OpenSSL aparecía en mi bandeja de entrada y pensé: Dios mío”, recuerda Rob. Después, Arapov se suscribió a la versión pro para poder explorar las funciones con más profundidad.
La opción de alojamiento propio selló la decisión. “Quería tener una solución alojada en nuestros propios servidores; sigue siendo muy importante para nosotros ser dueños de nuestros datos”. Para una organización que custodia la infraestructura criptográfica que protege el tráfico mundial de internet, la soberanía de los datos no es negociable. Las preocupaciones de la comunidad técnica sobre la seguridad y el control hicieron imprescindible el alojamiento propio.
Crear una estructura comunitaria
El despliegue técnico fue sencillo. El equipo de infraestructura de Loomio se encargó de la configuración. El desafío más difícil fue diseñar la propia arquitectura de la comunidad. “Lo difícil fue dar con la estructura adecuada para las comunidades, porque era realmente importante. Tenemos muchísimas”.
El proyecto OpenSSL identificó seis comunidades distintas: académicos, grandes empresas, pequeñas empresas, particulares, distribuciones y colaboradores con permisos de escritura. Cada comunidad tenía intereses tanto comerciales como no comerciales, lo que suponía un total de doce comunidades entre la Corporation y la Foundation.
Para hacer crecer estas comunidades, contactaron a personas que conocían de antes: quienes habían intentado ponerse en contacto con el proyecto OpenSSL a través de listas de correo o habían mostrado interés a lo largo de los años. “Les dijimos que teníamos un nuevo espacio y que los considerábamos parte de esa comunidad. Si les parecía adecuado, les pedíamos que se unieran. Y empezó a crecer por el boca a boca”.
Para facilitar cambios entre las comunidades, crearon varios comités asesores elegidos por ellas. Estos comités daban a conocer las necesidades de la comunidad y asesoraban a las juntas directivas tanto de la Foundation como de la Corporation, trasladando esas necesidades a la hoja de ruta del producto, a cambios en la gobernanza y a otras iniciativas.
Repensar la hoja de ruta del producto
“Tenemos un grupo de ingenieros con opiniones muy firmes que creen saber lo que todo el mundo sabe, lo que le gusta y lo que quiere”. Entre todos habían acumulado una larga lista de funciones que creían que los usuarios necesitaban.
Entonces empezaron a preguntar directamente a los integrantes registrados de la comunidad qué querían, a través de Loomio. “Bastó con plantear una pregunta en el lugar donde la gente puede participar. Los ingenieros se dieron cuenta de que la opinión de la comunidad a veces era justo la contraria de lo que suponían. La comunidad puede pensar de una manera completamente opuesta”.
El descubrimiento les hizo replantearse sus suposiciones hasta el punto de que el proyecto OpenSSL tomó una decisión audaz. “Al adoptar nuestras comunidades en Loomio, reconsideramos esa larga lista de funciones propuestas. Esas funciones que habíamos pensado que era importante desarrollar en el futuro. Decidimos descartar toda esa antigua lista y empezar de cero hablando directamente con las comunidades”.
Ahora el proceso de cambio funciona en ambos sentidos. “El objetivo es que las comunidades aporten su opinión a nuestras decisiones. Hay personas más allá de los desarrolladores y los clientes de pago que tienen necesidades relacionadas con la biblioteca OpenSSL. Necesitan capacidades, funciones, lo que el software pueda ofrecer. La plataforma Loomio, a la que hemos llamado OpenSSL Communities, es un lugar donde pueden plantear sus necesidades, discutirlas y, finalmente, hacer que los representantes del proyecto OpenSSL y la junta directiva las tengan en cuenta. Recibimos comentarios de la comunidad en tiempo real sobre las funciones propuestas antes de desarrollarlas”.
Las comunidades pueden plantear sus necesidades. El proyecto OpenSSL puede proponer funciones antes de desarrollarlas. “Cuando creemos que es el momento de desarrollar una determinada función, informamos a las comunidades de que estamos a punto de hacerlo. Y de que vamos a hacerlo de esta manera. Y nos complace escucharlas. Recibir sus comentarios al respecto”.
El voto delegado
Una función que necesitaba el proyecto OpenSSL aún no existía en Loomio. En grupos comunitarios organizados por tamaño, una gran empresa con miles de empleados podía superar fácilmente en votos a todas las demás. “Cuando hacemos una encuesta de consenso entre grupos, queremos ver qué piensan las distintas organizaciones sobre un tema concreto. Así que es muy fácil que una organización con miles de empleados supere en votos a una organización más pequeña”.
Necesitaban que cada organización tuviera un voto (independientemente de cuántos empleados participaran). La solución: identificar a un delegado por organización. “Así que, cuando hacemos una encuesta en nuestros grupos en la que limitamos la participación a una persona o una voz por empresa, creamos una encuesta solo para los delegados. Y obtenemos resultados representativos de esas encuestas, en las que cada empresa tiene un solo voto”.
Rob creó el sistema de delegados específicamente para las necesidades del proyecto OpenSSL. La nueva función resultó fundamental durante las elecciones de sus comités asesores. “Tuvimos, especialmente en la comunidad de grandes empresas, una elección muy disputada en la que seis personas competían por un puesto. Era evidente que una gran empresa podía superar en votos a cualquier otro candidato para hacer avanzar al suyo”. Con delegados y un voto por empresa, esa ventaja desapareció.
El sistema también se aplica a organizaciones como las instituciones académicas. En las distintas universidades participan varias personas, pero para ciertas decisiones el proyecto OpenSSL solo permite un voto por institución.
Crear memoria organizacional
Para un proyecto con 26 años de historia, el contexto histórico importa. “La biblioteca OpenSSL es un proyecto muy antiguo. Y en el pasado solíamos tomar muchas decisiones a puerta cerrada. Dejamos a muchas personas descontentas con nuestras decisiones”.
La gente preguntaba por qué el proyecto OpenSSL había tomado ciertas decisiones. “A veces nos preguntan: ¿por qué tomaron una decisión de esta manera y no de otra? No siempre podíamos señalar un registro concreto del pasado que explicara por qué se había tomado la decisión”.
Loomio crea ese registro. “Loomio es muy importante para nosotros, no solo desde la perspectiva de las aportaciones que queremos recoger, sino también desde la perspectiva del archivo”. Ahora la gente puede señalar la discusión exacta en la que se tomó una decisión y entender por qué se tomó.
La transparencia tiene otro propósito. Muchas personas siguen dudando de que las aportaciones de la comunidad realmente importen. “Seguimos tratando con personas que no creen que esto funcione. Una de las cosas que intento hacer tanto como puedo es darles ejemplos que demuestren que el proceso funciona. Los usuarios no creen que puedan cambiar algo. Al hacer estos pequeños cambios y mostrar la capacidad de los usuarios para influir en una decisión, podemos demostrar que realmente funciona”.
Ha observado un ciclo positivo. “La participación genera más participación”. Cuanto más contenido y contexto ofrecen, más integrantes de la comunidad se unen. Cuanto más visible es su toma de decisiones, más fácil resulta demostrar que el concepto funciona.
Para un proyecto de seguridad en el que la confianza y la privacidad son tan fundamentales, una gobernanza transparente del proyecto es esencial para su misión. “Trabajamos en criptografía y debemos ser dignos de confianza. Para serlo, la única manera, o una de las principales, es ser abiertos”.
Trabajamos en criptografía y debemos ser dignos de confianza. Para serlo, la única manera, o una de las principales, es ser abiertos.
La conexión en persona
En octubre de 2025, OpenSSL Corporation organizó una conferencia en Praga. La diseñaron con una intención muy clara. “Decidimos hacer esta conferencia de manera que no fuera una conferencia de ventas ni estuviera dirigida solo a ingenieros”.
Arapov invitó a Rob a asistir y presentar Loomio. “Para nosotros, para el proyecto OpenSSL en la conferencia, además de conectar con la comunidad y el equipo, era muy importante hablar con el público sobre lo que hicimos de manera diferente, lo que hicimos de novedoso. El sitio web OpenSSL Community, basado en el software de Loomio, era muy importante. Así que tener allí a alguien de Loomio fue de gran ayuda”.
La presencia de Rob ayudó de maneras importantes. “Había algunas personas escépticas. No entendían la decisión de usar Loomio. Fue muy bueno poder hablar con ellas y explicarles más sobre los antecedentes y las intenciones de la implementación de Loomio”.
La conferencia reveló algo más profundo sobre la creación de comunidad. “Reunirse cara a cara marca una enorme diferencia”, comparte Arapov.
“Me encantaría ver a algunas o a todas estas personas de la conferencia en OpenSSL Communities, porque quienes vinieron realmente se interesan por el proyecto, y con quienes se interesan... necesitamos mantener el contacto... Vinieron a la conferencia porque querían conectar en persona”.
Las relaciones que se habían formado en línea mediante las discusiones en Loomio se extendieron y ampliaron al mundo físico de la conferencia. Además, la participación en línea siguió creciendo gracias a que las llamadas mensuales de OpenSSL Communities: Large Businesses crearon más oportunidades para coordinarse y pasar a la acción. “Fue increíble ver en una misma llamada a ingenieros, clientes y directivos de empresas como Amazon, Microsoft, Hewlett-Packard, Cisco y Juniper. No tienen otra oportunidad de estar juntos”. El papel del proyecto OpenSSL como convocante está marcando una gran diferencia y aumentando la participación tanto en línea como en persona.
Consejos para proyectos de código abierto
Cuando se le pregunta qué consejo daría a otras organizaciones de código abierto, Arapov habla con franqueza sobre un punto ciego habitual. “Es muy importante que la comunidad de desarrolladores no sea la única comunidad de un proyecto de código abierto. Este es un problema de muchos proyectos de código abierto porque, por lo general, son los propios desarrolladores quienes crean la comunidad y se interesan profundamente por estos proyectos”.
“Puede que crean que tienen una comunidad activa, pero la mayoría de las veces quienes usan su software son otros desarrolladores. Sin embargo, muy a menudo hay un grupo mucho más amplio de usuarios”.
Encontrar a esos otros usuarios es importante.
“La interacción entre desarrolladores es importante. Pero el mayor desafío es encontrar formas de llegar más allá de la ingeniería y conectar con los usuarios, los requisitos de cumplimiento, las realidades empresariales y el ecosistema más amplio”.
Para el proyecto OpenSSL, Loomio se convirtió en ese puente. Fue una manera de crear comunidad y estructurar conversaciones entre usuarios con necesidades completamente diferentes. “Teníamos algo de experiencia. Por ejemplo, sabíamos que las grandes y las pequeñas empresas tenían necesidades muy diferentes. Las pequeñas empresas son ágiles y suelen usar herramientas nuevas, cosas nuevas; pueden cambiar con frecuencia. Las grandes organizaciones dan prioridad a la consistencia y la previsibilidad, y el resto es menos importante”.
Comprender diferencias como estas influye directamente en lo que es la biblioteca OpenSSL. Era fundamental invitar e involucrar una amplia diversidad de perspectivas de la comunidad para que sus desarrollos reflejaran necesidades reales.
Mirando al futuro
La gobernanza del proyecto OpenSSL sigue siendo mínima por diseño. “No somos una gran organización, así que nuestras decisiones conllevan una carga administrativa mínima”. Por ahora, la toma de decisiones a nivel directivo es sencilla.
Arapov espera que eso cambie. “Sí contemplamos ampliar nuestro uso de Loomio a la toma de decisiones, desde el punto de vista del seguimiento y el registro. También creemos que será más importante en el futuro, cuando haya más puestos en la junta directiva y, por tanto, más personas en las discusiones y más opiniones que recoger”.
La plataforma que comenzó como una herramienta de participación comunitaria también podría evolucionar hasta convertirse en su sistema de gobernanza interna. Por ahora, cumple un propósito principal: crear canales de comunicación con comunidades a las que nunca habían llegado. El proyecto OpenSSL da a esas comunidades una voz real para definir las herramientas de seguridad y privacidad que protegen el tráfico mundial de internet.
Para un proyecto de seguridad que se acerca a su tercera década, dar prioridad a la confianza y las relaciones mediante una toma de decisiones abierta es la base de la que depende todo lo demás.
Etiquetas: Comunidad Casos de éxito
