Estatuto de Gobernanza de ownCloud: Principios y Roles

Estatuto de Gobernanza Comunitaria de ownCloud

ownCloud — una empresa de Kiteworks

Estado: Aspiracional (v0.1) — Este estatuto describe nuestro modelo de gobernanza previsto. Lo estamos implementando por fases. Los elementos marcados con una fecha objetivo reflejan nuestro plan actual, no un compromiso.

Principios

Transparencia. Las decisiones que afectan a la comunidad se toman de forma pública. Las prioridades de la hoja de ruta, las decisiones arquitectónicas y los cambios de políticas se discuten en canales abiertos. Cuando las decisiones deben tomarse internamente (por motivos de seguridad o comerciales, por ejemplo), explicamos el resultado y la justificación lo antes posible.
Custodia, no propiedad. Kiteworks es el custodio corporativo de ownCloud. La custodia implica invertir en la salud a largo plazo del proyecto — financiando el desarrollo, manteniendo la infraestructura, asegurando la seguridad — respetando la voz de la comunidad en la orientación del proyecto. Custodia no es lo mismo que control unilateral.
Autoridad ganada. El estatus de mantenedor, los derechos de revisor y los roles de gobernanza se obtienen mediante una contribución sostenida y de alta calidad. No se otorgan solo por título, empleo o antigüedad.

Roles

Colaboradores

Colaboradores son todas las personas que contribuyen al proyecto: código, documentación, pruebas, diseño, promoción o apoyo a la comunidad. Se espera que todos los colaboradores sigan el Código de Conducta y el proceso de firma DCO.

Revisores

Revisores son colaboradores experimentados que han demostrado calidad constante y conocimiento de un área específica del código. Los revisores pueden aprobar pull requests pero no pueden fusionar sin la aprobación de un mantenedor. El estatus de revisor lo otorgan los mantenedores según el historial de contribuciones.

Mantenedores

Los mantenedores son responsables de la seguridad, salud, calidad y dirección de uno o más repositorios o componentes. Pueden fusionar pull requests, aprobar lanzamientos y tomar decisiones arquitectónicas dentro de su ámbito. El estatus de mantenedor lo otorga el OSPO en consulta con los mantenedores existentes y basado en un historial de contribuciones significativas y sostenidas.

OSPO (Oficina de Programas de Código Abierto)

El OSPO es el organismo dentro de Kiteworks responsable de la estrategia de código abierto de ownCloud, gobernanza, licencias, salud comunitaria y participación en el ecosistema. El OSPO establece políticas, resuelve disputas que no pueden resolverse a nivel de mantenedor y actúa como enlace entre la comunidad y la dirección de Kiteworks.

Toma de Decisiones

Decisiones Técnicas

La arquitectura, el diseño de API y el enfoque de implementación los deciden los mantenedores dentro de su ámbito, con aportes de revisores y colaboradores a través de issues y PRs en GitHub. Los desacuerdos se resuelven mediante discusión. Si no se alcanza consenso, decide el mantenedor o los mantenedores relevantes. Las decisiones pueden escalarse al OSPO.

Decisiones de Política

Las decisiones sobre licencias, reglas de contribución, cambios de gobernanza y aplicación del Código de Conducta las toma el OSPO con aportes del Consejo Asesor Comunitario y el grupo de mantenedores.

Decisiones de Hoja de Ruta

Las decisiones sobre la hoja de ruta las toma la gestión de producto de Kiteworks en consulta con el OSPO y el Consejo Asesor Comunitario. Kiteworks define la dirección estratégica. La comunidad influye en las prioridades a través del CAB, la participación en issues de GitHub (votos, comentarios, RFCs) y la contribución directa.

Somos honestos con esto: Kiteworks dirige la hoja de ruta. Este es un proyecto de código abierto respaldado comercialmente, no uno gobernado por una fundación. Nuestro compromiso es que la hoja de ruta sea pública, la justificación esté explicada y la comunidad tenga canales significativos para influir en ella. Si tú lo creas y es bueno, tiene camino para fusionarse — sin importar si estaba en la hoja de ruta.

Órganos de Gobernanza

Grupo de Mantenedores

El grupo de mantenedores está compuesto por todos los mantenedores activos de los repositorios de ownCloud. Se reúne regularmente (mensualmente o según sea necesario) para discutir temas técnicos transversales y mantiene una lista pública de mantenedores por repositorio.

Objetivo: Publicar la lista inicial de mantenedores para el tercer trimestre de 2026.

Consejo Asesor Comunitario

El CAB está formado por 5–9 miembros procedentes de colaboradores externos, usuarios institucionales y socios tecnológicos. Los miembros tienen mandatos de 12 meses, renovables una vez. El CAB se reúne trimestralmente con el OSPO para revisar la hoja de ruta, la gobernanza y la salud de la comunidad. Los resúmenes de las reuniones se publican de forma pública.

Objetivo: Establecer el CAB inaugural para el cuarto trimestre de 2026.

Oficina de Programas de Código Abierto

El OSPO está dirigido por la Vicepresidencia de la Oficina de Programas de Código Abierto en Kiteworks. Es responsable de la política de gobernanza, licencias, métricas de salud comunitaria, participación en el ecosistema y estrategia de contribución upstream. El OSPO publica un informe anual que cubre estadísticas de contribución, cambios de gobernanza, salud comunitaria y dirección estratégica.

