A prioritási pontszám csak azt a munkát rendezi sorba, amelyet már beengedett a rendszerbe. A kurálás a nehezebb lépés: annak eldöntése, minek nem is szabadna a backlogban lennie.

Az Ön backlogjában 400 elem van. A csapata negyedévente 20-at szállít le. RICE-pontozást, Weighted Shortest Job Firstöt vagy valamilyen saját fejlesztésű prioritási mátrixot használ. És mégis rossz dolgok készülnek el.
A probléma nem a priorizálási keretrendszer. Hanem az, hogy egy olyan listát próbál priorizálni, amelyet előbb kurálni kellett volna. A priorizálás sorba rendezi a lehetőségeket. A kurálás eldönti, mely lehetőségek érdemelnek egyáltalán helyet a halmazban. A legtöbb termékcsapat csak az első lépést végzi el, és csodálkozik, hogy a roadmapje inkább bevásárlólistának tűnik, mint stratégiának.

Miért termel szemétbacklogot a kurálás nélküli priorizálás?

Bármely priorizálási módszer – RICE, WSJF, Eisenhower-mátrix – jelöltek listáját veszi, és rangsorolja őket. Ha maga a lista szűretlen, az eredmény rossz ötletek rendezett listája lesz. A legmagasabb pontszámú elem is lehet olyan funkció, amely szétaprózza a terméket, olyan problémát old meg, amely senkinek sincs, vagy meglévő funkcionalitást duplikál.
Vegyünk egy konkrét példát. Egy csapat, amellyel dolgoztunk, két funkciót pontozott RICE-szal. Az A funkció, egy „sötét mód kapcsoló”, 80 pontot kapott (nagy elérés, mérsékelt hatás). A B funkció, egy „valós idejű riasztási integráció”, 70-et. A csapat két hetet töltött a 10 pontos különbség vitatásával. Egyik funkciónak sem kellett volna túlélnie a kurálást. A termék egy vezérlőtermi dashboard volt olyan környezetekhez, ahol soha nem tompítják a fényeket. A sötét mód karbantartási terhet és zavaros UX-et hozott. A riasztási integráció egy meglévő API-t duplikált. A kurálás mindkettőt kiszűrte volna, mielőtt egyáltalán pontszámot kapnak.
A kurálás a rangsorolás előtti kapu. Azt kérdezi: egyáltalán a listára tartozik ez az elem? Illeszkedik a termék job-to-be-done-jához? A jelenlegi stratégiát szolgálja, vagy csak zaj egy érintettől, aki a múlt héten konferencián járt?
A legtöbb csapat kihagyja a kurálást, mert nehezebb, mint a pontozás. A pontozás egy képlet. A kurálás ítélőképességet, termékérzéket és azt a hajlandóságot igényli, hogy nemet mondjon olyan embereknek, akiknek a jóváhagyására szüksége van.

Egy tipikus backlog jel-zaj aránya

Nézze meg a saját backlogját. Hány elem régebbi hat hónapnál? Hányat vett fel olyan valaki, aki már nem dolgozik a terméken? Hány van megoldásként megfogalmazva probléma helyett?
Egy egészséges backlog jel-zaj aránya magas. Minden elemnek ki kell érdemelnie a helyét. Egy új kérés alapértelmezett állapota az elutasítás legyen, ne az elfogadás. Annak kell oka legyen, hogy valamit felvesz, nem annak, hogy kihagyja.
A zaj költsége nem nulla. Minden gyenge minőségű elem mentális terhet jelent a grooming, a becslés és a tervezés során. Eltereli a figyelmet a fontos elemekről. A haladás illúzióját kelti, amikor lezár egy ticketet, amelyet soha nem kellett volna megnyitni.

Hogyan változtatja meg a kurálás a döntési folyamatot?

A kurálás megváltoztatja azt a kérdést, amelyet minden elemnél feltesz. Ahelyett, hogy „mennyire értékes ez?”, azt kérdezi: „egyáltalán léteznie kell ennek?” A mérce magasabb. A szűrő durvább.
Konkrétan a kurálás a következőt jelenti:

