Az eredmények meghatározása termékcsoportként

(Made Tech) (Dec 23 , 2020)

A termékcsoportoknak az eredmények elérésére kell összpontosítaniuk .

Ebben a bejegyzésben megvitatjuk, hogyan határozhatja meg a termékcsapat az eredményeket, majd biztosíthatja, hogy az eposzok / funkciók (outputok) az eredményekhez legyenek kötve.

A megtett órák nem jelzik a érték

Mivel a digitális projekt megvalósítása vízesés módszertan, a fürge sokféle ízén keresztül a lean jelenlegi állapotára , ugyanúgy, ahogyan mérjük az elkészített digitális termékek átbocsátását, minőségét és általános “célnak megfelelő” tulajdonságait is.

hagyományos gyártási folyamatok , a végtermék szorosan korlátozott és kiszámítható kimenet. Ez azt jelenti, hogy a kibocsátás mérésének (igaz, egy dimenziós) egyszerű módszere a gyártásba fektetett órák száma volt.

A digitális mérnöki tervezéssel valószínûleg a befektetés óráinak száma az egyetlen aspektusba fektetve. egy termék vadul változik a korlátok, függőségek és olyan elemek hatásai miatt, amelyek időnként nincsenek a projektcsapat ellenőrzése alatt.

Tehát idő nélkül mint intézkedés, meg kell vizsgálnunk a projekt kimenetét különböző mérésekkel.

Az eredmények kontextus nélkül értelmetlenek

A szabad uralomra való tekintettel a legtöbb digitális mérnök építeni fogja, amit szeret. Az emberi természet része, hogy olyan környezetben működünk, ahol biztonságban, magabiztosan és kényelmesen érezzük magunkat. „Termelékenységünk” a lehető legmagasabb lesz, ha ismert megoldásokat reprodukálunk, vagy újratervezünk egy bevált, bevált és megbízható terméket.

Ez akkor nagyon jól néz ki, a digitális mérnökök elzárkóznak a gyártástól sok kimenet, ütemben, kevés kérdéssel és mindez működik (nem szakad meg). Ez a kimenet azonban iránytalan. Legalább olyan terméket fogunk létrehozni, amely nehézkes, nehézkes vagy akár használhatatlan is a végfelhasználó számára.

Kimenetekről az eredményekre való áttérés

Eddig: Azt feltételeztem, hogy időbe telik, és az előállított „cuccok” mennyisége sokkal kevésbé befolyásolja a projekt sikerét, mint feltételezzük. Ez nem azt jelenti, hogy egy projekt során nem szabad mérni őket, azonban sokkal fontosabb méréssel kell meghatározni őket: az eredmény értékét.

„Az output a mennyi valamit előállított, míg az eredmény az, ahogyan a dolog kiderül. ”

A terminológia változása lehetővé teszi számunkra, hogy a projektcsapat teljes fókuszát és irányát elavult 18. századi gyártási metafora egy elvhez, amely összhangban áll hogyan lehet a digitális mérnöki megoldást a legjobban megközelíteni. Tervezők, mérnökök, tesztelők stb. Együttműködésének eredménye. Ha az összetevőt kimenetnek gondoljuk, megállapíthatjuk, hogy a gyártása sok időt vett igénybe, kiszámítható minőségű és integrálódik a a tervezett környezet, minimális problémákkal.

Most tekintsük eredményként ugyanazt a munkát. A termék ezen összetevőjének előállításával mostantól lehetőség nyílik a végfelhasználó által végrehajtott cselekvésre, az erőfeszítések csökkentésére vagy az általunk azonosított probléma megoldására.

