Files
Orchestrator/bahn/Projekt-KIQ-HP/extracted_text/Strategy_initial.docx.txt
T
ankn a5f8fb49ab Migrate all repos into monorepo context folders
Bahn: aisupport, Analyse-O2C-C2S, awesome-bahn-mcp-servers, beam-mcp,
      Confluence_Bot, db-planet-mcp-server, O2C-Harness, project-audit,
      Projekt-KIQ-HP, teamlandkarte-mcp
Dhive: Jury-Voting
Privat: CV, NoteGraph (NOTE: NoteGraph needs complete redo after consolidation)
Shared: AI-Orchestrator, OrgMyLife, power_skills_and_more
Shared/references: symphony (read-only)

Bahn repos remain available as independent remotes - this monorepo
pulls them in via subtree, the originals are untouched.
2026-06-30 20:39:52 +02:00

119 lines
16 KiB
Plaintext
Raw Blame History

This file contains invisible Unicode characters
This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
Strategie
Verfassung & Strategische Vision (v0.2)
Dieses Dokument führt die strategischen Kernprinzipien zusammen und dient als Grundlage für die spätere rechtliche Verfassung.
1. Präambel & Fundamentale Werte
Die Werte dieser Initiative bilden das unumstößliche Fundament für alle strategischen, technischen und zwischenmenschlichen Entscheidungen. Sie stehen über dem reinen Profitstreben und definieren die Kultur der Zusammenarbeit.
Da diese Werte durch die tägliche Arbeit wachsen und durch reale Beispiele aus der Praxis (z.B. in Code-Reviews oder bei Kunden-Entscheidungen) kontinuierlich konkretisiert werden, sind sie in einem separaten, begleitenden Leitdokument ("Werte & Handlungsmaximen") ausgelagert.
Dieses Werte-Dokument ist integraler Bestandteil der Verfassung. Die darin festgehaltenen Prioritäten (wie Datensouveränität, Gemeinwohl, Pragmatismus vor Overengineering) sind für alle Teammitglieder und die Geschäftsführung bindend.
2. Vision und Kernmission
Die Initiative schafft eine hochmoderne Plattform für KI-Anwendungen. Ziel ist es, ein Ökosystem zu etablieren, das Entwicklern ermöglicht, sich kompromisslos auf ihre individuellen Stärken zu fokussieren: die Entwicklung der Plattform, die Kreation von Use Cases oder die Etablierung dieser Use Cases beim Kunden. Die Plattform garantiert eine maximale Geschwindigkeit bei der Entwicklung (analog zu "Custom GPTs") und dem Rollout durch die Bereitstellung der gesamten notwendigen Infrastruktur.
3. Infrastruktur & Datensouveränität
* Europäischer Fokus: Keine Datenspeicherung außerhalb der EU. Kein Hosting außerhalb der EU. Infrastrukturanbieter sind primär europäische Unternehmen.
* Hyperscaler-Ausnahme: US-Hyperscaler werden ausschließlich auf expliziten Kundenwunsch eingesetzt.
4. Das Entwickler-Ökosystem & Geistiges Eigentum
* Progressives Open-Source-Modell: Sämtlicher Code ist initial für alle Teammitglieder innerhalb der Initiative frei verfügbar ("internes Open Source"). Das strategische Ziel ist die vollständige Open-Source-Veröffentlichung nach außen. Dabei müssen jedoch Lizenzmodelle gewählt werden, die eine unregulierte Ausbeutung durch externe KI-Systeme verhindern.
* Vergütung & Beteiligung: Urheber werden für ihre Code-Beiträge entlohnt und erhalten je nach Aufwand eine Gewinnbeteiligung pro Kundenprojekt und Geschäftsjahr. (Details zum System folgen).
* Gehaltstransparenz: Intern herrscht absolute Transparenz über alle Gehälter und Beteiligungen. Eine vollständige, öffentliche Transparenz (als Instrument für radikales Marketing und Vertrauensbildung) ist das langfristige Ziel, wird aber erst nach ausführlicher Diskussion und Beschluss durch das Team umgesetzt, um gesellschaftliche Akzeptanzrisiken zu minimieren.
5. Governance & Entscheidungsstrukturen (Das Betriebssystem der Initiative)
Die Verfassung definiert die bindenden Handlungsleitlinien für das Team und die Geschäftsführung. Die detaillierten methodischen Abläufe der Entscheidungsfindung (z. B. Ablauf der Widerstandsabfrage) sind in einem separaten, begleitenden Erklärdokument ("Entscheidungsprozesse & Governance-Praxis") detailliert geregelt.
5.1 Null-Veto-Politik und Schutz persönlicher Werte
Die Aufnahme neuer Kunden und neuer Teammitglieder erfordert grundsätzlich die Zustimmung oder Enthaltung aller bestehenden Teammitglieder. Ein Veto ist zulässig, muss jedoch durch ein "echtes Argument" begründet werden.
Definition "Echtes Argument": Ein Argument kann fachlicher, moralischer, werteorientierter oder emotionaler Natur sein. Zwingende Voraussetzung ist, dass es klar kommuniziert werden kann. Der Grund für die Ablehnung muss durch das Argument direkt ersichtlich sein und dient als exemplarischer Präzedenzfall für zukünftige Entscheidungen der Initiative.
5.2 Aufnahme von Kunden & Zweistufiges Veto-System
Der Schutz der persönlichen Werte der Teammitglieder steht an oberster Stelle. Niemand muss für einen Kunden arbeiten, der seinen moralischen oder wertebasierten Grundsätzen widerspricht. Das Veto-Recht bei Kunden ist zweistufig aufgebaut:
Stufe 1: Das Persönliche Veto (Arbeitsbefreiung): Ein Teammitglied kann aus wertebasierten oder emotionalen Gründen die persönliche Arbeit an Use Cases oder dem Support für einen spezifischen Kunden ablehnen. Der Kunde darf die Plattform weiterhin nutzen, aber das betroffene Teammitglied wird ohne negative Konsequenzen (weder finanziell bezüglich der Basisentlohnung noch disziplinarisch) vollständig von allen Berührungspunkten mit diesem Kunden freigestellt.
Stufe 2: Das Globale Veto (No-Go-Kundenliste): Steht ein potenzieller Kunde im fundamentalen Widerspruch zu den Kernwerten der gesamten Initiative (z.B. Waffenproduktion, Verletzung von Menschenrechten, massive Umweltschäden), kann ein globales Veto eingelegt werden.
Wird dieses Veto durch ein "echtes Argument" gestützt und im Team bestätigt, wird der Kunde vollständig abgelehnt.
Der abgelehnte Kunde sowie der spezifische, argumentbasierte Grund werden transparent in der "No-Go-Kundenliste" dokumentiert. Diese Liste dient als Präzedenz-Katalog und wird regelmäßig vom Team geprüft.
5.3 Aufnahme von Teammitgliedern (Bewerberprozess & Emotionale Sicherheit)
Das Team entscheidet gemeinsam über Zuwachs. Ein Veto gegen eine:n Bewerber:in verliert jedoch seine Gültigkeit, wenn zwischen der einsprechenden Person und der/dem Bewerber:in im Arbeitsalltag keinerlei Berührungspunkte absehbar sind.
Kennenlernen: Es werden strukturelle Formate geschaffen, die es jedem Teammitglied bei Bedarf ermöglichen, Bewerber:innen kennenzulernen, bevor eine Entscheidung getroffen wird.
Umgang mit emotionalen Ablehnungsgründen: Ist ein Ablehnungsgrund emotional stark belastend, wird intern und extern lediglich ein abstrakter Grund kommuniziert.
Um die emotionale Belastung zu kanalisieren und die Validität des Vetos zu prüfen, muss dieses vorab in mindestens zwei 4-Augen-Gesprächen diskutiert werden.
Diese Gespräche werden wahlweise mit der Geschäftsführung oder mit speziell aus dem Team delegierten Vertrauenspersonen geführt.
5.4 Letztentscheid & Eskalation
Bleibt bei strategisch kritischen Personal- oder Kundenentscheidungen ein unauflösbarer Widerstand bestehen, liegt der Letztentscheid bei der Geschäftsführung ("Patt-Breaker").
Die Geschäftsführung darf nur in Ausnahmefällen gegen hohe Widerstände im Team handeln.
Bedingungen für ein "Overruling": Entscheidet sich die Geschäftsführung gegen ein Veto aus dem Team, müssen die Gründe für diese Entscheidung dem Team gegenüber komplett transparent gemacht werden.
Onboarding-Pflicht: Handelt es sich um die Aufnahme eines neuen Teammitglieds gegen hohe Widerstände, verpflichtet sich die Geschäftsführung persönlich dazu, das Onboarding der neuen Person über volle 6 Monate intensiv und engmaschig zu begleiten.
6. Kunden, Partner & Unternehmensstruktur
* Kunden-Beirat: Die wichtigsten Kunden (initial die 6 Pilotkunden) bilden ein Beratungsgremium. Um pragmatisch und schnell zu starten, wird dies zunächst als einfaches "Advisory Board" (Gremium ohne eigene Rechtsform) strukturiert. Das langfristige Ziel ist die Überführung in eine institutionalisierte Form (z.B. ein Verein / e.V.), über den Delegierte als Teil des Teams Mitspracherecht erhalten.
* Öffentliche Träger & Wirtschaftsförderung: Diese Akteure nehmen eine strategische Rolle als Türöffner, Berater und Netzwerk-Multiplikatoren ein. Sie fungieren primär als Vermittler von Fördermöglichkeiten und Kontakten in die Wirtschaft, nicht als direkte Geldgeber.
* Rechtsform & Investoren: Zielstruktur ist eine GmbH & Co. KG zur Trennung von operativem Geschäft und Investitionskapital. Investoren (Stille Teilhaber) werden aus dem Gewinn bedient, haben jedoch keine Entscheidungsgewalt über die Verfassungsprinzipien.
7. Vergütungs- und Beteiligungssystem (Das Wertpunkte-Modell)
Das System zur Entlohnung und Beteiligung trennt bewusst die Deckung der existenziellen Lebenshaltungskosten von der erfolgsbasierten Gewinnbeteiligung. Es basiert auf dem Grundsatz der Solidarität und der Leistungsgerechtigkeit.
Säule A: Solidarische Basis-Entlohnung (Existenzsicherung)
Um das Lebensrisiko der Teammitglieder abzufedern und gleiche Augenhöhe zu garantieren, wird eine Basisentlohnung gezahlt. Diese besteht aus zwei Komponenten und eliminiert klassische Gehaltsverhandlungen:
Einheitlicher Basis-Satz: Jedes aktive Teammitglied erhält unabhängig von seiner Rolle (Entwicklung, Sales, Admin) denselben monetären Grundsatz für seine investierte Zeit.
Individuelle Bedarfskomponente (Sozial-Modifikator): Da die realen Lebenshaltungskosten variieren, wird der Basis-Satz durch persönliche, nachweisbare Faktoren aufgestockt. Hierzu zählen insbesondere familiäre Verpflichtungen (z.B. Kinder, pflegebedürftige Angehörige).
Risk-Reward-Option: Es steht jedem Teammitglied frei, ganz oder teilweise auf die Basis-Entlohnung zu verzichten, um im Gegenzug einen Multiplikator auf die eigenen Beteiligungs-Wertpunkte (Säule B) zu erhalten.
Säule B: Das Wertpunkte-System (Value Points) & Rollen
Wertpunkte spiegeln den geschaffenen Wert wider. Das System berücksichtigt nun alle kritischen Säulen des Geschäftsbetriebs:
Plattform & Infrastruktur: Entwickler des Kernsystems.
Use-Case-Entwicklung: Schöpfer der spezifischen KI-Anwendungen.
Sales & Kunden-Integration: Akquise, Rollout und Kundenbetreuung.
Administration & Operations: Management, Finanzen und rechtliche Struktur.
Säule C: Projektbeteiligung & Verteilungsschlüssel
Der generierte Umsatz eines Kundenprojekts wird nach einem im Businessplan zu definierenden Schlüssel aufgeteilt. Dieser Schlüssel speist Töpfe für:
Plattform-Weiterentwicklung & Infrastrukturkosten
Use-Case-Urheber
Sales & Integration
Administration & Overhead
Säule D: Innovations-Lebenszyklus & "Patent-System" (Fade-out)
Um Innovationen zu fördern und passives Einkommen ohne Gegenleistung langfristig zu minimieren, unterliegen die projektbezogenen Anteile für Use Cases einem Lebenszyklus:
Haltephase (Monate 1-6): Der Entwickler erhält 100% seines festgelegten Anteils am Use Case.
Degradationsphase (Monate 7-30): Der Anteil sinkt über 24 Monate kontinuierlich ab ("Fade-out").
Wiederbelebung: Werden signifikante neue Features entwickelt und vom Team positiv bewertet, wird der Zyklus ganz oder teilweise zurückgesetzt.
Das "Code-Patent-System" (Recycling): Lösen neue, bessere Use Cases bestehende Lösungen ab, ist dies ausdrücklich erwünscht. Wird dabei jedoch Code der Ursprungslösung recycelt, erhält der ursprüngliche Urheber einen dauerhaften, vordefinierten "Patent-Anteil" (Micro-Share) an der neuen Lösung.
8. Geistiges Eigentum (IP), Code-Souveränität & Wettbewerb
Der Schutz des kollektiven Wissens der Initiative ist essenziell für den gemeinsamen Erfolg und die Sicherstellung der Investitionen.
Rechteübergang: Die Initiative (als juristische Person) erhält die vollumfänglichen, zeitlich und räumlich unbeschränkten Nutzungs- und Verwertungsrechte an jedem entwickelten Code.
Rechte der Entwickler: Entwickler behalten das uneingeschränkte Recht, ihren eigenen, selbst geschriebenen Code privat oder beruflich weiter zu nutzen, sofern dies nicht in direkter Konkurrenz zur Initiative oder zu den bestehenden Use Cases der Kunden geschieht.
Nutzungsbeschränkung der Codebasis: Die kollektive Codebasis, die Plattform-Architektur sowie die Infrastruktur dürfen von den Entwicklern ausschließlich für offizielle Projekte der Initiative genutzt werden.
Post-Exit-Regelung: Scheidet ein Entwickler aus der Initiative aus, erlischt sein Zugriffs- und Nutzungsrecht auf die kollektive Codebasis und Plattform-Infrastruktur sofort. Er darf ab diesem Zeitpunkt ausschließlich seinen eigenen, isolierten Code (unter Beachtung des Wettbewerbsverbots) weiterverwenden.
Verfassung & Strategische Vision (v0.1)
Dieses Dokument dient als Fundament für die strategische Ausrichtung der Initiative und wird kontinuierlich zur verbindlichen Verfassung weiterentwickelt.
1. Vision und Kernmission
Die Initiative schafft eine hochmoderne Plattform für KI-Anwendungen. Ziel ist es, ein Ökosystem zu etablieren, das Entwicklern ermöglicht, sich kompromisslos auf ihre individuellen Stärken zu fokussieren: die Entwicklung der Plattform, die Kreation von Use Cases oder die Etablierung dieser Use Cases beim Kunden. Die Plattform garantiert eine maximale Geschwindigkeit bei der Entwicklung (analog zu "Custom GPTs") und dem Rollout, indem sie die gesamte notwendige Infrastruktur bereitstellt.
2. Fundamentale Werte
Die Handlungen und Architekturen der Initiative unterliegen den folgenden priorisierten Werten:
* Souveränität: Die Datensouveränität der Kunden ist das höchste Gut.
* Gemeinwohl & Teamfokus: Das System dient immer dem Team und dem Gemeinwohl, niemals primär den Investoren. Kundenfokus steht im Zentrum der operativen Arbeit.
* Pragmatismus & Qualität: Die besten verfügbaren Methoden kommen zum Einsatz. Dabei gilt: Robustheit schlägt "fancy" Features. Es herrscht eine "Keep it simple & stupid"-Mentalität, die Overengineering strikt ablehnt und minimale Verschwendung anstrebt.
* Transparenz & Lernkultur: Feedback ist ein zentraler Pfeiler, Wissen wird "open source" geteilt.
3. Infrastruktur & Datensouveränität
* Europäischer Fokus: Es werden keine Daten auf Servern außerhalb der Europäischen Union gespeichert. Kein Service wird außerhalb der EU gehostet. Anbieter der Infrastruktur müssen weitestgehend europäische Unternehmen sein.
* Hyperscaler-Ausnahme: Amerikanische Hyperscaler werden ausschließlich dann genutzt, wenn ein Kunde dies explizit verlangt.
4. Das Entwickler-Ökosystem & Geistiges Eigentum
* Kollaborationsmodell ("Quasi Open Source"): Jeder entwickelte Code wird innerhalb der Initiative allen Mitgliedern zur Verfügung gestellt.
* Vergütung & Beteiligung: Urheber werden für ihre Code-Beiträge entlohnt. Abhängig vom Aufwand erhalten sie eine prozentuale Beteiligung pro Kundenprojekt und pro Geschäftsjahr.
* Transparenz: Die Gehälter aller Teammitglieder sind öffentlich einsehbar und an den nachweisbaren Beitrag zur Initiative gekoppelt.
5. Governance & Entscheidungsstrukturen
Die Verfassung ist bindend und stellt die Handlungsleitlinien für die Geschäftsführung dar.
* Entwickler als Kern & Aufsichtsrat: Das Entwickler-Team ist das Herzstück und fungiert als eine Art Aufsichtsrat. Neue Teammitglieder werden ausschließlich vom bestehenden Team ausgewählt und ongeboarded.
* Null-Veto-Politik: Für die Aufnahme neuer Mitglieder bedarf es der Zustimmung oder Enthaltung aller. Eine Ablehnung (Veto) muss durch ein echtes, sachliches Argument begründet werden.
* Kunden-Beirat: Ein Beirat wird in einer vereinsähnlichen Struktur organisiert, bestehend aus den wichtigsten Kunden. Die 6 Pilotkunden, die erste Use Cases finanziert und erprobt haben, bilden das Initiale Kundenteam. Über Delegierte (initial 1 Person) wird der Beirat Teil des Teams und hat Mitspracherecht (z. B. bei neuen Kunden oder Entwicklern).
* Geschäftsführung: Wird initial durch den Gründer gestellt und spätestens alle 3 Jahre vom gesamten Team demokratisch neu gewählt.
* Agile Entscheidungsfindung: Um Geschwindigkeit zu garantieren, gelten harte Deadlines für Entscheidungen (automatische Enthaltung bei Fristablauf):
* Kleinigkeiten: 2 Stunden.
* Personalentscheidungen: bis zu 1 Woche.
6. Unternehmensstruktur & Investoren
* Rechtsform (Zielstruktur): Eine GmbH & Co. KG wird angestrebt, um operatives Geschäft sauber von Investitionskapital zu trennen.
* Investoren-Rolle: Investoren sind als Stille Teilhaber erwünscht. Ihre finanziellen Ansprüche werden ausschließlich aus dem Gewinn der Initiative bedient. Sie haben keine Entscheidungsgewalt über die in der Verfassung festgelegten Prinzipien.