Es mou eis doo, als i als Engineering Manager gschaffa ha, isch dr CEO cho und het gseit, dass i KPI’s (Key Performance Indicators) berichte sölle, zum d Leistung vom Entwicklerteam z messe und z kontrolliera.
Mir han KPI’s (Key Performance Indicators) gha, wie "Entwickligsstund per Entwickler und Tag", misst dur d Entwickler, wo jede Tag d Zit aggä hend, wo si gschaffa hend. Jira’s per Entwickler, Stund, wo uf technischi Tickets gschaffa worde sind, Prozänt vom Arbetstag, wo in Treffe verbräitet worde sind, Durchschnittszeit in X Status, etc., etc.
D Liste goht noh und noh. I ha s Team sogar mit de meischte Arbetstund per Wuch gbewertet. Budget für Teammittag ggee. I ha gärn falsch gmacht. Wenn i hüt wieder d gliichi Froog gfrogt wärd, würd i’s nit so mache.
Lueg, dass i klar cha mache: Zit, wo uf d Entwicklig vo öppis verbräitet wird, het gar nüt mit Leistung oder Usgob oder öppis z tun. Was’s aber macht, isch, dass’s versuecht, öppis z messe, zum’s z kontrolliera. Das chunnt us dr alte Fabrigknotion, dass: „Was du nöd misst, chönntsch nöd kontrolliera“, wo au in alte Schuel-Wasserfall-Projäktmanagement beliebt gsi isch.
Was’s macht, isch, dass’s di Achtsamkeit vo de Wichtige wägnehnd – de Mensche. Versuecht, ihri Müeh in Zuelä z übersetzt. Das isch nöd möglig und wird falsch si. Au als KPI. De Grund, warum Entwicklerteam Grossartigs luege cha, isch Kultur, Motivation und Flow – lohnd se ihri Sache mache. Stöhr se nid mit vile Unsinn.
Lueg noh in "D CTO Playbook" erhältlich uf Amazon/Kindle.
Mir si es Schwiizerischi Firma (LLC) mit Sitz z'
Schwiiz.