Definition af resultater som et produktteam

(Made Tech) (23. december , 2020)

Produktteam skal fokusere på at levere resultater .

I dette indlæg vil vi diskutere, hvordan et produktteam kan definere resultater og derefter sikre, at epics / features (output) er bundet til resultater.

Tidsrum er ikke en indikator for værdi

Da digital projektlevering har udviklet sig fra vandfald metode gennem de mange varianter af agile til den aktuelle tilstand af lean , har det også, hvordan vi måler gennemstrømningen, kvaliteten og den samlede fit-to-purpose af de digitale produkter, der er lavet.

I traditionelle fremstillingsprocesser , det endelige produkt var en tæt begrænset og forudsigelig output. Dette betyder, at en simpel metode til at måle (ganske vist en enkelt dimension) output var antallet af timer investeret i produktion.

Med digital teknik er det meget sandsynligt, at antallet af timer investeret i et enkelt aspekt af et produkt, der kan variere vildt på grund af antallet af begrænsninger, afhængigheder og påvirkninger fra elementer, der undertiden er uden for projektteamets kontrol.

Så uden tid som et mål er vi nødt til at se projektudgange ved hjælp af forskellige målinger.

Outputs er meningsløse uden kontekst

I betragtning af fri regeringstid vil de fleste digitale ingeniører bygge det, de kan lide. Det er en del af menneskets natur at operere i et miljø, hvor vi føler os trygge, selvsikre og komfortable. Vores produktivitet vil være så høj som muligt, når vi reproducerer kendte løsninger eller omdirigerer et produkt, der er bevist, testet og pålideligt.

Dette ser godt ud, da de digitale ingeniører holder på med at producere masser af output, i tempo, med få problemer, og det hele fungerer (går ikke i stykker). Denne output er dog retningsløs. Vi vil i det mindste skabe et produkt, der vil være besværligt, besværligt eller endda ubrugeligt af slutbrugeren.

Flytning fra output til resultater

Indtil videre Jeg har postuleret, at det tager tid, og mængden af ​​producerede ting har langt mindre indflydelse på et projekts succes end antaget. Dette betyder ikke, at de ikke måles under et projekt, men de skal defineres mod en langt vigtigere måling: værdien af ​​resultatet.

“Output er mængden af ​​noget produceret, mens et resultat er den måde, en ting viser sig. ”

En ændring i terminologi gør det muligt for os at skifte hele projektets fokus og retning fra et forældet Fremstillingsmetafor fra det 18. århundrede til et princip, der er tilpasset hvordan digital teknik er bedst kontaktet.

Overvej gennemgangen af ​​en enkelt komponent i et projekt, der lige er afsluttet. Det er output fra et samarbejde mellem designere, ingeniører, testere osv. Når vi tænker på komponenten som output, kan vi bestemme, at det har taget en tid at producere, den er af forudsigelig kvalitet, og at den vil integreres i det tilsigtede miljø med minimale problemer.

Lad os nu overveje det samme stykke arbejde som et resultat. Ved at producere denne komponent af produktet er det nu muligt for en handling, der skal opnås af slutbrugeren, en indsats, der skal reduceres, eller et problem, vi identificerede, kan løses.

Hvorfor er dette skelnen værdifuld? I et ingeniørmiljø, hvor alt inden for grund kan bygges, vil interessenterne have et ambitionsbillede af, hvad der kan opnås. Enkelt sagt vil hold altid blive udfordret til at bygge mere end de kan inden for den tid og / eller det budget, der er til rådighed. Brug af resultater til at bestemme værdi gør det muligt for teamet at bestemme, hvad der skal bygges på en måde, som output (tid og volumen af ​​produktion) ikke kan.

Resultater er synonyme med værdi

Som nævnt før, resultatet er, hvordan en ting viser sig. Så holdet skal vide, hvordan en ting skal vise sig, før de bygger den. Jeg beder ikke om, at teamet forudsiger de nuancer af tekniske detaljer, som de vil bruge til at give et resultat. Som et alternativ vil jeg bede dem om at være opmærksomme på, hvordan den komponent, de vil bygge, vil blive brugt, og hvordan det vil påvirke slutbrugeroplevelsen.

Før nogen beskylder mig for kun at kunne overveje slutbrugere, alt hvad vi bygger, der grænseflader med en anden tjeneste (det være sig menneskelig eller digital), kan kaldes en bruger.

Værdien af ​​et resultat måles normalt (rangeres) i forhold til værdien for virksomheden (klientens institution) og værdien for brugeren. Dette bevæger os til en forberedelse, som hele projektteamet skal påtage sig for at sikre værdien af ​​resultaterne og fra projektet som helhed.

Korrekt planlægning forhindrer pisse dårlig ydeevne

Dette er kernen i brugerens første / udfaldsdrevne / værdidrevne / magre tekniske metode, eller hvad du gerne vil kalde det. Planlægning i denne sammenhæng er ikke den besværlige samling af uaktuelle oplysninger i uigennemtrængelig dokumentation. I stedet er vi som et team enige om at samarbejde om et par øvelser, der gør det muligt for os hurtigt at opbygge den rigtige ting.

