Apocalypse Survivor Community Lore
Zeitleiste 2008 – 2034

HabiSci-Personalstruktur & Forschungsränge

Slug: habisci-personalstruktur-forschungsränge

HabiSci-Personalstruktur & Forschungsränge

Überblick

HabiSci war keine akademische Institution. Es war eine Forschungsabteilung eines Konzerns, der auf Kontrolle ausgelegt war. Entsprechend war auch die interne Struktur nicht „frei wissenschaftlich“, sondern hierarchisch, funktionsgebunden und projektzentriert. Bei HabiSci zählt nicht der Titel – sondern, wofür du freigegeben bist.

Grundprinzip: Forschung als Organisationseinheit

HabiSci gliederte sich nicht primär nach Disziplinen, sondern nach Programmen, Projektlinien und Kontrollstufen. Das bedeutete:
  • Biologen arbeiteten nicht nur mit Biologen
  • Soziologen nicht nur mit Soziologen
  • Teams wurden nach Zielsetzung zusammengestellt
  • Zugriffe und Rechte folgten dem Projekt – nicht dem Beruf
Wer das Projekt kontrolliert, kontrolliert die Wahrheit.

Ranglogik: Wissenschaftlicher Konzern

HabiSci nutzte eine Struktur, die nach außen „wissenschaftlich“ wirkte, intern aber stark an ein Konzernmodell erinnerte. Beförderung bedeutete nicht Anerkennung – sondern mehr Zugriff. Typische Ebenen:

1) Lab-Operator / Technical Research Staff

Operatives Personal für Laborbetrieb und technische Durchführung.
  • Probenlogistik
  • Materialhandling, Reinraumprotokolle
  • Gerätewartung und Messreihenbetrieb
  • Standardauswertung vordefinierter Parameter
Rechte:
  • Zugriff auf Arbeitsdaten und Teilprotokolle
  • Kein Zugriff auf Gesamtzusammenhänge
Viele wussten exakt, was sie taten – aber nicht, warum.

2) Research Associate

Wissenschaftliche Mitarbeit in Teilbereichen.
  • Auswertung einzelner Datenpakete
  • Erstellen von Zwischenberichten
  • Betreuung definierter Testgruppen / Variablen
Typisch für diese Ebene:
  • hoher Leistungsdruck
  • geringer Kontext
  • strikte Dokumentationspflicht
Du darfst denken – aber nur im Rahmen deiner Variablen.

3) Senior Research Associate / Module Lead

Leitung einzelner Forschungskomponenten („Module“). Ein Modul konnte sein:
  • ein bestimmter Trigger (z.B. Ressourcendruck)
  • eine Messmethodik
  • ein Kontrollmechanismus
  • ein Feedbacksystem innerhalb eines HAB-Kerns
Befugnisse:
  • Entscheidung über Anpassungen im Modul
  • Beantragung von Sonderfreigaben
  • kontrollierte Einsicht in Teilarchivdaten

4) Principal Investigator (PI)

Der Principal Investigator war die zentrale Autorität einer Projektlinie. Diese Rolle war hoch angesehen – und gefährlich. Denn der PI war derjenige, der Verantwortung tragen musste, wenn Ergebnisse politisch oder operativ unbequem wurden. Aufgaben:
  • Projektführung und Zieldefinition
  • Auswertung und Interpretation
  • Abgabe strategischer Empfehlungen
  • Koordination mit anderen Programmen
Rechte:
  • Zugriff auf erweiterte Datensätze
  • Teilzugriff auf SEALED-Bestände (über Antrag)
Ein PI darf wissen, was andere nie erfahren sollen – aber er darf es nicht besitzen.

5) Program Director

Program Directors kontrollierten mehrere Projektlinien und waren die Schnittstelle zu Vorstandsebene und HabiSec. Aufgaben:
  • Priorisierung ganzer Forschungsschwerpunkte
  • Bewertung der „Systemverträglichkeit“ von Ergebnissen
  • Kontrolle von Ressourcen, Teams und Zugriffen
Diese Ebene war oft:
  • politischer als wissenschaftlich
  • strategischer als empirisch
Ab hier ist Forschung kein Erkenntnisgewinn mehr – sondern Systemgestaltung.

6) Scientific Council / Leitungsgremium

HabiSci wurde nicht von einer Person geführt, sondern von einem internen Leitungsgremium, oft nur als Scientific Council bezeichnet. Eigenschaften:
  • klein, abgeschottet, anonymisiert
  • Entscheidungen werden protokolliert, aber nicht begründet
  • Mitglieder wechseln selten – und nur intern nachvollziehbar
Hier wurden beschlossen:
  • Freigaben für Sonderprogramme
  • Versiegelung ganzer Datenreihen
  • Abbruch oder Umwidmung von Projekten
Der Council entscheidet nicht, was wahr ist. Er entscheidet, was existieren darf.

Bewertung & Beförderung

Beförderungen folgten nicht akademischen Standards, sondern einem internen Bewertungsmodell. Kriterien waren u.a.:
  • Zuverlässigkeit unter Stress
  • Dokumentationstreue
  • Ergebnisqualität (nicht Moral)
  • Umgang mit Geheimhaltung
  • Systemloyalität
Wichtig: Erkenntnisse wurden nur dann belohnt, wenn sie kontrollierbar waren. Eine Entdeckung ohne Kontrollmöglichkeit war kein Fortschritt – sondern ein Risiko.

Ethikbeauftragte (offiziell)

Offiziell existierten in HabiSci Ethikrollen. In vielen Programmen gab es:
  • Ethics Officers
  • Compliance Reviewer
  • Protocol Auditors
Ihre Aufgabe war nicht, Forschung zu stoppen. Ihre Aufgabe war:
  • sie formell „sauber“ zu halten
  • die Dokumentation rechtssicher zu machen
  • die Verantwortung zu verteilen
Ethik war nicht das Gewissen des Systems. Ethik war der Lack auf dem Stahl.

Schnittstelle zu HabiSec

HabiSci und HabiSec arbeiteten nicht nur nebeneinander. Sie waren funktional verflochten. Typische Berührungspunkte:
  • Sicherheitsfreigaben für Personal
  • Kontrolle von Feldteams und Transfers
  • Containment-Einsätze bei „Zwischenfällen“
  • Aktenbereinigung bei Projektschäden
Einige höhere HabiSci-Ränge besaßen daher doppelte Funktion:
  • Forschungsleitung + Sicherheitsfreigabe
  • Program Control + Zugriff auf HabiSec-Protokolle
Die Forschung stellte Fragen. HabiSec sorgte dafür, dass niemand die falschen Antworten hört.

Einordnung

Die Personalstruktur von HabiSci erklärt, warum so viele Programme funktionieren konnten, ohne dass einzelne Personen „das ganze Monster“ gesehen haben. Die meisten arbeiteten an einem Zahnrad. Nur wenige kannten die Maschine. HabiSci war nicht böse, weil alle böse waren. HabiSci war effizient, weil niemand alles wusste.
Likes: 0
Einloggen zum Liken