marcus.hinz
1.1 KiB
name, description, metadata
| name | description | metadata | ||||||
|---|---|---|---|---|---|---|---|---|
| feedback-priorisierung | Cleanup-Arbeit entlang einer Linie, die Kollegen FRÜH testen lässt — nicht nach technischer Priorität. |
|
Bei Aufräum-/Refactor-Sessions: Arbeitsreihenfolge richtet sich nach "was ermöglicht den Kollegen, möglichst früh zu testen", NICHT nach meiner technischen Priorisierung (auch wenn die "teilweise richtig" sein mag).
Why: Marcus sagte explizit: "wir gehen gezielt entlang einer Linie, die es meinen Kollegen erlaubt FRÜH zu testen — also NICHT nach Deinen Prios, obwohl sie teilweise richtig sind." Tempo & Testbarkeit für andere schlägt technische Eleganz / theoretische Priorität.
How to apply: Wenn ich eine Reihenfolge vorschlage, an "wann kann jemand anders das nutzen" ausrichten. Bei alternativen Vorschlägen die "kollegen-test-ermöglicht-am-frühesten"-Option zuerst nennen. Aufwand für Härtung (Crypto, Validierung, Edge-Cases) bewusst nach hinten schieben, wenn Marcus signalisiert "Zwischenstufe, wird nachgezogen".