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