• Azoknak az elemeknek az elutasítása, amelyek tüneteket kezelnek, nem a kiváltó okokat. Egy „jobb export gomb” iránti kérés elfedheti a valódi problémát: a felhasználók nem értik az adatformátumot.
• Azoknak az elemeknek az elutasítása, amelyek egy ügyfelet szolgálnak ki tíz rovására. Egyetlen nagyvállalati ügyfélnek készülő egyedi funkciók, amelyek nem általánosíthatók.
• Azoknak az elemeknek az elutasítása, amelyek a fő feladatával versenyeznek. Egy jegyzetelő alkalmazás naptárnézetet ad hozzá, mert a felhasználók kérték, pedig a naptárak külön termékkategóriát alkotnak.
• Azoknak az elemeknek az elutasítása, amelyek konfigurációs komplexitást visznek be. A „tegyük testreszabhatóvá a dashboardot” kérés gyakran egy olyan beállítási oldalhoz vezet, amelyet senki sem használ, miközben az alapnézet középszerű marad.
  A kurálás nem öncélú kapuőrzés. A termék koherenciáját védi. Minden hozzáadott funkció nehezebben tanulhatóvá, lassabbá és drágábban karbantarthatóvá teszi a terméket. A legjobb termékek határozott véleményt képviselnek – néhány dolgot jól csinálnak, a többit pedig nem hajlandók megcsinálni.

A „majd később hátrasoroljuk” csapdája

A csapatok gyakran azzal a szándékkal fogadnak be elemeket a backlogba, hogy majd hátrasorolják őket. Azt mondják maguknak, hogy alacsony pontszámot adnak nekik, és azok sosem kerülnek a lista élére. Ez ábránd.
A backlogban lévő elemek nyomást keltenek. Egy érintett meglátja a kérését a listán, és megkérdezi, mikor lesz kész. Egy új termékmenedzser örökli a backlogot, és azt feltételezi, hogy minden benne lévő elemet átvilágítottak. A backlog politikai dokumentummá válik, nem stratégiaivá.
Láttuk, ahogy egy csapat befogadott egy alelnöktől érkező „gyors nyerés” funkciókérést, alacsony pontszámot adott neki, majd hat hónapon át havonta válaszolgatott az érdeklődésekre, hogy mikor készül el. Az alelnök soha nem engedte el. A csapat több időt pazarolt a döntés védelmére, mint amennyibe a funkció megépítése került volna. A valódi költség nem a fejlesztési ráfordítás volt – hanem a bizalom erodálódása és az állandó kontextusváltás.
A kurálás azt jelenti, hogy nemet mond, mielőtt az elem a listára kerülne. Nem azt, hogy „most nem”, hanem azt, hogy „soha, hacsak valami alapvető nem változik”. Ehhez világos termékstratégia kell, amely nemcsak azt határozza meg, mit fog megépíteni, hanem azt is, mit nem.

Amikor a kurálás kudarcot vall: a határesetek

A kurálás nem univerzális megoldás. Kudarcot vall, ha:

• Nincs termékstratégiája. A termék feladatának világos meghatározása nélkül nincs alapja semmit elutasítani. Minden kérés egyformán hihetőnek tűnik.
• A kurálást a nehéz beszélgetések elkerülésére használja. Azt mondani, hogy „ez nem illik a stratégiánkba”, őszinte. Azt mondani, hogy „felvesszük a backlogba”, és reménykedni, hogy eltűnik, nem kurálás – hanem gyávaság.
• Túl korán kurál. A felfedező fázisban szélességre van szükség. Az idő előtti kurálás megöli a tanulást. A kulcs az, hogy a fejlesztés melletti elköteleződés előtt kuráljon, ne a feltárás előtt.
• A kurálást jogkör nélküli személyre bízza. Ha a kurátor nem tud nemet mondani egy alelnöknek vagy egy nagy ügyfélnek, a folyamat színjátékká válik. A termékvízió gazdájának szervezeti támogatásra van szüksége a szűrő érvényesítéséhez.
  A kurálás akkor működik, ha világos stratégia és valódi döntési jogkör áll mögötte. Ezek nélkül csak egy újabb folyamat, amelyet az emberek megkerülnek.

