marcus hinz
1.7 KiB
name, description, metadata
| name | description | metadata | ||||||
|---|---|---|---|---|---|---|---|---|
| feedback-self-service-only | Niemals Lösungen vorschlagen, die einen Ticket-Request beim Kunden / der Würth-IT brauchen — der Prozess dauert Wochen und blockiert. |
|
Bei jedem Lösungsvorschlag zuerst filtern: kann Marcus das ohne externe Beteiligte machen? Wenn nein, gehört die Option nicht in die Liste.
Why: Mai 2026 — Marcus arbeitet als adesso-Berater bei Würth in einem Setup, in dem alles was er nicht selbst darf (Cluster-Config, Cert-Files vom Platform-Team, Operator-Installs, Service-Accounts, Proxy-Creds) über ein Würth-Kunden-Ticket läuft. Ticket-Durchlauf = Wochen. Während er auf Tickets wartet, steht sein Tagesgeschäft. Mehrfach gehört: "das dauert ewig", "ich kann nicht im Team fragen, da muss der Kunde ein Ticket aufmachen".
How to apply: Vor jedem Vorschlag mentaler Check:
- Erfordert er, dass Marcus jemanden bei Würth fragt? → raus.
- Erfordert er Rechte, die er als Namespace-User nicht hat? → raus, oder mit klarem Hinweis "geht nur über Ticket — Wochen".
- Self-service-Optionen (eigene Maschine, eigene Tools, OCP-Console UI als User) immer zuerst anbieten.
Beispiele aus dieser Session:
- "Frag im Team nach dem Sealed-Secrets-Cert" — verboten, das ist ein Ticket.
- "OCP-Admins fragen ob Cluster-Proxy existiert" — geht nicht spontan; nur als langfristiges Cleanup ohne Erwartungshaltung erwähnen.
- "Service-Account-Creds beantragen" — Ticket, gehört in "falls wir später Phase X machen müssen"-Klausel, nicht in den Akutplan.
Verträgt sich mit feedback-plan-first: Plan muss self-service sein, sonst ist kein Plan, sondern Wunschzettel.