konzept vertraulich owner: matus

Aufgaben-Lebenszyklus im Prozess-Cockpit — bewusst nicht gebaut

Ausgehende Kanten

• verweist_auf ADR-0005 — Eigene Capability-Authority, eigener IdP, eigene Virtual Identity
• verweist_auf Audit, Feedback und Process-Hub anschließen — was entschieden wurde und was es kostet
• verweist_auf Prozess-Cockpit wieder anschließen — was am 2026-08-13 stillgelegt wurde und was es kostet
• gehoert_zu Backlog — tuxametrics

Backlinks

• verweist_auf CLAUDE.md — tuxametrics
• verweist_auf Prozess-Cockpit wieder anschließen — was am 2026-08-13 stillgelegt wurde und was es kostet
• verweist_auf Backlog — tuxametrics

Ego-Netz — Umfeld bis zwei Schritte, ungewichtet

• ADR-0005 — Eigene Capability-Authority, eigener IdP, eigene Virtual Identity 1 Schritt
• Audit, Feedback und Process-Hub anschließen — was entschieden wurde und was es kostet 1 Schritt
• Backlog — tuxametrics 1 Schritt
• CLAUDE.md — tuxametrics 1 Schritt
• Prozess-Cockpit wieder anschließen — was am 2026-08-13 stillgelegt wurde und was es kostet 1 Schritt
• ADR-0002: Der regulatorische Status ist UNGEKLÄRT — externe Klärung ausstehend, und das Produkt sagt es laut 2 Schritte
• ADR-0003: Der Pilot-Betriebsmodus ist UNGEKLÄRT — und darf nicht dadurch entschieden werden, dass jemand anfängt zu arbeiten 2 Schritte
• ADR-0004: Die vier „unbequemen" Elemente sind Zustände im Datenmodell, keine Darstellungsdetails — und GM-7 verbietet die harte Sperre 2 Schritte
• ADR-0006: Feedback-Triage als eigenes Prozessmodul — und ausdrücklich *nicht* „Autoimprove" 2 Schritte
• ADR-0007: `zwirn-autoimprove-service` statt eigener Feedback-Triage — und statt `zwirn-feedback-service` 2 Schritte
• ADR-0008: Zwei Capability-Profile — `platform-owner` und `product-owner` 2 Schritte
• ADR-0010: „Kataloge & Regelwerk" (R-Praxis-Governance) als Scope-Erweiterung — Mechanismus statt Fachzahl 2 Schritte
• ADR-0011: R-Praxis bekommt einen echten Rückkanal — Vorrangregel nach `E-11`, Momentaufnahme je Fall, Änderungshistorie 2 Schritte
• ADR-0012: Substanzstammdaten als eigener Service — Wirkstoff ist die Entität, Handelsname die Referenz 2 Schritte
• Architecture Decision Records — tuxametrics 2 Schritte
• Autoimprove-Kandidaten aus dem Fachlücken-Review 2026-08-15 2 Schritte
• Autorisierungs-Authority und IdP entscheiden 2 Schritte
• Demo-Daten-Tooling bündeln — Vergleich mit eimr/evenews/evepop/DOT 2 Schritte
• Die zwei externen Fragen anstoßen 2 Schritte
• Ein einziges echtes, anonymisiertes Labor-PDF beschaffen 2 Schritte
• Fachklärungen, die den Prototyp entsperren 2 Schritte
• Fachlich beschrieben, bewusst nicht gebaut 2 Schritte
• Fachlicher Backlog v1.3 — Epic-für-Epic-Analyse und Umsetzungsskizzen 2 Schritte
• Flowable-Passthrough `/process-api/**` umgeht die Tenant-Prüfung 2 Schritte
• Gold Path E1/E3 — Umfang, Nicht-Umfang, gefilterte Testfälle 2 Schritte
• Implementation Gaps 2 Schritte
• Isolationsstufe für Gesundheitsdaten benennen (`GG-GOV-SECURITY-0008`) 2 Schritte
• MVP-Fokus (Nutzervorgabe, 2026-08-26) 2 Schritte
• Natives Build-Tooling — was steht, was bewusst zurückgestellt ist 2 Schritte
• Regelwerksversionierung und Korrekturprozess 2 Schritte
• Review, Übersteuerung, Freigabe und Bericht — die `GM-7`-Kette 2 Schritte
• Review: „TuxAmetrics Frontend-Spezifikation v1" (extern, 2026-08-13) 2 Schritte
• Review: „TuxAmetrics Hi-Fi Prototyp Daniel" (2026-08-19) 2 Schritte
• Service-Landschaft 2 Schritte
• Studien/Quellen-Verlinkung im Regelwerk — Konzept statt Mockup-Feature (Nutzervorgabe 2026-08-26) 2 Schritte
• Testabdeckung der 67 Gold-Path-Testfälle 2 Schritte
• Testmanagement anschließen — der fachliche Testfallkatalog für Fachowner 2 Schritte
• TuxAmetrics 2 Schritte
• Was v1.2 belegbar gemacht hat — und hier bewusst NICHT gebaut ist 2 Schritte
• adr 2 Schritte
• agentic-engineering 2 Schritte
• brainversum: Second-Brain-Konsum für TuxAmetrics 2 Schritte
• „Fällige Kontrollen"-Kachel auf „Auswertungen" — **super wichtig** (Nutzervorgabe 2026-08-17) 2 Schritte

