En gång när jag arbetade som ingenjörschef, blev jag ombedd av VD:n att rapportera om vissa KPI:er för att mäta och kontrollera prestandan i utvecklingsteamet.
Vi hade KPI:er (Nyckelprestationsindikatorer) såsom "Utvecklingstimmar per utvecklare och dag" mätta genom att utvecklarna rapporterade sin tid varje dag. Jira-tal per utvecklare, timmar arbetade på tekniska biljetter, procentandel av arbetsdagar tillbringade i möten, Genomsnittlig tid i X-status, etc, etc.
Listan fortsätter och fortsätter. Jag bedömde till och med teamet med flest arbetstimmar per vecka. Gav budget för teammiddagar. Jag hade helt fel. Om jag skulle bli ombedd samma idag, skulle jag inte göra det på det sättet.
Låt mig vara tydlig, tid spenderad på att utveckla något har inget att göra med prestanda eller utdata eller något. Det som den gör är att den försöker mäta något för att det ska kunna kontrolleras. Detta kommer från den gamla fabrikens tankegång att: "Vad du inte mäter kan du inte kontrollera" vilket också var populärt i gamla skolans vattenfallprojektledning.
Det som den gör är att ta din uppmärksamhet bort från det viktiga, människorna. Försöker konvertera deras ansträngningar till siffror. Det är inte möjligt och kommer att vara fel. Även som en KPI. Skälen till att utvecklingsteam kan leverera fantastisk kod är kultur, motivation och flow – låt dem göra sitt. Avbryt inte med en massa nonsens.
Läs mer i "The CTO Playbook" tillgänglig på Amazon/Kindle.
Vi hjälper företag med sin teknik och erbjuder CTO-tjänster och produktledning. Kända för våra CTO-tjänster arbetar vi med både startups och etablerade företag i Norden, Schweiz och USA.
Vi är ett schweiziskt företag (LLC) baserat i 
Schweiz.