Egy gyakorlati kurálási munkafolyamat

A kurálásnak nem kell bonyolultnak lennie. Íme egy munkafolyamat, amely 10–200 fős csapatoknál működik:

1. Határozza meg a termék job-to-be-done-ját egyetlen mondatban. Minden elemnek ezt a feladatot kell előmozdítania vagy lehetővé tennie. Ha nem teszi, utasítsa el. Ez a mondat lesz a szűrési kritériuma. Írja fel a falra.
2. Megoldás helyett problémaleírást kérjen. „A felhasználóknak CSV-be kell exportálniuk az adatokat” – ez megoldás. „A felhasználóknak elemzéshez Excelbe kell juttatniuk az adataikat” – ez probléma. A megoldás lehet egy API is, nem feltétlenül egy export gomb.
3. Kurátort jelöljön ki, ne bizottságot. Egy ember dönt arról, hogy egy elem bekerül-e a backlogba. A csapat a kurált listából priorizál. Így elkerülhető a konszenzusba fulladás. A kurátor a termékmenedzser vagy a tech lead legyen – valaki, aki a termékvízió gazdája.
4. Negyedévente vizsgálja át a backlogot, és töröljön mindent, ami nem üti meg a mércét. Ha muszáj, archiválja. De vegye le az aktív listáról. A negyedéves tisztítás magasan tartja a jelet.
5. Tegye közzé a „nem építjük meg” listáját. Ez hasznosabb, mint a roadmapje. Megmutatja az érintetteknek, mit nem csinál szándékosan, és miért. Bizalmat épít és csökkenti az ismételt kéréseket.

A kurálás és a priorizálás kapcsolata

A kurálás és a priorizálás nem alternatívái egymásnak. Egy folyamat egymást követő szakaszai:
Beérkezés → Kurálás → Priorizálás → Elköteleződés → Fejlesztés
A kurálás szűri a beérkező áramot. A priorizálás rangsorolja a túlélőket. Ha a kurálást jól végzi, a priorizálás könnyebbé válik, mert csak olyan elemeket rangsorol, amelyek megérdemlik a létezést.
A hiba az, ha kurálatlan listán futtat priorizálást. A végén 200 elemből álló rangsorolt listát kap, amelyből 180-at soha nem kellett volna javasolni. Az első 20 kicsit kevésbé rossz, mint a többi, de még mindig nem azok a megfelelő dolgok, amelyeket meg kellene építeni.
Gondoljon rá úgy, mint egy toborzási folyamatra. Nem rangsorol minden jelentkezőt, aki belép az ajtón. Előbb a minimális követelményekre szűr – ez a kurálás. Aztán interjúztatja és rangsorolja a szűkített listát – ez a priorizálás. A termék-backlogoknak ugyanerre a kétlépcsős folyamatra van szükségük.

Gyakorlati tippek a kurálás bevezetéséhez

• Kezdje 30 napos moratóriummal az új backlog-elemekre. Használja ki az időt arra, hogy a meglévő backlogot nullára tisztítsa. Utána nyissa meg újra a beérkező csatornát, immár kurálással.
• Hozzon létre egy egyszerű beküldési űrlapot, amely arra kényszeríti a beküldőket, hogy megadják a problémát, a bizonyítékot és a termékstratégiához való illeszkedést. Ha nem tudják kitölteni, az elem nem kerül rögzítésre.
• Képezze az érintetteket. Magyarázza el, hogy a kurált backlog gyorsabb szállítást jelent a fontos dolgokban. A legtöbben elfogadják a „nem”-et, ha értik az indoklást.
• Alkalmazza minden kérésre az „öt miért” technikát. Az ötödik miértnél gyakran kiderül, hogy a valódi probléma más, mint amit javasoltak.
• Ünnepelje a törléseket. Ha eltávolít egy elemet a backlogból, kezelje győzelemként. Kevesebb zajt, kevesebb karbantartást és több fókuszt jelent. Tegye láthatóvá: „Ebben a negyedévben 50 elemet töröltünk – íme, miért.”
  Ha többet szeretne megtudni arról, hogyan hatnak egymásra a termékdöntések, a rendszerarchitektúra és a csapat sebessége, olvassa el a tudásadósság-válságról szóló elemzésünket. Ha pedig nehezen megy a nemet mondás fegyelme, gondolja végig, elég világos-e a termékstratégiája ahhoz, hogy ezeket a döntéseket irányítsa. Egy homályos stratégia homályos backlogot eredményez, akármilyen jó is a priorizálási keretrendszere.

