5.0 Introduktion till del 5: Produkt- och affärsmätetal

De första fyra delarna av den här boken mäter ingenjörskonstens interna värld: leverans, utvecklarupplevelse, och kodkvalitet. Den här delen kliver utanför den gränsen och ställer frågan varje ingenjörsmätetal i slutändan existerar i tjänst av, vare sig direkt eller flera steg bortom: hjälpte det här arbetet faktiskt verksamheten och människorna som använder vad den bygger. Ämne 1.3 etablerade utfall före output som en styrande princip tidigt i den här boken; den här delen är där den principen möter sitt skarpaste test, eftersom produkt- och affärsutfall är de mest avlägsna från någon enskild ingenjörs direkta kontroll och svårast att tillskriva rent tillbaka till ingenjörsinsats.

Den svårigheten är exakt varför den här delen spelar roll. En organisation som aldrig kopplar sina leverans- och kvalitetsmätetal till produkt- och affärsutfall riskerar att optimera vackert för fel sak: att leverera snabbt, med utmärkt testtäckning, på en funktion ingen använder, eller att upprätthålla fläckfri kodkvalitet i ett system vars kärnvärdeerbjudande tyst har slutat spela roll för kunder. Den här delens fem ämnen, läckta defekter, funktionsadoption, kund- och affärsutfall, enhetsekonomi, och avkastning på investering, ger ingenjörsledning ett vokabulär för den kopplingen, och ger affärsledning ett sätt att utvärdera ingenjörsinvestering på villkor som faktiskt spelar roll för dem.

För stora team är den här delen ofta där trovärdigheten hos ett helt mätetalsprogram vinns eller förloras med ledande intressenter. Stora företags ledning som godkänner mångmiljoninvesteringar i plattformar, och myndigheters tillsynsorgan som godkänner offentliga teknikbudgetar, behöver båda svar formulerade i termer av affärs- eller medborgarutfall, inte driftsättningsfrekvens eller testtäckning, hur väl de interna mätetalen än må vara hanterade. Den här delen är där resten av bokens försiktiga, skyddsmätetalsskyddade mätetal äntligen kopplar till det externa, utfallsvända samtalet.

Ämnen i denna del

• 5.1 Läckt-defektfrekvens och kvalitetsläckage: Kvalitetsmätetalet som mest direkt reflekterar vad kunder faktiskt upplever, som distinkt från de interna kvalitetsmätetalen i del 4.
• 5.2 Funktionsadoption och användningsmätetal: Om vad ingenjörsarbete byggde faktiskt används, och de specifika sätten adoptionsdata feltolkas.
• 5.3 Kund- och affärsutfallsmätetal: Att koppla ingenjörsarbete till utfallen en verksamhet eller ett offentligt uppdrag faktiskt bryr sig om.
• 5.4 Kostnad och enhetsekonomi för ingenjörsarbete: Att uttrycka ingenjörskostnad i termer en finansiell intressent kan använda direkt.
• 5.5 Avkastning på investering för ingenjörsinitiativ: Att bygga ett försvarbart, ärligt ROI-fall för en större ingenjörsinvestering, och vara lika ärlig när fallet inte håller.

Hur dessa ämnen hänger ihop

Ämne 5.1 börjar närmast hemma, kvalitet som kunder upplever den direkt, och är den naturliga bron från del 4:s interna kvalitetsmätetal. Ämne 5.2 frågar nästa fråga när kvalitet är redovisad: använder någon faktiskt vad som byggdes. Ämne 5.3 vidgar linsen ytterligare till hela intervallet av kund- och affärsutfall en organisation bryr sig om, av vilket användning bara är en signal bland flera. Ämnen 5.4 och 5.5 vänder sedan hela delen finansiell: att uttrycka ingenjörskostnad och avkastning i termer som kopplar direkt till budget- och investeringsbeslut, slutande loopen den här delen öppnade genom att fråga om ingenjörsinsats faktiskt hjälpte.

Den här delens ämnen lutar särskilt tungt på ämne 1.6:s statistiska litteracitet, eftersom affärs- och produktutfall ofta är brusiga, förvirrade av marknadsförhållanden, och långsamma att bekräfta, exakt de förhållanden där misstagen ämne 1.6 varnar om är mest troliga att producera en självsäker, fel slutsats. Läs den här delen vid sidan av del 7, där skiftet till generativ AI höjer insatserna för att få utfallsmätning rätt specifikt eftersom outputvolym, den här delens ämnen argumenterar genomgående, aldrig var rätt sak att optimera i första hand.