Registro de Roles
Descargar esta plantilla
Generado el 2026-08-31 · Descargar todas las plantillas
Visión general
Which ongoing jobs have a name and a person, rather than being everybody's and nobody's?
Cláusulas RCOS 7.1.1, 7.1.2, 7.1.4, 7.7.1
- 7.1.1 Todas las responsabilidades continuas DEBEN asignarse a roles explícitos y con nombre, en lugar de expectativas implícitas o acuerdos informales.
- 7.1.2 La comunidad DEBE mantener un Registro de Roles que incluya, como mínimo:
- 7.1.4 Ninguna responsabilidad continua PUEDE existir sin un rol explícito, y ninguna persona PUEDE ser responsabilizada por obligaciones que no estén formalmente asignadas a un rol.
- 7.7.1 Las responsabilidades continuas NO DEBEN existir sin un rol explícito.
¿Por qué exigir que cada responsabilidad tenga un rol con nombre?
Las responsabilidades continuas sin roles explícitos se convierten en trabajo invisible — lo hace quien se da cuenta, genera resentimiento silencioso y es imposible de traspasar. Convertir cada responsabilidad continua en un rol con nombre y rendición de cuentas es lo que evita que la comunidad funcione a base de la buena voluntad no reconocida de unos pocos miembros.
Cómo rellenar esto
Distingue los roles operativos (que llevan autoridad delegada según la Matriz de Decisiones) de los roles funcionales (limitados a contribuciones, sin autoridad de gobernanza especial). Indica la definición de "en buen estado" que usarás para la elegibilidad.
Este registro define todos los roles reconocidos dentro de la comunidad. Los roles son operativos (con autoridad delegada según la Matriz de Decisiones) o funcionales (limitados a contribuciones, sin autoridad de gobernanza especial más allá de los derechos de Miembro Pleno).
> "En buen estado" significa un Miembro Pleno que ha cumplido sus expectativas de participación en el último <período> y no está actualmente sujeto a un proceso de rendición de cuentas activo ni a una revisión de conflicto bajo la Capa 4.
Qué cubrir
- Which ongoing responsibilities do we have today, and does each belong to a named role — or is some of it still done by whoever happens to notice?
- What makes a role operational (it may act for the community within set limits) rather than functional (it does work but carries no special say)?
- What does ‘in good standing’ mean for anyone who wants to take on a role?
- What must every role entry contain — purpose, scope and authority, boundaries with other roles, who is eligible, term, and how holders are appointed, reviewed and removed?
- How do we make sure nobody is held responsible for work that was never assigned to their role?
- How often do we check the registry against the work actually being done, and who does it?
Ejemplos
Every ongoing task belongs to a role in this registry; if it is not listed, nobody can be held to it, and whoever notices proposes a role for it. Operational roles may act for the community within limits set in the Decision Matrix; functional roles do work but carry no extra say. A member is in good standing if they are up to date on agreed contributions and not suspended. Each entry lists purpose, scope and authority, boundaries, eligibility, term, and appointment, review and removal. Stewards check the registry every six months.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Tabla resumen
| Rol | Tipo | Titular actual |
|---|---|---|
| <Nombre del rol> | <Operativo / Funcional> | <titular o "Vacante"> |
| <...> | <...> | <...> |
Roles operativos
For each role that keeps things running, what is it answerable for and who reviews that?
Cláusulas RCOS 7.1.2, 7.1.3
¿Por qué definir la rendición de cuentas para la autoridad delegada?
Los roles operativos tienen poder real — pueden actuar sin votación comunitaria dentro de su ámbito. Ese poder solo se mantiene seguro si cada rol tiene un mecanismo claro de rendición de cuentas: quién puede plantear preocupaciones, cómo se realiza la revisión y cómo se puede reasignar un rol cuando se rompe la confianza.
Cómo rellenar esto
Para cada rol operativo, completa la plantilla a continuación con ámbito concreto, autoridad de decisión, interfaces, elegibilidad, mandato, nombramiento, revisión/remoción y requisitos de traspaso.
Los roles operativos tienen autoridad delegada para actuar dentro de límites explícitamente definidos sin votación de Miembros Plenos, tal como se define en la Matriz de Decisiones (Capa 2). Todos los titulares de roles operativos rinden cuentas colectivamente ante los Miembros Plenos. Cualquier Miembro Pleno puede plantear una preocupación sobre cómo se está desempeñando un rol; la reasignación requiere una votación Estratégica.
<Nombre del rol operativo, p. ej. Administrador de Membresía>
- Propósito: <propósito en una frase.>
- Ámbito de responsabilidad: <responsabilidades concretas.>
- Autoridad de decisión: <qué decisiones de la Matriz de Decisiones ejecuta este rol; límites explícitos.>
- Interfaces: <otros roles con los que este rol entrega o recibe trabajo.>
- Criterios de elegibilidad: <Miembro Pleno en buen estado; cualquier criterio adicional.>
- Mandato / rotación: <continuo / rotativo / mandato fijo.>
- Proceso de nombramiento: <cómo se asigna el rol.>
- Revisión y remoción: <cómo se plantean preocupaciones; reasignación mediante votación Estratégica.>
- Traspaso: <qué debe transferirse antes de dejar el cargo.>
<Nombre del rol operativo, p. ej. Administrador de Finanzas>
- Propósito: <propósito.>
- Ámbito de responsabilidad: <responsabilidades.>
- Autoridad de decisión: <ámbito en la Matriz de Decisiones; límite de gasto.>
- Interfaces: <otros roles.>
- Criterios de elegibilidad: <Miembro Pleno en buen estado.>
- Mandato / rotación: <...>
- Proceso de nombramiento: <...>
- Revisión y remoción: <...>
- Traspaso: <...>
<Añade roles operativos adicionales según sea necesario (p. ej. Administrador de Infraestructura, Administrador de Comunicaciones).>
Qué cubrir
- Which operational roles do we need, and for each: what is it for and what is it responsible for?
- For each role: which decisions may it take without a community vote, and where are its limits (for example, a spending cap)?
- For each role: who is eligible, how long is the term, and how is the holder chosen?
- For each role: how, how often and by whom is the holder's work reviewed?
- For each role: what happens if the work is not getting done or the holder is overloaded — and how can the role be reassigned?
- For each role: what must be handed over before the holder leaves it?
Ejemplos
Finance Steward: keeps the accounts, pays agreed bills and reports the balance monthly. May approve spending up to €500 per item within the budget; anything more needs a proposal. Any Full Member in good standing may stand for a two-year term, chosen by Strategic vote. The Operations meeting reviews the role every six months, and any member can raise a concern. If the holder is overloaded, the deputy takes over payments; persistent failure leads to reassignment by Strategic vote. Before leaving, the holder hands over bank access, open invoices and the reporting checklist.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Roles funcionales
Which roles exist for a function rather than for daily work, and what are they for?
Cláusulas RCOS 7.1.1, 7.1.2
¿Por qué separar los roles funcionales de los operativos?
No toda contribución necesita autoridad delegada — la mayor parte del trabajo consiste en hacer, no en decidir. Los roles funcionales nombran ámbitos de contribución sin agrupar poder de gobernanza, de modo que los miembros puedan optar por realizar trabajo sin una transferencia de autoridad, y para que el sistema de gobernanza mantenga claridad sobre quién puede actuar en nombre de la comunidad.
Cómo rellenar esto
Para cada rol funcional, define propósito, ámbito, interfaces, elegibilidad y traspaso. Los roles funcionales no requieren votación para asumirlos — basta con una declaración.
Los roles funcionales definen el ámbito de contribución de un miembro. No tienen autoridad de gobernanza delegada más allá de los derechos de Miembro Pleno. Cualquier Miembro Pleno puede asumir un rol funcional declarándolo; no se requiere votación. Los roles pueden dejarse vacantes en cualquier momento mediante notificación.
<Nombre del rol funcional, p. ej. Facilitador>
- Propósito: <propósito.>
- Ámbito de responsabilidad: <responsabilidades.>
- Autoridad de decisión: <solo derechos de Miembro Pleno.>
- Interfaces: <otros roles.>
- Criterios de elegibilidad: <Miembro Pleno; cualquier preferencia adicional.>
- Mandato / rotación: <continuo hasta dejar vacante.>
- Proceso de nombramiento: <autodeclaración.>
- Revisión y remoción: <puede dejarse vacante en cualquier momento; sustitución por conflicto de interés según la Capa 4 si corresponde.>
- Traspaso: <compromisos activos a informar.>
<Añade roles funcionales adicionales según sea necesario.>
Qué cubrir
- Which functional roles do we have — for example facilitator, note-taker or welcomer — and what is each for?
- For each role: what does it do, and which other roles does it work with?
- For each role: who may take it on, and is saying ‘I'll do it’ enough?
- For each role: what does it not include — which decisions can it not make on the community's behalf?
- For each role: how does someone step down, and what must they brief the next person on?
Ejemplos
Facilitator: prepares and runs meetings so everyone is heard and the agenda finishes on time. Any Full Member may take it on by announcing it in the members' channel; no vote is needed, and it carries no extra say in decisions. A facilitator who is a party to a conflict on the agenda steps aside for that item. They may step down at any time after briefing the next facilitator on upcoming meetings and open actions.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
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>