A legfontosabb tanulságok

• A priorizálás sorba rendezi a lehetőségeket. A kurálás eldönti, mely lehetőségek léteznek. A legtöbb csapat csak az elsőt csinálja.
• A kurált backlogban kevesebb elem van, de erősebb a jel. Minden elem kevesebb zajt és nagyobb stratégiai súlyt hordoz.
• A kurálás világos termékstratégiát és a nemet mondás hajlandóságát igényli. Mindkettő nélkül a kurálás csak egy újabb folyamat.
• Egy új kérés alapértelmezett állapota az elutasítás legyen. A beküldőknek kell bizonyítaniuk, hogy az elem odatartozik.
• A kurálás és a priorizálás egymás után működik: előbb szűrés, aztán rangsorolás.
• A zaj költsége nem elvont – a groomingra és a rossz elemek védelmére elpazarolt mérnöki órákban mérhető.

Gyakran ismételt kérdések

Hogyan kezeljem azokat az érintetteket, akik ragaszkodnak ahhoz, hogy a kérésük bekerüljön a backlogba?

Magyarázza el, hogy a kurálatlan backlog mindenkinek árt. Ajánlja fel, hogy közösen vetik össze a kérést a termékstratégiával. Ha valóban illeszkedik, helye van a backlogban. Ha nem, legyen átlátható az okokat illetően. A legtöbb érintett jobban tiszteli a világosságot, mint a kétértelműséget.

Mi van, ha túl agresszívan kurálok, és elszalasztok egy jó ötletet?

A kurálás visszafordítható. Egy elemet később bármikor felvehet. Egy rossz elem backlogba vételének költsége nagyobb, mint egy jó ötlet átmeneti kihagyásáé. Vezessen egy „talán” listát az aktív backlogon kívül, és negyedévente vizsgálja át.

Működhet a kurálás egy startupban, ahol minden sürgősnek tűnik?

A kurálás egy startupban fontosabb, nem kevésbé fontos. A korlátozott erőforrások miatt minden fejlesztési döntés létkérdés. A kurált backlog arra kényszerít, hogy arra az egy dologra fókuszáljon, amely a legfontosabb. Az alternatíva az erők szétforgácsolása, és hogy semmi sem készül el jól.

Ki legyen a kurátor egy kis csapatban?

Egy 5–15 fős csapatban a kurátor jellemzően a termékmenedzser vagy a technikai vezető – aki a legmélyebben érti a termékvíziót, és jogosult nemet mondani. Nagyobb csapatokban lehet rotáló kurátori szerep, de a döntési jogkörnek egyértelműnek kell lennie. Kerülje a bizottságokat; azok a legkisebb közös nevezőt hozzák létre.

Zárszó

A priorizálás eszköz. A kurálás fegyelem. Azok a csapatok, amelyek nagyszerű termékeket építenek, nemcsak jól rangsorolják az ötleteiket – megvan bennük a fegyelem, hogy a rossz ötleteket kiszűrjék, mielőtt azok egyáltalán pontszámot kapnának. Az Ön backlogja nem tárolóláda. Hanem stratégiai szűrő. Kezelje is úgy.
Ha nehezen megy a nemet mondás fegyelme, gondolja végig, elég világos-e a termékstratégiája ahhoz, hogy ezeket a döntéseket irányítsa. Egy homályos stratégia homályos backlogot eredményez, akármilyen jó is a priorizálási keretrendszere.

Következő lépés

Vizsgálja át a backlog beérkezési folyamatát, mielőtt újabb pontozási modellt vezetne be. Beszéljen a DataTippel.