Registro de Papéis
Baixar este modelo
Gerado em 2026-08-31 · Baixar todos os modelos
Visão Geral
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 as responsabilidades contínuas DEVEM ser atribuídas a papéis explícitos e nomeados, em vez de expectativas implícitas ou acordos informais.
- 7.1.2 A comunidade DEVE manter um Registro de Papéis que inclua, no mínimo:
- 7.1.4 Nenhuma responsabilidade contínua PODE existir sem um papel explícito, e nenhuma pessoa PODE ser responsabilizada por responsabilidades que não foram formalmente atribuídas a um papel.
- 7.7.1 Responsabilidades contínuas NÃO DEVEM existir sem um papel explícito.
Por que exigir que toda responsabilidade tenha um papel nomeado?
Responsabilidades contínuas sem papéis explícitos viram trabalho invisível — feitas por quem percebe, ressentidas silenciosamente e impossíveis de transferir. Tornar cada responsabilidade contínua um papel nomeado e responsabilizável é o que impede que a comunidade funcione à custa da boa vontade não remunerada de alguns membros.
Como preencher
Distinga papéis operacionais (que carregam autoridade delegada conforme a Matriz de Decisão) de papéis funcionais (com escopo de contribuição, sem autoridade especial de governança). Defina o que você usará como "em situação regular" para fins de elegibilidade.
Este registro define todos os papéis reconhecidos dentro da comunidade. Os papéis são operacionais (carregam autoridade delegada conforme a Matriz de Decisão) ou funcionais (com escopo de contribuição, sem autoridade especial de governança além dos direitos de Membro Pleno).
> "Em situação regular" significa um Membro Pleno que cumpriu suas expectativas de participação no último <período> e não está atualmente sujeito a um processo ativo de responsabilização ou revisão de conflito sob a Camada 4.
O que abordar
- 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?
Exemplos
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.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Tabela Resumo
| Papel | Tipo | Detentor Atual |
|---|---|---|
| <Nome do papel> | <Operacional / Funcional> | <detentor ou "Vago"> |
| <...> | <...> | <...> |
Papéis Operacionais
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 que definir responsabilização para autoridade delegada?
Papéis operacionais carregam poder real — podem agir sem uma votação da comunidade dentro do seu escopo. Esse poder só permanece seguro se cada papel tiver um mecanismo claro de responsabilização: quem pode levantar preocupações, como acontece a revisão e como um papel pode ser reatribuído quando a confiança é quebrada.
Como preencher
Para cada papel operacional, preencha o modelo abaixo com escopo concreto, autoridade decisória, interfaces, elegibilidade, mandato, nomeação, revisão/remoção e requisitos de transição.
Papéis operacionais carregam autoridade delegada para agir dentro de limites explicitamente definidos sem uma votação de Membros Plenos, conforme definido na Matriz de Decisão (Camada 2). Todos os detentores de papéis operacionais são responsáveis perante os Membros Plenos coletivamente. Qualquer Membro Pleno PODE levantar uma preocupação sobre como um papel está sendo desempenhado; a reatribuição requer uma votação Estratégica.
<Nome do Papel Operacional, ex.: Administrador(a) de Membros>
- Propósito: <propósito em uma frase.>
- Escopo de responsabilidade: <responsabilidades concretas.>
- Autoridade decisória: <quais decisões da Matriz de Decisão este papel executa; limites explícitos.>
- Interfaces: <outros papéis para os quais este papel transfere ou dos quais recebe.>
- Critérios de elegibilidade: <Membro Pleno em situação regular; quaisquer critérios adicionais.>
- Mandato / rotação: <contínuo / rotativo / mandato fixo.>
- Processo de nomeação: <como o papel é atribuído.>
- Revisão e remoção: <como preocupações são levantadas; reatribuição via votação Estratégica.>
- Transição: <o que DEVE ser transferido antes de deixar o cargo.>
<Nome do Papel Operacional, ex.: Guardião(ã) das Finanças>
- Propósito: <propósito.>
- Escopo de responsabilidade: <responsabilidades.>
- Autoridade decisória: <escopo na Matriz de Decisão; limite de gastos.>
- Interfaces: <outros papéis.>
- Critérios de elegibilidade: <Membro Pleno em situação regular.>
- Mandato / rotação: <...>
- Processo de nomeação: <...>
- Revisão e remoção: <...>
- Transição: <...>
<Adicione papéis operacionais adicionais conforme necessário (ex.: Guardião(ã) de Infraestrutura, Guardião(ã) de Comunicação).>
O que abordar
- 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?
Exemplos
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.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Papéis Funcionais
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 que separar papéis funcionais dos operacionais?
Nem toda contribuição precisa de autoridade delegada — a maior parte do trabalho é sobre fazer, não decidir. Papéis funcionais nomeiam escopos de contribuição sem agregar poder de governança, para que os membros possam aderir ao trabalho sem uma transferência de autoridade e para que o sistema de governança permaneça claro sobre quem pode agir em nome da comunidade.
Como preencher
Para cada papel funcional, defina propósito, escopo, interfaces, elegibilidade e transição. Papéis funcionais não requerem votação para serem assumidos — a declaração é suficiente.
Papéis funcionais definem o escopo de contribuição de um membro. Eles não carregam autoridade delegada de governança além dos direitos de Membro Pleno. Qualquer Membro Pleno PODE assumir um papel funcional ao declará-lo; nenhuma votação é exigida. Os papéis podem ser deixados a qualquer momento mediante notificação.
<Nome do Papel Funcional, ex.: Facilitador(a)>
- Propósito: <propósito.>
- Escopo de responsabilidade: <responsabilidades.>
- Autoridade decisória: <apenas direitos de Membro Pleno.>
- Interfaces: <outros papéis.>
- Critérios de elegibilidade: <Membro Pleno; quaisquer preferências adicionais.>
- Mandato / rotação: <contínuo até ser deixado.>
- Processo de nomeação: <autodeclaração.>
- Revisão e remoção: <PODE ser deixado a qualquer momento; substituição por conflito de interesse conforme a Camada 4, se relevante.>
- Transição: <compromissos ativos a serem informados.>
<Adicione papéis funcionais adicionais conforme necessário.>
O que abordar
- 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?
Exemplos
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.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Registro de Ratificação
- Adotado em: <AAAA-MM-DD>
- Tipo de decisão: Estratégica
- Versão: <versão>
- Registro da decisão: <link para o registro da decisão>