Definování výsledků jako produktový tým

(Made Tech) (23. prosince) , 2020)

Produktové týmy by se měly zaměřovat na dosahování výsledků .

V tomto příspěvku se budeme zabývat tím, jak může produktový tým definovat výsledky a poté zajistit, aby byly eposy / funkce (výstupy) spojeny s výsledky.

Hodiny nejsou ukazatelem hodnota

Jak se dodávka digitálních projektů vyvinula z vodopádu prostřednictvím mnoha příchutí agilní do aktuálního stavu lean , stejně tak, jak měříme propustnost, kvalitu a celkovou „vhodnost pro daný účel“ vyráběných digitálních produktů.

V tradiční výrobní procesy , konečný produkt byl těsně omezený a předvídatelný výstup. To znamená, že jednoduchou metodou měření (nepochybně jedné dimenze) výstupu byl počet hodin investovaných do výroby.

U digitálního inženýrství je docela pravděpodobné, že počet hodin investovaných do jediného aspektu produkt, který se divoce mění kvůli množství omezení, závislostí a vlivů z prvků, které jsou někdy mimo kontrolu projektového týmu.

Takže bez času jako opatření musíme zobrazit výstupy projektu pomocí různých měření.

Výstupy jsou bez kontextu bezvýznamné.

Vzhledem k bezplatné vládě bude většina digitálních techniků vytvářet to, co se jim líbí. Součástí lidské přirozenosti je fungovat v prostředí, kde se cítíme bezpečně, sebevědomě a pohodlně. Naše „produktivita“ bude co nejvyšší, když budeme reprodukovat známá řešení nebo přepracovávat produkt, který je osvědčený, testovaný a spolehlivý.

To potom vypadá skvěle, digitální inženýři se vrhají na produkci spousta výstupů, tempo, málo problémů a vše funguje (nerozbije se). Tento výstup je však bez směru. Přinejmenším vytvoříme produkt, který bude těžkopádný, obtížný nebo dokonce nepoužitelný koncovým uživatelem.

Přechod od výstupů k výsledkům

Zatím Předpokládal jsem, že je třeba věnovat čas a množství vyrobených „věcí“ má mnohem menší dopad na úspěch projektu, než se předpokládalo. To neznamená, že by se neměly měřit během projektu, ale je třeba je definovat oproti mnohem důležitějšímu měření: hodnotě výsledku.

„Výstup je množství vyprodukovaného něčeho, zatímco výsledek je způsob, jakým se věc ukáže. “

Změna terminologie nám umožňuje přesunout celé zaměření a směr projektového týmu ze zastaralého výrobní metafora z 18. století na princip, který je v souladu s jak se k digitálnímu inženýrství nejlépe přistupuje.

Zvažte přezkoumání jedné součásti právě dokončeného projektu. Je výstupem spolupráce designérů, inženýrů, testerů atd. Při uvažování o komponentě jako výstupu můžeme určit, že její výroba zabrala spoustu času, má předvídatelnou kvalitu a bude se integrovat do zamýšlené prostředí s minimálními problémy.

Nyní pojďme jako výsledek považovat stejnou práci. Vyrobením této součásti produktu je nyní možné, aby koncový uživatel dosáhl určité akce, snížil množství úsilí nebo vyřešil problém, který jsme identifikovali.

Proč je to tak rozdíl cenný? V inženýrském prostředí, kde lze vybudovat cokoli, v rozumných mezích, budou mít zúčastněné strany aspirační pohled na to, čeho lze dosáhnout. Zjednodušeně řečeno, týmy budou vždy vyzvány, aby postavily více, než mohou, v časovém a / nebo dostupném rozpočtu. Použití výsledků k určení hodnoty umožňuje týmu určit, co by mělo být vytvořeno, a to způsobem, který výstupy (čas a objem výroby) nemohou.

Výsledky jsou synonymem hodnoty

Jak již bylo zmíněno předtím je výsledkem způsob, jakým se věc ukáže. Tým tedy musí vědět, jak by věc měla dopadnout, než ji postaví. Nežádám tým, aby předpověděl nuance technických detailů, které použijí k dosažení výsledku. Jako alternativu bych je požádal, aby si byli vědomi toho, jak bude použita komponenta, kterou budou stavět, a jak to ovlivní zážitek koncového uživatele.

Než mě někdo obviní, že mohu jen zvážit „koncoví uživatelé“, cokoli, co vytvoříme a které je propojeno s jinou službou (ať už lidskou nebo digitální), lze označit jako uživatele.

Hodnota výsledku se obvykle měří (hodnotí) podle hodnoty pro obchod (instituce klienta) a hodnoty pro uživatele. To nás přesouvá k nějaké přípravě, kterou se musí celý projektový tým ujistit, aby zajistil hodnotu výsledků a z projektu jako celku.

Správné plánování zabrání špatný výkon piss

Toto je jádro metodiky prvního, uživatelského / výstupního / hodnotového / štíhlého inženýrství uživatele, nebo jak jej chcete nazvat. Plánování v tomto kontextu není těžkopádné shromažďování zastaralých informací do neproniknutelné dokumentace. Místo toho se jako tým dohodneme na spolupráci na několika cvičeních, která nám umožní rychle vytvořit správnou věc.

