auto-commit 2026-01-27: USER.md updates, experimenta docs & organigramm, proxmox setup notes

memory/2026-01-26.md

@@ -56,3 +56,41 @@
 - clawddocs
 - claude-code-usage  
 - summarize (+ CLI via brew)
+
+---
+
+## Arbeit: Jira Feedback-Status Konflikt mit Giovanni
+
+**Beteiligte:**
+- **Giovanni** — Teamleiter Applications, hat Jira Help Desk eingeführt (mit externem Partner)
+- **Bruno** — Teamleiter Plattformmanagement
+- **Stefan** — Mitarbeiter von Giovanni, mit dem er seine Position abgestimmt hat
+- **Abteilungsleiter** — hat bereits entschieden, dass Giovanni den Status implementieren soll
+
+**Das Problem:**
+- Wenn jemand in Jira-Kommentaren per @mention getaggt wird, ist nicht klar ersichtlich, dass ein To-Do vorliegt
+- Tickets bleiben liegen, weil Rückfragen untergehen
+
+**Bastians Vorschlag:**
+- Neuer Status "Feedback" einführen
+- Bei Rückfragen: Ticket der Person zuweisen, von der man Feedback erwartet
+- So hat jeder eine klare To-Do-Liste
+
+**Giovannis Widerstand:**
+- Argumentiert mit "Holprinzip" (jeder holt sich selbst Tickets)
+- Bedenken: "Was wenn ich den falschen erwische?"
+- Nennt einen "Showstopper": Wenn er kurz helfen will, müsste er Status ändern (stimmt aber nicht)
+- Postet Bedenken öffentlich im Teams-Channel NACH der Entscheidung des Abteilungsleiters
+
+**Warum Giovannis Argumente wackeln:**
+1. Seine eigene Alternative 3 (Automation bei @mention = Zuweisung) hebelt das Holprinzip genauso aus
+2. Der "Showstopper" ist keiner — für schnelle Hilfe braucht man keinen Statuswechsel
+3. Keiner seiner Vorschläge löst das eigentliche Problem (Rückfragen gehen unter)
+
+**Status:**
+- Abteilungsleiter hat Implementierung angeordnet
+- Giovanni argumentiert weiterhin dagegen (passiver Widerstand)
+- Bastian hat sachliche Antwort im Teams-Channel gepostet (mit humanizer überarbeitet)
+- Ein Feedback-Status ist Industriestandard (Jira, Zendesk, ServiceNow, Freshdesk)
+
+**Bastians Kompromiss-Vorschlag:** 4-6 Wochen testen, dann evaluieren