Del 6
Dan Grøndahl Glavind
Dan is a seasoned DevOps Consultant at Eficode with 10+ years of experience working with software development. Dan has helped a wide variety of Danish companies become better at delivering software and is currently focussing on helping teams and organizations build platform engineering capabilities.
”Värdet av ett plattformsteams arbete kan mätas genom värdet av de tjänster teamet erbjuder produktteamen.” – Skelton, Matthew; Pais, Manuel, Team Topologies
Utmaningen med traditionella mätetal
När man ska bedöma ett teams framgång ser vi ofta att DevOps Research and Assessment (DORA)-mätetal införs.
För den oinvigde fungerar DORA-mätetal, som omfattar mått såsom driftsättningsfrekvens och tid för att återställa tjänsten, som branschstandard för att utvärdera DevOps-prestanda.
När sådana mätetal drivs ner från högsta ledningen till teamen kan det kännas som en kalldusch.
Varför? Vissa team är rädda för ”nakna mätetal”. Att bli mätt på ett transparent sätt innebär en viss sårbarhet, särskilt om det finns risk för en ofördelaktig jämförelse. Låt oss vara ärliga: inget team tycker om att jämföras med ett annat, i synnerhet inte när det handlar om att jämföra äpplen med päron.
Olika avdelningar har sina egna utmaningar. DevOps-team har till exempel andra fokusområden än projektledare eller Platform Engineering-team. Var och en har sina egna styrkor. Därför kan en direkt jämförelse baserad på mätetal i bästa fall vara missvisande och i värsta fall demoraliserande.
Äg era mätetal inom mjukvaruleverans
Om det traditionella top-down-sättet att införa mätetal inte är optimalt, vad är då alternativet? Nyckeln är att plattformsteamen själva äger sina mätningar.
Förstå mätetalen: Innan något annat bör teamet förstå varför vissa mätetal är viktiga. Ta till exempel DORA-mätetalen, som förklaras på ett utmärkt sätt i den här artikeln från Google Cloud. När teamen förstår resonemanget bakom mätetalen kan de också ta till sig dem på ett genuint sätt.
Inkludera SPACE-mätetal: SPACE introducerades av Nicole Forsgren och står för satisfaction, performance, activity, community och evolution. Dessa mätetal uppmuntrar ett bredare synsätt på framgång genom att inkludera både tekniska och mänskliga faktorer.
Lär av tankeledare: Tankeledare som Abi Noda ger insikter i hur mätetal kan fungera som verkliga prestationsindikatorer utan att bli bestraffande verktyg. Det viktiga är att se mätningar som vägvisare snarare än stopptecken.
Trender före absoluta värden
Är det bra om ert plattformsteam ökar sin driftsättningsfrekvens med 10 % under en månad? Vid första anblick kan det verka så, men utan sammanhang är det svårt att säga.
Därför är trender avgörande. I stället för att fokusera på en ögonblicksbild av ett visst mätetal bör ni följa hur det utvecklas över tid. Det är riktningen som ger insikter, lyfter fram utvecklingsområden och visar verkliga framsteg.
Exempel på mätetal för plattformsteam
Här är en lista över mätetal att överväga när ni ska bedöma ett plattformsteams effektivitet och identifiera förbättringsområden:
1. Användningsgrad för plattformen: Beskrivning: Mäter hur många produktteam eller tjänster som aktivt använder plattformen jämfört med hur många som inte gör det.Beräkning: (Antal produktteam som använder plattformen/totalt antal produktteam) x 100.Varför det är viktigt: En högre användningsgrad kan tyda på att plattformen är användbar, relevant och effektiv. En lägre grad kan peka på potentiella utmaningar eller luckor i plattformens erbjudande.
2. Genomsnittlig tid till onboarding (MTTO): Beskrivning: Anger den genomsnittliga tid det tar för ett produktteam att onboardas och börja använda plattformen aktivt.Beräkning: Summan av all onboardingtid för produktteam/antal onboardade produktteam.Varför det är viktigt: En kortare MTTO tyder på att plattformen är intuitiv och väl dokumenterad. En längre MTTO kan signalera utmaningar i förståelsen av plattformen eller att stödmaterial saknas.
3. Drifttid för plattformstjänster: Beskrivning: Mäter tillförlitligheten hos de tjänster som plattformen tillhandahåller.Beräkning: (Total tid – nedtid)/total tid.Varför det är viktigt: En hög andel drifttid visar att plattformen är robust och tillförlitlig, vilket är avgörande för produktteam som är beroende av den i sitt arbete.
4. Återkopplingsloopens längd: Beskrivning: Följer den genomsnittliga tiden från att användare lämnar återkoppling tills plattformsteamet hanterar den. Beräkning: Summan av alla svarstider för återkoppling/antal hanterade återkopplingsärenden. Varför det är viktigt: En kortare återkopplingsloop kan tyda på ett Agile och responsivt plattformsteam samt visa teamets engagemang för kontinuerlig förbättring och användarnöjdhet.
Genom att börja med dessa mätetal kan plattformsteamen få en första inblick i sin prestation och de områden som kan behöva uppmärksamhet. Kom ihåg att nyckeln inte bara är att mäta, utan också att agera utifrån insikterna för att främja utveckling och förbättring.
Bästa tipset: Backstage erbjuder mätetal och KPI:er kopplade till effekterna av att lansera en utvecklarportal, vilket kan ge värdefulla insikter.
Mätetal är mer än bara siffror på en dashboard
Mätetal berättar om utveckling, utmaningar, framgångar och lärande. För plattformsteam fungerar de som en kompass. Men kom ihåg: även om kompassen visar riktningen är det teamet som skriver berättelsen.
Använd mätetal som ett verktyg för att vägleda, skapa insikt och utvecklas, så att vägen till framgång blir både mätbar och meningsfull.
Nu är det dags för det sista blogginlägget i vår serie om Platform Engineering – att kommunicera framgångar och utmaningar.
- Software development
- DevOps
- Platform engineering
Subscribe to our newsletter
Related blogs