Nordstjerne / Forretningsvision / Forretningsmål

Forskellige tankeskoler og workshopøvelser bruger forskellige terminologier, men nøgleelementet for ethvert projekt er en aftalt kørselsretning. Dette kan beskrives som en værdiansættelse, en række mål, en elevatorhøjde eller en hypoteseerklæring. Formatet er mindre vigtigt end den overordnede kendsgerning, at hele holdet ved, hvor de skal hen, og hvorfor.

Med en nordstjerne på plads (mit nuværende yndlingsudtryk) har vi nu et værktøj, der gør det muligt for os at måle værdien af ​​alt, hvad teamet foreslår at gøre med deres tid på projektet.

Dette skal gøres i begyndelsen af ​​ethvert engagement. Det er et udfordrende resultat at lave, især når et team består af fremmede, er tilliden lav, og mange vil blive udsat for nye arbejdsformer. Jeg vil gerne være i stand til at demonstrere en ordinerende workshop-sekvens, der magisk leverer dette resultat. Virkeligheden er, at vi har brug for dem til at være brutalt ærlige og ærlige om deres mål og dele dette åbent med fremmede.

En pragmatisk nordstjerne er en enkelt måling, som vi kan bruge til at rangordne al holdindsats. Du bemærker, at jeg ikke længere udtrykker måling abstrakt, jeg bruger den til at rangordne projektelementer mod hinanden.

En rimelig North Star kan være ”antallet af digitale interaktioner pr. Bruger. ”

Hvad der er sejt her er, at vi ikke har at gøre med detaljerne i brugerregistreringer, opholdstid, rejse, fejlprocent osv. I stedet måler vi deres interaktioner. Djævelens advokat kunne foreslå, at en frustreret bruger uendeligt kunne interagere med tjenesten uden at opnå noget af værdi, så jeg foreslår ikke, at live-tjenesten kun har en enkelt måling.

Brugermålene

Slutbrugeren, hvad enten det er menneskelige eller andre digitale tjenester, er grunden til, at produktet bygges. Det kan være inden for et juridisk eller lovmæssigt krav, men det er køretøjer til indkapsling af en brugers behov. Håndværket med at opdage og dokumentere brugermål ligger uden for dette indlæg, men resultaterne fra denne øvelse er den vigtigste måde, vi bestemmer, hvad vi skal bygge.

Vi kan godt lide at beskrive brugermål som brugerhistorier . Dette er smukt udformede kunstværker, som forretningsanalytikere bruger årtier på at perfektionere på tåget bjergtoppe som Haikus, der svarer til måleren af: omsættelig, værdifuld, estimerbar, lille og testbar.

På kulfladen på en 20-ugers projekt, der arbejder under COVID-19-begrænsninger, er vi mere pragmatiske. En brugerhistorie passer på en rektangulær post-it-note, når den er skrevet med en stump sharpie, helst med læselig håndskrift.

Den værdi, de har, er, at de beskriver et håndterbart stykke værdi for brugeren. Med nok af disse skrevet kan vi prioritere dem mod nordstjernen ved hjælp af holdets viden, alle domæneeksperter, vi kan overtale til at deltage i.

Slutningen af ​​begyndelsen

Vi har ikke skrevet en linie kode endnu, så mange ukendte er tilbage at opdage. Vi har brugt så lidt tid som muligt på at gøre dette, så vi kan optimistisk regne med at have gået glip af 20\% ( Pareto-princip ) af brugerens behov. Vi er også opmærksomme på, at der sandsynligvis vil forekomme drejninger, såsom en global pandemi, som vil påvirke projektet.

Vi har dog en stærk kørselsretning og et bagud af brugerhistorier, der prioriteres.

I betragtning af den cykliske karakter af agile udviklingsprincipper er vi i stand til regelmæssigt at vende tilbage til vores oprindelige antagelser og udvikle den til at imødekomme nye behov. En legitim kritik af agil udvikling er, at den kan miste retning, da alle mål er på kort sigt. Men med en nordstjerne på plads og en forståelse af, hvordan man bruger den, er retningen stærkt defineret.

Afsluttende tanker

Jeg har sprunget over mange detaljer. Der er snesevis af værkstedsmetoder, diagrammer og strukturer, der får en metode som dette til at fungere, så vær venlig at tro, at der ikke kræves nogen spring af tro.

Sammenfattende er et projekt et udtryk for et brug for. De sidder normalt på sproget i den organisation, der identificerede behovet.Det kan tage meget udpakning og opdagelse af verdenen, hvor projektet befinder sig, dog ved at hjælpe projektteamet til i fællesskab at opdage, identificere, samle og rangordne, hvad de skal gøre, gør det muligt for dem at udføre effektivt og lykkeligt.

Vi håber, du nød dette indlæg og fandt indholdet informativt og engagerende. Vi forsøger altid at forbedre vores blog, og vi sætter pris på enhver feedback, du kan dele i denne korte feedback-undersøgelse .