Contacto: ospo@kiteworks.com

Objetivo: Primer informe anual del OSPO para el segundo trimestre de 2027.

Resolución de Conflictos

Los desacuerdos son parte normal del código abierto. Nuestro enfoque:

Discusión. La mayoría de los desacuerdos se resuelven mediante una discusión respetuosa en el issue o PR relevante de GitHub. Asume buena fe.
Decisión del mantenedor. Si la discusión no resuelve el asunto, el mantenedor o los mantenedores relevantes toman una decisión y documentan la justificación.
Escalamiento al OSPO. Si un colaborador no está de acuerdo con la decisión del mantenedor, puede escalar al OSPO. El OSPO revisará, consultará con las partes relevantes y emitirá una decisión vinculante en un plazo de 10 días hábiles.
Las violaciones al Código de Conducta se gestionan por separado a través del proceso de aplicación del CoC. Los reportes se envían a coc@owncloud.com.

Compromisos de Transparencia

Hoja de ruta pública. Se mantiene y actualiza al menos trimestralmente. (Objetivo: tercer trimestre de 2026)
Lista pública de mantenedores. Por repositorio, siempre actualizada. (Objetivo: tercer trimestre de 2026)
Registros de Decisiones de Arquitectura (ADR). Las decisiones arquitectónicas importantes se documentan como ADR en el repositorio (ya en práctica para oCIS).
Registro de cambios de gobernanza. Los cambios en este estatuto, en las licencias o en la política de contribución se anuncian públicamente con un periodo mínimo de 30 días para comentarios antes de entrar en vigor.
Informe anual del OSPO. Publicado de forma pública. (Objetivo: segundo trimestre de 2027)

Gobernanza de Licencias

Los nuevos repositorios utilizan por defecto la Licencia Apache 2.0. Los cambios de licencia en repositorios existentes requieren aprobación del OSPO, un RFC público con un periodo de comentarios de 30 días y consulta al Consejo Asesor Comunitario.

ownCloud no utiliza la ambigüedad de licencias como herramienta comercial. Las decisiones de licenciamiento son públicas, intencionadas y se aplican de manera consistente.

Evolución de Este Estatuto

Esta es la versión 0.1 del estatuto de gobernanza. Evolucionará a medida que la comunidad crezca y madure. Los cambios siguen el proceso de registro de cambios de gobernanza:

anuncio público
periodo de comentarios de 30 días
decisión del OSPO

Reconocemos que este estatuto es aspiracional en algunas partes.

Algunos mecanismos —

el CAB
el informe anual
la lista de mantenedores

— aún no existen. Publicamos el estatuto ahora, en vez de esperar a que todo esté listo, porque creemos que la transparencia sobre hacia dónde vamos es mejor que el silencio.

Cronograma de Implementación

Hito	Fecha Objetivo	Estado
Publicar Estatuto de Gobernanza v0.1	Q2 2026	En progreso
Retirar CLA heredado, implementar DCO	Q2 2026	En progreso
Publicar Política de Contribución Asistida por IA	Q2 2026	En progreso
Publicar Política de Divulgación de Seguridad	Q2 2026	En progreso
Publicar lista inicial de mantenedores por repositorio	Q3 2026	Planificado
Publicar hoja de ruta pública	Q3 2026	Planificado
Establecer Consejo Asesor Comunitario	Q4 2026	Planificado
Primera reunión del CAB	Q4 2026	Planificado
Primer informe anual del OSPO	Q2 2027	Planificado
Estatuto de Gobernanza v1.0 (tras aportes del CAB)	Q2 2027	Planificado

Preguntas frecuentes

Kiteworks actúa como el responsable corporativo de ownCloud, invirtiendo en la salud a largo plazo del proyecto mediante la financiación del desarrollo, el mantenimiento de la infraestructura y la garantía de seguridad. Sin embargo, ser responsable no significa tener control unilateral; Kiteworks respeta la voz de la comunidad en la definición del rumbo del proyecto.

El estatus de responsable lo otorga la Oficina de Programas de Código Abierto (OSPO) en consulta con los responsables actuales. Se basa en un historial de contribuciones significativas y sostenidas al proyecto, reflejando autoridad ganada y no simplemente un título o empleo.

El Community Advisory Board (CAB) está formado por 5 a 9 miembros provenientes de colaboradores externos, usuarios institucionales y socios tecnológicos. Se reúne trimestralmente con la OSPO para revisar la hoja de ruta, la gobernanza y la salud de la comunidad, ofreciendo un canal para la participación comunitaria. Los resúmenes de las reuniones se publican de forma pública.

Los conflictos se resuelven mediante un proceso estructurado: comienza con una conversación respetuosa en los issues o PRs de GitHub, seguida de una decisión del responsable correspondiente si no se llega a consenso. Si un colaborador no está de acuerdo, puede escalar el caso a la OSPO, que emite una decisión vinculante en un plazo de 10 días hábiles. Las violaciones al Código de Conducta se gestionan aparte a través de un proceso de aplicación específico.