Impact-Radius — was hängt an dieser Notiz (eingehend, gewichtet)

• CLAUDE.md — tuxametrics 0.50
• Prozess-Cockpit wieder anschließen — was am 2026-08-13 stillgelegt wurde und was es kostet 0.50
• Backlog — tuxametrics 0.50
• Audit, Feedback und Process-Hub anschließen — was entschieden wurde und was es kostet 0.25
• Flowable-Passthrough `/process-api/**` umgeht die Tenant-Prüfung 0.25
• ADR-0006: Feedback-Triage als eigenes Prozessmodul — und ausdrücklich *nicht* „Autoimprove" 0.25
• ADR-0012: Substanzstammdaten als eigener Service — Wirkstoff ist die Entität, Handelsname die Referenz 0.25
• brainversum: Second-Brain-Konsum für TuxAmetrics 0.20
• MVP-Fokus (Nutzervorgabe, 2026-08-26) 0.20
• Natives Build-Tooling — was steht, was bewusst zurückgestellt ist 0.20
• Ein einziges echtes, anonymisiertes Labor-PDF beschaffen 0.20
• Demo-Daten-Tooling bündeln — Vergleich mit eimr/evenews/evepop/DOT 0.20
• Studien/Quellen-Verlinkung im Regelwerk — Konzept statt Mockup-Feature (Nutzervorgabe 2026-08-26) 0.20
• Review: „TuxAmetrics Hi-Fi Prototyp Daniel" (2026-08-19) 0.20
• Isolationsstufe für Gesundheitsdaten benennen (`GG-GOV-SECURITY-0008`) 0.20
• „Fällige Kontrollen"-Kachel auf „Auswertungen" — **super wichtig** (Nutzervorgabe 2026-08-17) 0.20
• Autoimprove-Kandidaten aus dem Fachlücken-Review 2026-08-15 0.20
• Die zwei externen Fragen anstoßen 0.20
• Fachlicher Backlog v1.3 — Epic-für-Epic-Analyse und Umsetzungsskizzen 0.20
• Testabdeckung der 67 Gold-Path-Testfälle 0.20
• Was v1.2 belegbar gemacht hat — und hier bewusst NICHT gebaut ist 0.20
• Testmanagement anschließen — der fachliche Testfallkatalog für Fachowner 0.20
• Review: „TuxAmetrics Frontend-Spezifikation v1" (extern, 2026-08-13) 0.20
• Autorisierungs-Authority und IdP entscheiden 0.20
• Fachklärungen, die den Prototyp entsperren 0.20
• Guidelines — Master-Index (tuxametrics) 0.12
• Architecture Decision Records — tuxametrics 0.12
• ADR-0007: `zwirn-autoimprove-service` statt eigener Feedback-Triage — und statt `zwirn-feedback-service` 0.12
• Service-Landschaft 0.12
• Implementation Gaps 0.10
• ADR-0005 — Eigene Capability-Authority, eigener IdP, eigene Virtual Identity 0.10
• Domain-Map 0.10
• Fachlich beschrieben, bewusst nicht gebaut 0.10
• Gold Path E1/E3 — Umfang, Nicht-Umfang, gefilterte Testfälle 0.10
• ADR-0004: Die vier „unbequemen" Elemente sind Zustände im Datenmodell, keine Darstellungsdetails — und GM-7 verbietet die harte Sperre 0.10
• TuxAmetrics 0.10
• Testfallkatalog — auf den Gold Path gefiltert 0.10
• ADR-0011: R-Praxis bekommt einen echten Rückkanal — Vorrangregel nach `E-11`, Momentaufnahme je Fall, Änderungshistorie 0.10
• ADR-0010: „Kataloge & Regelwerk" (R-Praxis-Governance) als Scope-Erweiterung — Mechanismus statt Fachzahl 0.10