Organisational Model
Last modified by Robert Schaub on 2025/12/24 20:33
Organisational Model
1. Purpose
The Organisational Model describes how FactHarbor structures responsibilities, domains, and interfaces between them. It provides a framework that works for a very small organisation today and can scale to a larger community and possible federation.
2. Domains, Not Departments
FactHarbor works with domains rather than hard organisational departments.
A domain is a cluster of responsibilities and workflows. In early phases the same person may act in multiple domains; later, responsibilities can be distributed across several people and teams.
Core domains:
- Research & Development domain – Technical architecture, data model, core algorithms, and quality of modelling and reasoning.
- Organisation domain – Governance, documentation, contributor processes, licensing interpretation, organisational rules, and XWiki structure.
- Public Relations & Care & Marketing domain – Communication, clarity of messaging, user education, community support, and campaigns that respect neutrality principles.
- Operations domain – Infrastructure, hosting, deployment, monitoring, backups, access management, and operational security.
3. Domain Interaction Map
Domain Interaction Map
flowchart LR
classDef tech fill:#e3f2fd,stroke:#1565c0,stroke-width:2px;
classDef org fill:#fce4ec,stroke:#c2185b,stroke-width:2px;
classDef ops fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px;
classDef pr fill:#fff3e0,stroke:#ef6c00,stroke-width:2px;
RD[R&D Domain]:::tech
Org[Organisation Domain]:::org
PR[PR, Care & Marketing]:::pr
Ops[Operations Domain]:::ops
RD <-->|Specs & Quality| Org
Org <-->|Governance & Rules| PR
Org <-->|Policies & Access| Ops
PR <-->|Tools & Channels| Ops
RD -.->|Tech Requirements| Ops