Miért van ez megkülönböztetés értékes? Olyan mérnöki környezetben, ahol bármi, ésszerűség keretein belül felépíthető, az érintettek törekvési képet kapnak arról, hogy mit lehet elérni. Leegyszerűsítve: a csapatokat mindig arra hívják fel, hogy a rendelkezésre álló időn és / vagy költségvetésen belül többet építsenek, mint amennyit tudnak. Az eredmények felhasználása az érték meghatározásához lehetővé teszi a csapat számára annak meghatározását, hogy mit kell építeni, oly módon, hogy az outputok (a termelés ideje és mennyisége) ne.

Az eredmények szinonimái az értéknek

Mint említettük korábban az eredmény az, ahogy egy dolog kiderül. Tehát a csapatnak tudnia kell, hogyan alakuljon egy dolog, mielőtt felépítené. Nem kérem a csapatot, hogy jósolja meg a mérnöki részletek árnyalatait, amelyekkel eredményt fognak produkálni. Alternatívaként arra kérem őket, hogy legyenek tisztában azzal, hogy az általuk építeni kívánt összetevőt hogyan használják majd, és hogy ez milyen hatással lesz a végfelhasználói élményre.

Mielőtt bárki vádolna, hogy csak megfontolhatom „végfelhasználók”, bármi, amit építünk, és amely kapcsolódik egy másik szolgáltatáshoz (legyen az emberi vagy digitális), felhasználónak nevezhető.

Az eredmény értékét általában a vállalkozás (az ügyfél intézménye) és a felhasználó értékéhez viszonyítva mérik (rangsorolják). Ez valamilyen előkészítésre késztet, amelyet az egész projektcsapatnak vállalnia kell az eredmények és az egész projekt értékének biztosítása érdekében.

A megfelelő tervezés megakadályozza pisi gyenge teljesítmény

Ez a felhasználó elsődleges / eredményvezérelt / értékvezérelt / karcsú mérnöki módszertanának lényege, vagy annak hívja. A tervezés ebben az összefüggésben nem az elavult információk nehézkes összevonása áthatolhatatlan dokumentációvá. Ehelyett csapatként megállapodunk abban, hogy együttműködünk néhány gyakorlaton, amelyek lehetővé teszik a helyes dolgok gyors felépítését.

Északi csillag / Üzleti jövőkép / Üzleti célok

Különböző gondolkodási iskolák és a műhelygyakorlatok különböző terminológiát használnak, de bármely projekt legfontosabb eleme a megbeszélt menetirány. Ez leírható értékmegállapításként, célkitűzések sorozataként, felvonóemelkedésként vagy hipotézis állításként. A formátum kevésbé fontos, mint az a nyomós tény, hogy az egész csapat tudja, merre tart és miért.

Ha van egy északi csillag (a jelenlegi kedvenc kifejezésem), most van egy eszközünk, amely lehetővé teszi számunkra, hogy mérje meg annak az értékét, amelyet a csapat javasol a projekten töltött idejével kapcsolatban.

Ezt minden feladat elején meg kell tenni. Kiemelkedő eredmény a kézművesség számára, különösen, ha egy csapat idegenekből áll, a bizalom alacsony, és sokan ki lesznek téve új munkamódszereknek. Szeretnék bemutatni egy vényköteles műhelysorozatot, amely varázslatosan biztosítja ezt az eredményt. A valóság az, hogy szükségünk van rájuk, hogy brutálisan őszinték és őszinték legyenek céljaikkal kapcsolatban, és ezt nyíltan osszák meg idegenekkel.

A pragmatikus északi csillag egyetlen mérés, amelyet felhasználhatunk az összes csapatmunka rangsorolásához. Megjegyzi, hogy a mérést már nem absztraktban fejezem ki, hanem a projektelemek rangsorolásához használom.

Ésszerű északi csillag lehet „a felhasználóra eső digitális interakciók száma. ”

Az a legjobb, hogy itt nem foglalkozunk a felhasználói feliratkozások apróságaival, a várakozási idővel, az utazással, a meghibásodás mértékével stb. Ehelyett megmérjük az interakcióikat. Az ördög szószólója azt javasolhatja, hogy egy frusztrált felhasználó végtelenül „kölcsönhatásba léphessen” a szolgáltatással anélkül, hogy bármi értékeset elérne, ezért nem javaslom, hogy az élő szolgáltatásnak csak egyetlen mérése legyen.