North star / Business vision / Business goals

Různé myšlenkové směry a workshopová cvičení používají odlišnou terminologii, ale klíčovým prvkem každého projektu je dohodnutý směr jízdy. To lze popsat jako hodnotový výkaz, řadu cílů, výšku výtahu nebo hypotézu. Formát je méně důležitý než převažující fakt, že celý tým ví, kam jdou a proč.

Se zavedenou hvězdou North (můj současný oblíbený výraz) nyní máme nástroj, který nám umožňuje změřte hodnotu všeho, co tým navrhuje, s časem stráveným na projektu.

To je třeba udělat na začátku jakékoli spolupráce. Je to pro řemeslo náročný výsledek, zvláště když se tým skládá z cizích lidí, důvěra je nízká a mnozí budou vystaveni novým pracovním postupům. Chtěl bych být schopen předvést normativní sekvenci workshopu, která magicky přináší tento výsledek. Realita je taková, že potřebujeme, aby byli brutálně upřímní a upřímní ohledně svých cílů, a aby se o to otevřeně podělili s cizími lidmi.

Pragmatická severní hvězda je jediné měření, které můžeme použít k seřazení veškerého týmového úsilí. Všimněte si, že už měření nevyjadřuji abstraktně, používám ho k porovnávání prvků projektu proti sobě.

Rozumnou North Star by mohl být „počet digitálních interakcí na uživatele. ”

Skvělé je, že se nezabýváme podrobnostmi registrací uživatelů, dobou zdržení, cestou, mírou selhání atd. Místo toho měříme jejich interakce. Ďáblův obhájce by mohl naznačovat, že frustrovaný uživatel může nekonečně „komunikovat“ se službou, aniž by dosáhl něčeho hodnotného, ​​takže nedoporučuji, aby živá služba měla pouze jedno měření.

Cíle uživatele

Koncový uživatel, ať už lidské nebo jiné digitální služby, je důvodem, proč je produkt vytvářen. Může to být v souladu s právními nebo regulačními požadavky, ale jedná se o prostředky pro zapouzdření potřeby uživatele. Umění objevování a dokumentování cílů uživatelů přesahuje rámec tohoto příspěvku, ale výsledky tohoto cvičení jsou hlavním způsobem, jak určujeme, co bychom měli stavět.

Rádi bychom popisovali cíle uživatelů jako „uživatelské příběhy“ . Jedná se o krásně vytvořená umělecká díla, která obchodní analytici strávili desítky let zdokonalováním na mlhavých vrcholcích hor jako Haikus, která odpovídají metru: obchodovatelná, hodnotná, odhadovatelná, malá a testovatelná.

Na uhelné ploše 20 týdnů projekt fungující pod omezeními COVID-19, jsme pragmatičtější. Uživatelský příběh zapadá do obdélníkové post-it poznámky, když je psán tupým ostřím, nejlépe čitelným rukopisem.

Hodnota, kterou mají, je, že pro uživatele popisují zvládnutelný kus hodnoty. S dostatečným počtem těchto písem je můžeme pomocí znalostí týmu upřednostnit proti severní hvězdě, kterým se mohou přesvědčit všichni odborníci na doménu.

Konec začátku

Máme dosud nenapsal řádek kódu, zbývá ještě objevit mnoho neznámých. Strávili jsme tím co nejméně času, takže můžeme optimisticky počítat s vynecháním 20\% ( Paretův princip ) potřeb uživatele. Jsme si také vědomi toho, že se pravděpodobně vyskytnou pivoty, například globální pandemie, která ovlivní projekt.

Máme však silný směr cestování a nevyřízené příběhy uživatelů, které jsou upřednostňovány.

Vzhledem k cyklické povaze principů agilního rozvoje jsme schopni pravidelně se vracet k původním předpokladům a vyvíjet je tak, aby vyhovovaly nově se objevujícím potřebám. Jedna oprávněná kritika agilního rozvoje je, že může ztratit směr, protože všechny cíle jsou krátkodobé. Když je však na místě severní hvězda a rozumím tomu, jak ji používat, je směr silně definován.

Závěrečné myšlenky

Přeskočil jsem spoustu podrobností. Existují desítky workshopových metod, diagramů a struktur, které vytvářejí metodiku jako tato práce, takže prosím věřte, že nejsou vyžadovány žádné „skoky víry“.

Stručně řečeno, projekt je výrazem potřeba. Obvykle mají formu jazyka organizace, která zjistila potřebu.Může to vyžadovat hodně rozbalení a objevení „světa“, v němž projekt sídlí, ale tím, že projektovému týmu pomůžete ve spolupráci s objevováním, identifikací, srovnáním a hodnocením toho, co by měli dělat, jim umožní efektivně a šťastně podávat výkon.

Doufáme, že se vám tento příspěvek líbil a jeho obsah byl informativní a poutavý. Náš blog se neustále snažíme vylepšovat a ocenili bychom jakoukoli zpětnou vazbu, kterou byste mohli sdílet v tomto průzkumu krátké zpětné vazby .