---
title: "Rules for TYPO3 Units"
manual: "TYPO3 Community infrastructure"
version: "main"
permalink: "https://docs.typo3.org/permalink/guide-policy:unit-rules"
source: "Community/Units/RulesForTypo3Units.rst"
rendered: "2026-11-05T13:08:49+00:00"
---

# Rules for TYPO3 Units {#unit-rules}

**Table of Contents**

-   [1 Definition](https://docs.typo3.org/permalink/guide-policy:1-definition)
-   [2 Constitution and Charter](https://docs.typo3.org/permalink/guide-policy:2-constitution-and-ref-charter-unit-rules-charter)
-   [3 Structure](https://docs.typo3.org/permalink/guide-policy:3-structure)
-   [4 Transparency and Reporting](https://docs.typo3.org/permalink/guide-policy:4-transparency-and-reporting)
-   [Frequently Asked Questions](https://docs.typo3.org/permalink/guide-policy:frequently-asked-questions)

**Note on imperatives:** The keywords
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1),
[must not](https://www.rfc-editor.org/rfc/rfc2119.html#section-2),
[required](https://www.rfc-editor.org/rfc/rfc2119.html#section-1),
[shall](https://www.rfc-editor.org/rfc/rfc2119.html#section-1),
[shall not](https://www.rfc-editor.org/rfc/rfc2119.html#section-2),
[should](https://www.rfc-editor.org/rfc/rfc2119.html#section-3),
[should not](https://www.rfc-editor.org/rfc/rfc2119.html#section-4),
[recommended](https://www.rfc-editor.org/rfc/rfc2119.html#section-3),
[may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5), and
[optional](https://www.rfc-editor.org/rfc/rfc2119.html#section-5) in this
document are to be interpreted as described in
[RFC 2119](https://www.ietf.org/rfc/rfc2119.html).

## 1 Definition {#unit-rules-definition}

[Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) are self-managed groups of TYPO3 contributors working together to
deliver value to the TYPO3 Product within a specific responsibility
domain. Under the leadership of a [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) and governed by the
[TYPO3 Association](https://typo3.org/association), the [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) aim to be consensus-driven implementers of
the [TYPO3 Product Roadmap](https://typo3.com/typo3-cms/development-roadmap/roadmap) and [TYPO3 Product Strategy](https://docs.typo3.org/permalink/guide-policy:product-strategy) (that is itself
created through input from the [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) in the [Unit Cooperation Panel](https://docs.typo3.org/permalink/guide-policy:coop-panel)) and
the [TYPO3 Association Strategy](https://docs.typo3.org/permalink/guide-policy:t3a-strategy).

## 2 Constitution and [Charter](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter) {#unit-rules-constitution-charter}

### 2.1 Governing Authority {#unit-rules-governing-authority}

A [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) is created, modified, and terminated as
defined in the [TYPO3 Association Bylaws](https://docs.typo3.org/permalink/guide-policy:bylaws). Where nothing else is
defined in the [TYPO3 Association Bylaws](https://docs.typo3.org/permalink/guide-policy:bylaws),
[Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) shall be considered equal to
[committees](https://docs.typo3.org/permalink/guide-policy:bylaws-27).

### 2.2 Charter {#unit-rules-charter}

The [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1)
have a charter defined by the
[TYPO3 Association Board](https://typo3.org/association/structure/board).
The charter [must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1)
define at least:

1.  The [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)’s name
1.  Responsibility domain
1.  Scope of the [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)’s delegated decision-making authority
1.  Names of at least five initial [Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member)

### 2.3 Name {#unit-rules-name}

A [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)’s name
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) be the word
“TYPO3” followed by a noun or a short list of nouns describing the
responsibility domain followed by the word “Unit”.
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) names can contain commas and the word “and”
to separate nouns in a list. (Examples: *TYPO3 Knowledge Unit* or *TYPO3*
*Maintenance and Security Unit\`*)

### 2.4 Delegated Decision-Making Authority {#unit-rules-delegated-decision-authority}

The [Charter](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) define and
clearly limit which decision-making powers are delegated to the
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition), represented by the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator). A
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) can only be delegated powers for operational
decisions.

### 2.5 Petitioning {#unit-rules-petitioning}

Other [TYPO3 Association](https://typo3.org/association) bodies
[may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5) petition a
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition). Petitions
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) be addressed to
the [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator).

### 2.6 Minimum Size {#unit-rules-size}

A [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) have five
[Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) including
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) and
[Deputy](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator) Coordinator.

### 2.7 Non-Compliance {#unit-rules-non-compliance}

If a [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) cannot comply with the requirements of
its [Charter](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter) or these Rules, or the
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) runs out of tasks to complete, the
[TYPO3 Association Board](https://typo3.org/association/structure/board)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) take
appropriate action to rectify it.

## 3 Structure {#unit-rules-structure}

### 3.1 Required Roles {#unit-rules-required-roles}

The following roles
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) be present in
all [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition).

#### 3.1.1 Coordinator {#unit-rules-coordinator}

##### a. Tasks {#unit-rules-coordinator-a}

The [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) reports on, prioritizes,
delegates, and monitors the execution of mandated tasks within the
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition). They are responsible for maintaining
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) health and the
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)’s compliance with its own
[Charter](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter) and other applicable rules set forth by the
[TYPO3 Association](https://typo3.org/association).

##### b. Final Say {#unit-rules-coordinator-b}

The [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) has final say in all
matters concerning the [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)’s mandated tasks and
day-to-day operation. They are expected to emphasize a consensus-driven approach
and [should](https://www.rfc-editor.org/rfc/rfc2119.html#section-3) involve
the [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) in all major decisions.

##### c. Accountability {#unit-rules-coordinator-c}

The [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) is answerable to the
[TYPO3 Association Board](https://typo3.org/association/structure/board).

##### d. Responsibility to React on Violations {#unit-rules-coordinator-d}

When the responsible TYPO3 Association body reports a violation of applicable
TYPO3 Association bylaws or policies that it has been unable to resolve, the
the affected [Unit Member](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) or
[Unit Supporter](https://docs.typo3.org/permalink/guide-policy:unit-rules-supporter)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) be removed from
the [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) by the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) on behalf of the
[TYPO3 Association](https://typo3.org/association).

#### 3.1.2 [Deputy Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator) {#unit-rules-deputy-coordinator}

##### a. Tasks {#unit-rules-deputy-coordinator-a}

The [Deputy Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator)’s primary
task is to support the [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) and
execute tasks as delegated by the [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator).

##### b. Acting Unit Coordinator {#unit-rules-deputy-coordinator-b}

If the [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) is indisposed or while
the [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) position is unfilled, the
[Deputy Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator) serves as the
acting [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator), taking over all related
tasks and responsibilities.

##### c. Rights and Obligations {#unit-rules-deputy-coordinator-c}

Unless stated otherwise, the
[Deputy Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator)’s rights and
obligations are equal to those of a [Unit Member](https://docs.typo3.org/permalink/guide-policy:unit-rules-member).

#### 3.1.3 Member {#unit-rules-member}

##### a. Definition {#unit-rules-member-a}

[Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) are individuals with relevant knowledge
and expertise that are permanent and consistent contributors to the fulfillment
of tasks under the [Unit’s Charter](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter). By focusing on
sharing their experience and supporting other contributors, they serve as the
most important contribution and participation catalysts for the TYPO3 project.

##### b. Accountability {#unit-rules-member-b}

[Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member)
[should](https://www.rfc-editor.org/rfc/rfc2119.html#section-3) be awarded a
large degree of freedom in task selection.
[Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) can request to have tasks assigned or
tasks can be assigned by the [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) or
their delegate. In both cases they
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) respond to
assigned tasks. Tasks
[should](https://www.rfc-editor.org/rfc/rfc2119.html#section-3) be accepted
and accepted tasks
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) be fulfilled to
the best of their ability.

##### c. Reporting {#unit-rules-member-c}

[Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) keep the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) informed about task status and
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) without undue
delay report any factor that
[may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5) affect their
ability to complete a task.

##### d. Recruitment {#unit-rules-member-d}

The [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1)
define a contact point for prospective [Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member)
and respond to enquiries in a timely and welcoming manner.

##### e. Expiry {#unit-rules-member-e}

Unless the [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) decides otherwise, a
[Unit Member](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) role automatically expires when a person
has had no assigned task or no activity in the
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) for six months.

#### 3.1.4 Supporter {#unit-rules-supporter}

##### a. Definition {#unit-rules-supporter-a}

[Unit Supporters](https://docs.typo3.org/permalink/guide-policy:unit-rules-supporter) are individuals with relevant
knowledge and expertise who intermittently contribute to the fulfillment of
tasks under the [Unit Charter](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter), as assigned by the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) or their delegate.

##### b. Commencement and Expiry {#unit-rules-supporter-b}

A person attains the [Unit Supporter](https://docs.typo3.org/permalink/guide-policy:unit-rules-supporter) role when a
task is formally assigned to them by the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) or their delegate. Unless the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) decides otherwise, a
[Unit Supporter](https://docs.typo3.org/permalink/guide-policy:unit-rules-supporter) role automatically expires when a
person has had no assigned task in the [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) for
three months.

##### c. Unfilled Role {#unit-rules-supporter-c}

The role of Supporter
[may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5) be temporarily
unfilled due to recruitment issues.

##### d. Recruitment {#unit-rules-supporter-d}

The [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) define a
contact point for prospective [Unit Supporters](https://docs.typo3.org/permalink/guide-policy:unit-rules-supporter) and
respond to enquiries in a timely and welcoming manner.

A [Unit Supporter](https://docs.typo3.org/permalink/guide-policy:unit-rules-supporter)
[should](https://www.rfc-editor.org/rfc/rfc2119.html#section-3) fulfill
delegated tasks and meet the expectations of a
[Unit Member](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) for at least six months before they
[may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5) become a
[Unit Member](https://docs.typo3.org/permalink/guide-policy:unit-rules-member).

##### e. Accountability {#unit-rules-supporter-e}

The [Unit Supporter](https://docs.typo3.org/permalink/guide-policy:unit-rules-supporter) is free to decline assigned
tasks at any time, but
[should](https://www.rfc-editor.org/rfc/rfc2119.html#section-3) fulfill any
accepted tasks to the best of their ability.

##### f. Reporting {#unit-rules-supporter-f}

The [Unit Supporter](https://docs.typo3.org/permalink/guide-policy:unit-rules-supporter)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) keep the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) or their delegate informed
about task status and
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) without undue
delay report any factor that may affect their ability to complete a task.

#### 3.1.5 Unit Council {#unit-rules-council}

##### a. Definition {#unit-rules-council-a}

The [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator),
[Deputy unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator), and
[Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) constitute the
[Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council). The
[Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) is responsible for developing long-term
policy and strategy within the [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition).

##### b. Coordinator Eligibility {#unit-rules-council-b}

Only the [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)’s own
[Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) are eligible to be elected as Coordinator and
[Deputy Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator) of their
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition).

##### c. Meeting Frequency {#unit-rules-council-c}

The [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) meets whenever the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) or at least 50% of all eligible
[Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) members desire it. Meetings
[should](https://www.rfc-editor.org/rfc/rfc2119.html#section-3) take place at
least once every month. A meeting date and time
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) be announced at
least seven days in advance, unless 50% of all eligible
[Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) members agree to disregard this rule.

##### d. Meeting Chair {#unit-rules-council-d}

The Council meeting is chaired by the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) or their delegate.

##### e. Quorum {#unit-rules-council-e}

The [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) reaches a quorum when half of
all its members, along with either the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) or
[Deputy Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator), are present.

##### f. Majority {#unit-rules-council-f}

All [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) decisions require a simple
majority of the votes cast.

##### g. Coordinator Term and Re-Election {#unit-rules-council-g}

The [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) elects the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) and
[Deputy Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator) for a term of one
year and [may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5)
re-elect incumbents indefinitely. Elections for a scheduled new term in office
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) take place 1–3
months before that term is due to begin. If the office is vacant, including when
the [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) is first established, the
[Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) elect the role
as soon as practicable, and the elected role’s term begins immediately upon
election. For this case only, a quorum may be reached without the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) or
[Deputy](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator) present.

##### h. Coordinator or [Deputy Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator) Removal {#unit-rules-council-h}

The [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) can vote to remove the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) or
[Deputy Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator) with two thirds
majority of the votes cast. For this case only, a quorum
[may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5) be reached
without the Coordinator or [Deputy](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator)
present.

##### i. Coordinator Petitioning and Council Consultation {#unit-rules-council-i}

The [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) can petition the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) on and
[should](https://www.rfc-editor.org/rfc/rfc2119.html#section-3) be consulted
in decisions concerning at least these areas:

1.  Long-Term Task Prioritization
1.  Budgetary Policy
1.  Creation and removal of optional structures (see 3.2)
1.  Contribution Rules and Acceptance Criteria
1.  Petitions by other [TYPO3 Association](https://typo3.org/association)
    bodies
1.  [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) representation in other
    [TYPO3 Association](https://typo3.org/association) bodies

##### j. Supporters’ Rights {#unit-rules-council-j}

[Unit Supporters](https://docs.typo3.org/permalink/guide-policy:unit-rules-supporter) have no voting rights, but
[may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5) attend
[Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) meetings, unless otherwise decided by
the [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator),
[Unit Deputy Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator), or
[Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council).

##### k. [Member](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) Admission and Extraordinary Removal {#k-ref-member-unit-rules-member-admission-and-extraordinary-removal}

The [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) is responsible for voting on the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)'s proposal to admit new
[Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member). When proposed by the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator), the
[Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council)
[may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5)
also vote for the extraordinary removal of
[Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) from the
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition), independently of the other removal and
expiry clauses under these Rules.

### 3.2 Optional Structure {#unit-rules-optional-structure}

#### 3.2.1 Types {#unit-rules-optional-types}

The [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)
[may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5) choose to add
the optional internal structures mentioned in this section to the
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) and delegate tasks to the
[Optional Structure’s Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-roles-a).

-   **Initiative:** A Unit Initiative is a group responsible for
    executing a specific task with a clearly specified deliverable and
    deadline. The group dissolves when the task is completed.
-   **Working Group:** A Unit \<unit-rules-definition> Working Group is a group responsible for a
    specific topic within the [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)’s responsibility domain. The group
    exists until it is removed by the [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator).

#### 3.2.2 Roles {#unit-rules-optional-roles}

##### a. Definition {#unit-rules-optional-roles-a}

[Optional Structures](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-structure)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) have roles that
correspond to the required Unit roles (see
[1.2.2](https://docs.typo3.org/permalink/guide-policy:unit-rules-required-roles)) and share similar responsibilities
within their respective contexts.

-   Coordinator, answerable to the
    [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator), etc.
-   Deputy Coordinator
-   Members
-   Council
-   Supporters

##### b. Size {#unit-rules-optional-roles-b}

[Optional Structures](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-structure)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) consist of at
least two people. Coordinator and Deputy Coordinator are required roles.

##### c. Inability to Elect Coordinator {#unit-rules-optional-roles-c}

If an [Optional Structure](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-structure) consists of
fewer than five people and it is unable to select
[Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-roles-a) and
[Deputy](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-roles-a), the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1)
disband the [Optional Structure](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-structure).

##### d. Role Eligibility {#unit-rules-optional-roles-d}

[Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) can be
[Coordinators](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-roles-a),
[Deputy Coordinators](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-roles-a), and
[Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-roles-a) within an
[Optional Structure](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-structure).
[Unit Supporters](https://docs.typo3.org/permalink/guide-policy:unit-rules-supporter) can only hold a
[Supporter](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-roles-a) role
within an [Optional Structure](https://docs.typo3.org/permalink/guide-policy:unit-rules-optional-structure).

### 3.3 External Affiliation {#unit-rules-external-affiliation}

#### 3.3.1 [Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member)hip in the [TYPO3 Association](https://typo3.org/association) {#unit-rules-t3a-membership}

##### a. Required Association [Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member)hip {#unit-rules-t3a-membership-a}

The role of [Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator),
[Deputy Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator), and
[Member](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) in a [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)
requires active personal memberships in the
[TYPO3 Association](https://typo3.org/association).

##### b. Association [Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member)hip Expiry {#unit-rules-t3a-membership-b}

If a person’s membership lapses, the membership
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) be renewed
within 30 days. If the person fails to renew the membership within this time,
they lose their role with immediate effect.

#### 3.3.2 [Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member)hip in other [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) {#unit-rules-other-membership}

##### a. Right to Combine {#unit-rules-other-membership-a}

Any role in a [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)
[may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5) be combined with
any role in another [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition), but
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator),
[Deputy Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-deputy-coordinator), and
[Unit Member](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) roles
[should not](https://www.rfc-editor.org/rfc/rfc2119.html#section-4) be
combined across more than two [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition).

##### b. Duty to Inform {#unit-rules-other-membership-b}

Any person with such combined roles
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) declare them in
writing to the affected [Unit Coordinators](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator).
[Unit Coordinators](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) declare their
combined roles to the
[TYPO3 Association Board](https://typo3.org/association/structure/board).

## 4 Transparency and Reporting {#unit-rules-transparency-reporting}

### 4.1 Documentation of Decisions, Structures, Authority, and Roles {#unit-rules-documentation}

##### a. Type and Platform {#unit-rules-documentation-a}

The [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) and their delegates
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) maintain
documentation of all tasks, decisions, structures, delegated authority, roles,
and role assignments. This information
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) be made
publicly available on a suitable platform, unless the
[TYPO3 Association Board](https://typo3.org/association/structure/board)
makes exceptions to this rule in the [Unit Charter](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter).

##### b. Further Guidelines {#unit-rules-documentation-b}

The [TYPO3 Association Board](https://typo3.org/association/structure/board)
[may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5) provide further
guidelines and requirements for the information and publication platform.

### 4.2 Regular Reporting {#unit-rules-reporting}

##### a. Regularity {#unit-rules-reporting-a}

The [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) regularly
publish overview reports on the
[Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)’s activities and budget status to the
[TYPO3 Association Members](https://typo3.org/association/membership/directory).

##### b. Report Contents {#unit-rules-reporting-b}

The report [must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1)
contain information on active and completed tasks for the reporting period, as
well as a forecast of expected active and completed tasks for the following
period.

##### c. Publication Platform {#unit-rules-reporting-c}

The report [must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) be
published on [news.typo3.com](http://news.typo3.com) every three months,
unless otherwise stated in the [Unit Charter](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter).

### 4.3 Contribution Rules and Acceptance Criteria {#unit-rules-criteria}

##### a. Publication and Platform {#unit-rules-criteria-a}

In consultation with the [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council), the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) publish rules
and objective acceptance criteria for contributions on a suitable platform, as
specified by the
[TYPO3 Association Board](https://typo3.org/association/structure/board) or
the [Unit Charter](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter).

##### b. Cross-Unit Compatibility {#unit-rules-criteria-b}

The rules and criteria
[should](https://www.rfc-editor.org/rfc/rfc2119.html#section-3) to the
largest possible extent be the same or compatible with the rules and criteria of
other [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition).

##### c. Override {#unit-rules-criteria-c}

The [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)
[may](https://www.rfc-editor.org/rfc/rfc2119.html#section-5) choose to
override the contribution rules and acceptance criteria in cases where:

1.  Rules or criteria are obviously lacking coverage for the topic at hand.
1.  The contribution does not comply with the
    [Unit’s Charter](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter) or other applicable rules set
    forth by the [TYPO3 Association](https://typo3.org/association).

##### d. Missing Coverage Handling {#unit-rules-criteria-d}

Where coverage is found to be missing, the
[Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)
[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) amend the
[Contribution Rules and Acceptance Criteria](https://docs.typo3.org/permalink/guide-policy:unit-rules-criteria) without
undue delay.

<a id="unit-rules-faq-44"></a>
<a id="unit-rules-faq-43"></a>
<a id="unit-rules-faq-42"></a>
<a id="unit-rules-faq-41"></a>
<a id="unit-rules-faq-40"></a>
<a id="unit-rules-faq-39"></a>
<a id="unit-rules-faq-38"></a>
<a id="unit-rules-faq-37"></a>
<a id="unit-rules-faq-36"></a>
<a id="unit-rules-faq-35"></a>
<a id="unit-rules-faq-34"></a>
<a id="unit-rules-faq-33"></a>
<a id="unit-rules-faq-32"></a>
<a id="unit-rules-faq-31"></a>
<a id="unit-rules-faq-30"></a>
<a id="unit-rules-faq-29"></a>
<a id="unit-rules-faq-28"></a>
<a id="unit-rules-faq-27"></a>
<a id="unit-rules-faq-26"></a>
<a id="unit-rules-faq-25"></a>
<a id="unit-rules-faq-24"></a>
<a id="unit-rules-faq-23"></a>
<a id="unit-rules-faq-22"></a>
<a id="unit-rules-faq-21"></a>
<a id="unit-rules-faq-20"></a>
<a id="unit-rules-faq-19"></a>
<a id="unit-rules-faq-18"></a>
<a id="unit-rules-faq-17"></a>
<a id="unit-rules-faq-16"></a>
<a id="unit-rules-faq-15"></a>
<a id="unit-rules-faq-14"></a>
<a id="unit-rules-faq-13"></a>
<a id="unit-rules-faq-12"></a>
<a id="unit-rules-faq-11"></a>
<a id="unit-rules-faq-10"></a>
<a id="unit-rules-faq-9"></a>
<a id="unit-rules-faq-8"></a>
<a id="unit-rules-faq-7"></a>
<a id="unit-rules-faq-6"></a>
<a id="unit-rules-faq-5"></a>
<a id="unit-rules-faq-4"></a>
<a id="unit-rules-faq-3"></a>
<a id="unit-rules-faq-2"></a>
<a id="unit-rules-faq-1"></a>

## Frequently Asked Questions {#unit-rules-faq}

-   **[1.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-1)  **What role is the Coordinator really?****

    It may be good to think of the [Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)
    as a project manager, like what you find in a web agency. A leader with
    organizing and delegating as their main task.

-   **[2.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-2)  **It looks like a Coordinator carries a lot of responsibility and a lot of tasks. How is this realistically achievable?****

    It is important to note that one of the
    [Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)’s main responsibilities is to
    delegate tasks away from themselves. The workload will differ from unit to
    unit, but some kind of compensation will be necessary, either as time
    donated individually, from an employer, or as a budget decision by the
    [TYPO3 Association Board](https://typo3.org/association/structure/board).

-   **[3.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-3)  **It may be a question of definition exactly what lies within the responsibility of a unit. Who makes decisions in these cases, for example what is defined as a feature or that code should be backported?****

    It is the [Unit Cooperation Panel](https://docs.typo3.org/permalink/guide-policy:coop-panel)’s job to coordinate
    between the units and resolve matters of jurisdiction or conflicts of
    interest between [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition).

-   **[4.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-4)  **I don’t want someone to decide what I should do. Do I have a place in a Unit?****

    Yes, you can always be a [Unit Supporter](https://docs.typo3.org/permalink/guide-policy:unit-rules-supporter). This role comes with full freedom
    to choose the tasks you want to take on. For [Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member), the level of
    commitment is greater and, when necessary, you are expected to accept tasks
    you do not like, but that are necessary for the greater good of the project.

-   **[5.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-5)  **What happens if nobody wants to take on the Unit Coordinator or Deputy Unit Coordinator role?****

    If a unit is without a coordinator because nobody wants to take on the
    leadership, this would be a very serious problem. It is the project’s
    problem and no longer something unit-internal. It will have to be escalated
    to the [TYPO3 Association Board](https://typo3.org/association/structure/board)
    and will probably require re-chartering or re-establishing the
    [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition). The Governance Working Group has
    requested that the
    [TYPO3 Association Board](https://typo3.org/association/structure/board)
    defines an escalation process for this.

-   **[6.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-6)  **What does it mean that the Unit Coordinator is answerable to the TYPO3 Association Board?****

    Though the [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) is elected by
    the [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council), their responsibility is to the
    TYPO3 Project, represented by the
    [TYPO3 Association](https://typo3.org/association).
    Responsibility for the Association’s day-to-day operations is delegated to the
    [TYPO3 Association Board](https://typo3.org/association/structure/board)
    by the General Assembly. If the [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)
    fails to meet the needs and requirements of the Project, the
    [TYPO3 Association Board](https://typo3.org/association/structure/board)
    may ultimately remove the [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)
    from the role, and the [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) will have to
    elect a new [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator). The Governance
    Working Group has requested that the
    [TYPO3 Association Board](https://typo3.org/association/structure/board)
    defines an escalation process for this.

-   **[7.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-7)  **Does a Unit Coordinator or other person in a Unit role have to be employed by the TYPO3 Association or TYPO3 Company?****

    No. There is no rule either way and they may be employed by anyone
    or no one, depending on what is the best solution for the
    individual and the project.

-   **[8.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-8)  **What are good examples of a suitable platform for publication of decisions, structures, delegated authority, roles, and role assignments?****

    For example, tasks may be made available in a project management
    system, decisions in a Git repository, and structures and roles on
    a web page.

-   **[9.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-9)  **Does the Deputy Coordinator as acting Unit Coordinator also answer to the TYPO3 Association Board?****

    Yes, since the acting [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) takes
    over all tasks and responsibilities of the
    [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator), they are answerable to the
    [TYPO3 Association Board](https://typo3.org/association/structure/board)
    in the same way as any [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator).

-   **[10.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-10)  **That the membership role automatically expires feels very absolute. What about people taking a sabbatical, for example?****

    The [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) can make exceptions,
    but it’s good to have a general rule with that possibility. The
    responsibility for monitoring expiry is currently with the
    [Member](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) first, which is a way to give people clear
    responsibilities and not overload the
    [Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator).

-   **[11.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-11)  **What if a task is too hard for someone to complete or problems show up during the work on a task?****

    It is the responsibility of a task delegate to report about task
    status and any factor that may affect their ability to complete a
    task. Once such an issue has been reported, the person responsible
    for delegating the task must try to solve the problem by providing
    help, tasking others with providing the help, or delegating the
    task to others.

-   **[12.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-12)  **What are good rules and objective acceptance criteria?****

    This is an important topic, but it is beyond the scope of these Rules to
    define philosophy. This is a topic for the
    [Unit Cooperation Panel](https://docs.typo3.org/permalink/guide-policy:coop-panel). It should be a constant point of
    improvement and a living discussion within the community at large.

-   **[13.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-13)  **What happens if multiple units need to have the same contribution rules and acceptance criteria?****

    The [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) already have a requirement to make
    their rules and criteria compatible with other units to the largest possible
    extent and the [Unit Cooperation Panel](https://docs.typo3.org/permalink/guide-policy:coop-panel) is responsible for
    coordinating and harmonizing rules. In addition, two or more units may have
    a requirement to keep exactly the same rules and criteria laid down in their
    respective [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)
    [Charters](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter).

-   **[14.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-14)  **Why doesn’t these rules define who is allowed to merge code?****

    As not all units deal with code and use “merge” as the verb, these rules use
    “acceptance” as a more generally applicable word. The
    [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) is required to publish
    rules and objective
    acceptance criteria for contributions. Ultimately, the acceptance
    (for code, the merge decision) is up to the
    [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator), but this person can also
    delegate such tasks.

-   **[15.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-15)  **Why do these rules not address occasional contributions that are made without a task assignment?****

    This kind of ad hoc, informal contribution is warmly welcome, but it comes
    from outside of the unit, so the rules don’t require them to comply with any
    organizational requirements. However, the way the
    [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) handles the contribution once it is
    submitted is covered by these rules.

-   **[16.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-16)  **Could the Unit Charter define specific working groups within a Unit including its scope, authority, representation?****

    Yes. The charter isn’t limited in scope. A Security Working Group might need
    chartered exceptions from transparency and contribution rules. However,
    since the [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) are self-managed, a top-down
    approach to defining the unit’s operational realm would be unfortunate.
    Instead, the [Charter](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter) could mention specific
    topics within the unit’s responsibility domain, possibly with modifiers like
    “emphasizing” or “ensuring.” Then, it’s up to the unit to define its
    organization.

-   **[17.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-17)  **What is a petition?****

    A petition is an instrument mentioned in the
    [TYPO3 Association bylaws](https://docs.typo3.org/permalink/guide-policy:bylaws). The word means a formal written
    request or complaint requesting a particular action, commonly a change in
    policy or the correction of a wrong. For
    [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition), petitions also provide a single point
    of contact through which requests can be made.

-   **[18.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-18)  **What are examples of TYPO3 Association bodies that can petition Units?****

    Committees and units, but also the
    [General Assembly](https://typo3.org/association/structure/general-assembly),
    [Board](https://typo3.org/association/structure/board), or
    [Business Control Committee](https://typo3.org/association/structure/business-control-committee),
    can formally petition a [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition). Even bodies
    that have decision-making power over [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)
    may choose to petition them instead. In that case, the wish is clear, but
    the final decision is left up to the decision-making processes of the
    [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition).

-   **[19.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-19)  **What happens if the Coordinator and Members do not allow new supporters to become a Member?****

    Though hopefully avoidable through unit size, it is a potential risk that
    the [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) decides to become closed to new
    members. Such a unit would be dysfunctional, requiring the
    [TYPO3 Association Board](https://typo3.org/association/structure/board)
    to take action. If someone doesn’t feel welcomed into a unit, they should
    contact the Ombudspersons or the
    [TYPO3 Association Board](https://typo3.org/association/structure/board).
    The Governance Working Group has requested that the
    [TYPO3 Association Board](https://typo3.org/association/structure/board)
    defines an escalation process for dysfunctional [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition).

-   **[20.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-20)  **How do we handle cross-concern initiatives, like today’s Stats Initiative?****

    This could be an initiative under the Feature
    [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition), but people from multiple units can
    participate in it. However, it would have to be founded in one
    [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition), with a coordinator from that unit.

-   **[21.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-21)  **How can cross-cutting requirements, like accessibility, be applied in all Units, not just Stability & Compliance, where the accessibility topic belongs?****

    Accessibility is a compliance topic, but the Stability & Compliance and
    Feature units will have to work closely on this on a bilateral level.
    Certain types of required cooperation should go into their charters too. The
    [Unit Cooperation Panel](https://docs.typo3.org/permalink/guide-policy:coop-panel) can also be involved, but under a
    more general inclusivity umbrella that includes the non-technical units too.

-   **[22.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-22)  **Can the Unit Rules and the Panel Rules explicitly state that the Conflict of Interest Management Policy applies?****

    In keeping with the wish for separation of concerns, it should be the
    [Conflict of Interest Management Policy](https://docs.typo3.org/permalink/guide-policy:conflict-interest) that
    defines its scope. The Governance Working Group has asked that the TYPO3
    Association Board adapts the Conflict of Interest Management Policy to
    explicitly apply to roles in the
    [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) Rules and Panel Rules.

-   **[23.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-23)  **Why is the Unit Coordinator’s term one year with no term limit when regular renewal could bring new ideas, skills, and perspectives and avoid concentration of power?****

    It is important to bring in new people and skills, but it shouldn’t be
    controlled with the [Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)’s term
    limit. [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) Health and
    [Charter](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter) Compliance have been made explicit
    [responsibilities for the Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator-a). The
    task of the [Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) is administrative
    and the position itself should not be tied to long-term policy and strategy.
    These should be created and maintained by the
    [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council). This makes a
    [Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) replacement an administrative
    rather than a directional change. [3.1.5.a](https://docs.typo3.org/permalink/guide-policy:unit-rules-council-a) now
    explicitly mentions that the Council's responsibility for long-term policy
    and strategy within the [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition).

-   **[24.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-24)  **Can the General Assembly Be Asked to Decide on Term Limits and Periodic Re-Confirmation for Unit Coordinators?****

    The General Assembly is responsible for the general direction of the
    [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition). If necessary, the
    [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) rules can be changed by the
    [TYPO3 Association Board](https://typo3.org/association/structure/board)
    later, but only the general idea should be implemented in the bylaws at the
    General Assembly. [Unit Coordinators](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) are
    periodically reconfirmed during the
    [Unit Council’s](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) annual
    [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) election.

-   **[25.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-25)  **Which decision-making best practices apply to a Unit?****

    The Governance Working Group has asked that the
    [TYPO3 Association Board](https://typo3.org/association/structure/board)
    implements a project-wide decision-making best practice.

-   **[26.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-26)  **Must Unit Members accept all assigned tasks?****

    According to section [3.1.3.b](https://docs.typo3.org/permalink/guide-policy:unit-rules-member-b)
    [Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) can ask to have tasks assigned or
    tasks can be assigned to them by others. It awards "a large degree of
    freedom in task selection," but it also says that "tasks
    [should](https://www.rfc-editor.org/rfc/rfc2119.html#section-3) be
    accepted and accepted tasks
    [must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1) be
    fulfilled to the best of their ability."

-   **[27.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-27)  **What is the difference between a "must" and "should"?****

    This difference is important.
    [RFC 2119](https://www.ietf.org/rfc/rfc2119.txt) defines
    "[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1)" as "an
    absolute requirement." A
    "[should](https://www.rfc-editor.org/rfc/rfc2119.html#section-3)" is a
    strong expectation and normally optional. We can understand it as a
    conditional
    "[must](https://www.rfc-editor.org/rfc/rfc2119.html#section-1)" where
    "there may exist valid reasons in particular circumstances to ignore \[…\],
    but the full implications must be understood and carefully weighed before
    choosing a different course." The Governance Working Group asks that the
    Business Control Committee (BCC) is tasked with auditing decisions that
    diverge from a
    "[should](https://www.rfc-editor.org/rfc/rfc2119.html#section-3)."

-   **[28.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-28)  **Can Unit Member have a different name? It is easy to mix up with Association Members and it makes it sound like Unit Supporters are not part of the Unit.****

    [Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) and
    [Unit Supporters](https://docs.typo3.org/permalink/guide-policy:unit-rules-supporter) are both parts of their
    [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition), but with different accountability and
    commitment requirements. The Governance Working Group has discussed renaming
    the [Unit Member](https://docs.typo3.org/permalink/guide-policy:unit-rules-member), but none of the suggested
    alternatives are easily self-explanatory or may carry other unfortunate
    meanings. (For example: Unit Owner, Unit Proprietor, Unit Stakeholer, Unit
    Fellow, Unit Selectman, Unit Guardian, and Unit Warden.)

-   **[29.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-29)  **Which TYPO3 Association bodies can report violations that lead to the removal of a Unit Member or \`Unit Supporter from a Unit?****

    The Governance Working Group has requested that the
    [TYPO3 Association Board](https://typo3.org/association/structure/board)
    clarifies the responsible body for handling violations, ideally deferring
    decisions in cases of such violations to the Business Control Committee
    (BCC) through a change in the bylaws.

-   **[30.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-30)  **What is the reason for the expectation that Unit Members take on assigned tasks?****

    Unless in exceptional cases, [Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) are
    expected to take on assigned tasks. The [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition)
    is responsible for fulfilling tasks to ensure that the goals of the TYPO3
    Project (represented by the [Unit Cooperation Panel](https://docs.typo3.org/permalink/guide-policy:coop-panel) as
    the Product Owner) are met. It is also necessary to avoid cases where
    promises of certain goals being reached are made based on a certain
    commitment, but where it turns out that nobody wants to take on the task in
    the end. This has previously put an intolerable load on conscientious team
    leads, who have had to complete tasks on their own.

-   **[31.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-31)  **What happens if the Coordinator  shapes tasks in a way that makes them undesirable to take on or impossible to solve?****

    This would be an example of not maintaining good
    [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) health and that the
    [Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) is not doing their job. This way
    it could be a reason to remove the
    [Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator). This can be done both by the
    [TYPO3 Association Board](https://typo3.org/association/structure/board)
    and the [Unit Council](https://docs.typo3.org/permalink/guide-policy:unit-rules-council) and should prevent the
    [Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator) from making such decisions.

-   **[32.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-32)  **What happens to member expiry if a unit runs out of tasks or if no :ref:\`Unit Member \<unit-rules-member>\` accepts tasks?****

    This is theoretical. In this case the Board would have to disband the
    [Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition), optionally
    [chartering a new Unit](https://docs.typo3.org/permalink/guide-policy:unit-rules-charter) with new
    [Unit Members](https://docs.typo3.org/permalink/guide-policy:unit-rules-member).

-   **[33.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-33)  **Must all task assignment and approval be done by the Unit Coordinator?****

    No. Though these tasks ultimately lie with the
    [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator), their own primary task is
    to delegate such responsibilities away from themselves.

-   **[34.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-34)  **How can the Unit increase contribution and participation when it defines so many rules and so much hierarchy?****

    The hierarchy is there to organize responsibility and accountability and the
    rules are there to define the governance of that organization. The goal of
    the higher levels of the hierarchy is to *serve* the levels below. For
    example, the [Unit Members’](https://docs.typo3.org/permalink/guide-policy:unit-rules-member) main task is to enable
    contribution. This focus is meant to counteract the vicious circle where the
    most experienced contributors are so busy with their own contribution that
    they don’t have time to help those less experienced and onboard new
    contributors.

-   **[35.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-35)  **What is the relationship between compensation and a role’s decision-making power and accountability?****

    Compensation is not connected with decision-making power. Instead
    decision-making power relates to a person's accountability for their
    actions. The more responsibility you have, the more you have to commit
    yourself to the common goals of the project, and the more accountable you
    become. The Governance Working Group has asked that the
    [TYPO3 Association Board](https://typo3.org/association/structure/board)
    clarifies the relationship between compensation/employment and the
    requirement to complete tasks.

-   **[36.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-36)  **Why don’t these Rules specify terms for joining, like confidentiality and trademark obligations?****

    We consider the bylaws to be the Association’s membership terms. Signing a
    non-disclosure agreement (NDA) will not be necessary in all cases. It must
    be left up to the [Units](https://docs.typo3.org/permalink/guide-policy:unit-rules-definition) to decide when and if
    they need it.

-   **[37.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-37)  **Why do Supporters fall outside every contractual obligation?****

    This is the point of Supporters. They shouldn’t be obliged to do anything.
    Additional requirements must be left up to the units to decide if and when
    they need it.

-   **[38.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-38)  **Isn’t the task of being a Unit Coordinator way too much for a volunteer?****

    A focus on delegation of tasks notwithstanding, a
    [Unit Coordinator](https://docs.typo3.org/permalink/guide-policy:unit-rules-coordinator)’s work is important and
    should happen within normal work hours.

-   **[39.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-39)  **Why not limit the number of Unit roles filled by employees of the same company?****

    The Units, and contribution in general, is not a situation where it is
    important to limit the influence of single companies. Open source
    contribution is often described as a meritocracy, where those who do most
    and carry the largest burden are the ones afforded the most influence.
    Limiting the participation from a single company could therefore limit the
    ability of the TYPO3 project to benefit from major institutional
    contributors.

-   **[40.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-40)  **Why not make it absolutely forbidden for people from the TYPO3 Company to take on formal roles in a Units?****

    The TYPO3 Company (TYPO3 GmbH) was founded by the TYPO3 Association as a way
    to generate income from creating, supporting, and promoting services that
    improve the entire TYPO3 Project ecosystem. Some of that income is being
    used to pay the wages of TYPO3 Core developers that started out as regular
    contributors taking on responsibilities for the project. It would be a
    disservice to the project to limit experienced contributors from taking part
    in formal roles.

-   **[41.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-41)  **Are TYPO3 Association membership costs a financial barrier to Unit Membership?****

    At the time of writing, the TYPO3 Association Community membership costs €10
    annually. When signing up, there is an additional sign-up fee of €10, making
    the first year €20, and subsequent years €10. This should be affordable for
    most contributors. Though mostly symbolic at this level, all membership fees
    are a show of commitment to the project and helps contribute to funding,
    maintaining, and coordinating the development of the TYPO3 CMS software. In
    addition to the governance benefits of Association members managing the
    Association's money, paying for a membership also demonstrates commitment
    and accountability. That is an important faculty in those choosing to become
    Unit Members.

-   **[42.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-42)  **If administrative, why do Coordinator and Deputy roles need to be elected at all?****

    Even when administrative, some roles need to be founded on trust. Elections
    are a good way of documenting that the trust exists.

-   **[43.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-43)  **Why compensate formal roles with money, when better tooling could reduce administrative overhead instead?****

    Compensation is not a requirement, but an enabler when the requirements
    become difficult to handle without it. Tools like issue trackers are used by
    every part of the TYPO3 community to reduce administrative overhead, but
    they do still require management. The issue queue for the TYPO3 Core is
    very large, and the work of managing it does not only include assigning
    tasks. Few issues arrive ready to be implemented. Many require triaging or
    conceptualizing. Others need to be developed into solution proposals. The
    quality of the issue queue will ultimately reflect on our ability to close
    those issues.

-   **[44.](https://docs.typo3.org/permalink/guide-policy:unit-rules-faq-44)  **Doesn't a formal, rigid structure work against the flexibility we need to navigate a changing tech landscape?****

    Indeed, and that is why the Units have been proposed. The preceding team
    structure could not handle rapid change: each team required months to
    demonstrate its right to exist and could only receive budgets once a year.
    Units, organized around broader groups of subject-matter experts, enable
    rapid changes to be implemented across a larger topical area without
    requiring the involvement of other bodies.
