Manual de Operaciones

Descargar esta plantilla

Generado el 2026-07-07 · Descargar todas las plantillas

  • Capa: 5 — Operaciones y Coordinación
  • Estado: Plantilla — adaptar para tu comunidad
  • Referencia RCOS: §7.1, §7.3, §7.4, §7.5, §7.6

Procesos Operativos Fundamentales

Cláusulas RCOS: 7.3.4, 7.7.2, 7.6.3

¿Por qué documentar los procesos críticos?

Si un proceso solo existe en la cabeza de una persona, la comunidad depende de que esa persona aparezca — para siempre. Documentar los procesos críticos por escrito, con responsables nombrados, es lo que convierte el conocimiento privado en un activo comunitario que sobrevive a traspasos, ausencias y salidas.

Cómo rellenar esto

Para cada proceso crítico recurrente (incorporación, salida, publicación de propuestas, registro de contribuciones, cadencia de reuniones, gestión de tesorería, revisión de accesos a plataformas), nombra un responsable y una breve descripción.

Proceso Quién Detalle
<Incorporación de miembros> <rol> <ver Protocolo de Incorporación (Capa 1)>
<Salida de miembros> <rol> <ver Protocolo de Salida y Separación (Capa 1)>
<Publicación de propuestas> <rol> <ver Protocolo de Gobernanza (Capa 2)>
<Registro de contribuciones> <rol> <ver Protocolo de Economía Interna (Capa 3)>
<Reunión recurrente> <facilitador/a> <publicación de agenda; actas; seguimiento de acciones>
<Gestión de tesorería> <administrador/a de finanzas> <ver Reglamento de Tesorería (Capa 3)>
<Revisión de accesos a plataformas> <administrador/a de infraestructura> <cadencia de revisión; revocación de accesos para miembros que han salido>

Responsabilidades Temporales y Ad-Hoc

Cláusulas RCOS: 7.1.5, 7.1.4, 7.7.1

¿Por qué limitar las responsabilidades temporales?

Las tareas ad-hoc se solidifican silenciosamente en trabajos permanentes no remunerados — generalmente sobre quien dijo que sí una vez. Un límite temporal estricto y una revisión obligatoria marcan la diferencia entre “cubrí durante una semana” y “aparentemente este es mi rol ahora.”

Cómo rellenar esto

Establece que toda responsabilidad temporal DEBE estar acotada en el tiempo al asignarla, documentada, revisada antes del vencimiento, y formalizada o terminada.

Cuando una tarea o responsabilidad se asigna temporalmente, DEBE:

  • <Estar explícitamente acotada en el tiempo desde el inicio (fecha de fin específica o condición de finalización).>
  • <Documentarse como temporal en el momento de la asignación.>
  • <Revisarse antes de la fecha de fin; convertirse en un rol formal o terminarse.>

<Duración máxima de cualquier responsabilidad temporal antes de que DEBA asignarse formalmente o terminarse — p. ej. 90 días.> Si una responsabilidad temporal no tiene responsable después de su fecha de fin, caduca; no se transfiere implícitamente.


Interfaces entre Roles y Dominios

Cláusulas RCOS: 7.6.3, 7.3.4

¿Por qué mapear los traspasos explícitamente?

La mayoría de los fallos operativos no ocurren dentro de un rol sino entre roles — en las fronteras donde el trabajo pasa de un responsable al siguiente. Nombrar los traspasos convierte dependencias invisibles en dependencias revisables, y previene los fallos de “yo pensaba que lo tenías tú”.

Cómo rellenar esto

Para cada par de roles que se pasan trabajo entre sí, nombra el traspaso y el tipo de trabajo transferido.

De A Traspaso
<rol> <rol> <qué se traspasa>
<rol> <rol> <…>

Límites de Carga de Trabajo

Cláusulas RCOS: 7.4.1, 7.4.2, 7.4.3, 7.7.3

¿Por qué hacer explícitos los límites de carga de trabajo?

La carga de coordinación ilimitada es el modo de fallo predeterminado de las comunidades voluntarias — quema silenciosamente a los miembros más comprometidos hasta que se van. Límites explícitos y revisables hacen de la capacidad una preocupación compartida en lugar de una carga privada.

Cómo rellenar esto