A felhasználói célok

A termék építésének oka a végfelhasználó, legyen az emberi vagy más digitális szolgáltatás. Lehet, hogy törvényi vagy szabályozási követelményeknek felel meg, de ezek a felhasználók igényeinek befogadására szolgáló eszközök. A felhasználói célok felfedezésének és dokumentálásának mestersége meghaladja a bejegyzés kereteit, de ennek a gyakorlatnak az eredményei jelentik az elsődleges módszert annak meghatározására, hogy mit kell építenünk.

A felhasználói célokat „felhasználói történetekként” szeretnénk leírni. ”. Gyönyörűen kidolgozott műalkotásokról van szó, amelyeket az üzleti elemzők évtizedekig töltenek tökéletesen a ködös hegytetőkön, mint Haikus, amelyek megfelelnek a következőknek: forgalomképes, értékes, becsülhető, kicsi és tesztelhető.

Egy 20 hetes szénfelületen projekt, amely COVID-19 korlátozások alatt működik, pragmatikusabbak vagyunk. A felhasználói történet egy téglalap alakú post-it feljegyzésre illeszkedik, ha tompa élességgel írják, lehetõleg olvasható kézírással.

Az értékük az, hogy kezelhetõ értékrészletet írnak le a felhasználó számára. Ha elég sok ilyen van megírva, akkor a csapat ismereteinek felhasználásával elsőbbséget élvezhetünk az északi csillaggal szemben, minden olyan területszakértővel, akit rábeszélhetünk arra, hogy részt vegyen benne.

A kezdet vége

Megtaláltuk még nem írt kódsort, annyi ismeretlen még felfedezésre vár. A lehető legkevesebb időt töltöttünk ezzel, így optimistaan ​​számíthatunk arra, hogy elmulasztottuk a 20\% -ot ( Pareto elv ) a felhasználói igényeknek. Tudatában vagyunk annak is, hogy valószínűleg fordulnak elő olyan fordulatok, mint például egy globális járvány, amely hatással lesz a projektre.

Mindazonáltal erős az utazás iránya és elmaradtak a felhasználói történetek, amelyek prioritást élveznek.

Tekintettel az agilis fejlesztési elvek ciklikus jellegére, rendszeresen visszatérhetünk eredeti feltételezéseinkhez és továbbfejleszthetjük azokat a felmerülő igények kielégítésére. Az agilis fejlődés egyik jogos kritikája, hogy elveszítheti irányát, mivel minden cél rövid távú. Ha azonban van egy északi csillag és megértjük annak használatát, az irány erősen meghatározott.

Végső gondolatok

Sok részletet kihagytam. Több tucat műhelymódszer, ábra és struktúra alkot olyan módszertant, mint ez a munka, ezért kérjük, higgye el, hogy nincs szükség „hitbeli ugrásra”.

Összefoglalva: a projekt a szükség. Rendszerint annak a szervezetnek a nyelvén vannak megfogalmazva, amely meghatározta az igényt.Nagyon sok időre lehet szükség a „világ” kibontásához és felfedezéséhez, ahol a projekt található, azonban azáltal, hogy segít a projektcsapatnak abban, hogy együttműködve fedezze fel, azonosítsa, gyűjtse össze és rangsorolja, mit kell tennie, lehetővé teszi számukra, hogy hatékonyan és boldogan teljesítsenek.

Reméljük, hogy tetszett Önnek ez a bejegyzés, és tartalmasnak találta a tartalmat. Mindig próbáljuk javítani a blogunkat, és nagyra értékelnénk minden visszajelzést, amelyet megoszthatna ebben a rövid visszajelzéses felmérésben .