Establece límites para la carga de reuniones, carga de roles, expectativas de tiempo de respuesta, y el camino para renegociar responsabilidades.

  • Carga de reuniones: <cadencia de reuniones recurrentes y duración máxima; reglas para reuniones extraordinarias.>
  • Carga de roles: <tope si lo hay; regla para señalar sobrecarga; plazo de resolución.>
  • Expectativas de tiempo de respuesta: <asíncrono no urgente; operativo urgente; crítico para la seguridad.>
  • Renegociación y alivio: <proceso para redistribuir responsabilidades; plazo de resolución.>

Continuidad Operativa

Cláusulas RCOS: 7.5.1, 7.5.2, 7.5.3

¿Por qué planificar la continuidad ahora?

Una comunidad que depende de una persona irremplazable está a una enfermedad, un conflicto o una salida de distancia del colapso. Nombrar los puntos únicos de fallo — con honestidad — e incorporar el traspaso en cada rol es lo que permite a la comunidad sobrevivir a sus fundadores.

Cómo rellenar esto

Nombra honestamente los puntos únicos de fallo actuales. Establece el requisito de traspaso para cada rol y la cadencia de revisión de continuidad.

  • Estado actual: <lista honesta de puntos únicos de fallo; plan de reclutamiento para reducir la concentración.>
  • Mecanismos de traspaso: <referencia a los requisitos de traspaso por rol en el Registro de Roles; el traspaso DEBE completarse antes de que un rol quede vacante.>
  • Cadencia de revisión de continuidad: <trimestral; ad hoc ante cambio de rol.>

Flujo de Información y Anti-Monopolización

Cláusulas RCOS: 7.3.5, 7.7.4, 7.3.2

¿Por qué tratar el acceso a la información como un asunto de gobernanza?

Quien controla el acceso a la información controla la comunidad, lo pretenda o no. Hacer explícitas las reglas de acceso — y prohibir los puntos únicos de acceso — es lo que impide que los guardianes informales acumulen el tipo de poder que el sistema de gobernanza se supone que debe controlar.

Cómo rellenar esto

Indica qué registros están abiertos a todos los Miembros Plenos, el plazo de respuesta para solicitudes de información, y la regla contra los puntos únicos de acceso para información relevante de gobernanza.

  • <Decisiones de gobernanza accesibles para todos los Miembros Plenos.>
  • <Actas de reuniones publicadas en un plazo de X horas.>
  • <Estado de membresía y asignaciones de roles accesibles.>
  • <Registros de contribuciones accesibles.>
  • <Plazo de respuesta a solicitudes de información.>
  • <Retener el acceso a información a la que los miembros tienen derecho es un activador de rendición de cuentas según la Capa 4.>
  • <Ningún rol o individuo PUEDE ser el único punto de acceso para información requerida por otros titulares de roles.>

Ubicaciones de Documentación y Procedimientos de Actualización

Cláusulas RCOS: 7.3.1, 7.3.2, 7.3.3

¿Por qué nombrar dónde vive cada documento?

Si nadie puede decir dónde está la versión canónica de algo, no hay versión canónica. Nombrar la ubicación, el responsable y la cadencia de revisión de cada tipo de documento es lo que hace que la memoria de la comunidad sea auditable en lugar de folclórica.

Cómo rellenar esto

Para cada tipo de documento, nombra la ubicación canónica, el responsable y la cadencia de revisión.

Tipo de documento Ubicación Responsable Cadencia de revisión
<Artefactos RCOS> <ubicación> <responsable> <cadencia>
<Registro de miembros> <ubicación> <responsable> <cadencia>
<Actas de reuniones> <ubicación> <responsable> <cadencia>
<Propuestas de gobernanza> <ubicación> <responsable> <cadencia>
<Registros de contribuciones> <ubicación> <responsable> <cadencia>

Registro de Ratificación

  • Adoptado: <AAAA-MM-DD>
  • Tipo de decisión: Estratégica
  • Versión: <versión>
  • Registro de decisión: <enlace al registro de decisión>

RCOS Estándar por EcoHubs

Un sistema operativo modular que define cómo se organizan las comunidades intencionales — desde la gobernanza y los roles hasta el reparto de recursos y la resolución de conflictos — al servicio de la resiliencia, la equidad y la regeneración.

Conectar

© 2026 EcoHubs Platform. Todos los derechos reservados.