Hogyan állítsuk be a feladatok prioritási szintjeit (amikor minden fontos)

Ha a munkahelyen minden feladatot „sürgősnek” jelölnek, akkor valójában semmi sem az. Végül olyan csapatot kap, amely automatikusan a leghangosabb feladatokkal foglalkozik, nem pedig a legfontosabbakkal.

A prioritási szintek segítenek ezt orvosolni. A csapata azokat a feladatokat helyezi előtérbe, amelyek folyamatosan előreviszik az üzletet, ahelyett, hogy egyik válságot a másik után kellene leküzdeniük. Az alkalmazottak 48%-a azonban úgy érzi, hogy munkája kaotikus és széttagolt, és a nem egyértelmű elvárások is a kiégés egyik fő okai.

Ebben az útmutatóban bemutatjuk, hogyan lehet véget vetni a tűzoltásnak és elkezdeni a prioritások meghatározását, ismertetjük a szabványos P0–P4 skálát, négy keretrendszert a csapat egységes működésének biztosításához, valamint azt, hogyan lehet olyan rendszert kiépíteni, amelyet az emberek valóban használnak.

Mik azok a prioritási szintek?

A prioritási szint egy feladathoz rendelt címke, amely jelzi, hogy az adott feladat mennyire fontos és sürgős a többi feladathoz képest. A prioritási szintek jelzik a csapatoknak, melyik munkát kell először elvégezni, melyik várhat, és melyiket kell elvetni.

A leggyakrabban alkalmazott rendszer négy-öt szintet használ: Sürgős (vagy P0), Magas (P1), Normál (P2), Alacsony (P3), és esetenként Nincs prioritás (P4).

A termékfejlesztési, mérnöki, IT és üzemeltetési csapatok nap mint nap ezeket használják annak eldöntésére, hogy mire fordítsák erőfeszítéseiket.

Az öt szabványos prioritási szint P0-tól P3-ig

A szoftver-, IT- és projektcsapatok körében elterjedt prioritási skála négy szintet használ: P0, P1, P2 és P3. Minden szintnek megvan a maga jelentése és a hozzá tartozó tipikus elvárás. Mindegyikhez tartozik egy színkód is, amely segít a csapatoknak egy pillantásra áttekinteni a táblákat.

A színkódolás vizuálisan is kiemeli ezeket a szinteket. Ezzel a vizuális feladatkezelési módszerrel a csapata egy pillantásra felismerheti a sürgős feladatokat, anélkül, hogy elolvasná a feladatcímeket.

Egyes szervezetek helyette ötszintű vagy háromszintű rendszert alkalmaznak, ami teljesen rendben van. A lényeg az, hogy a csapatodnak egyértelmű legyen, mit jelent az egyes szintek. Egy olyan háromszintű rendszer, amelyben mindenki egyetért, hatékonyabb, mint egy ötszintű rendszer, ahol a „magas” szint mindenki számára mást jelent.

Miért fontosak a prioritási szintek a projektcsapatok számára?

Ha a prioritási rendszer összeomlik, annak komoly üzleti következményei vannak.

Egy működőképes prioritási rendszernek három dologra van szüksége a működéshez: közös definíciókra, egyértelmű feladat-kiosztási kritériumokra és rendszeres felülvizsgálati ütemre. Megmutatjuk, hogyan alakíthatja ki mindhármat.

4 különböző keretrendszer a prioritási szintek meghatározásához: összehasonlítás

Miután meghatároztad a prioritási szinteket, szükséged lesz egy prioritásrendezési keretrendszerre. A prioritásrendezési keretrendszerek ismétlődő struktúrát biztosítanak a prioritási szintek hozzárendeléséhez. Az alábbiakban bemutatjuk a négy legnépszerűbbet. Mindegyik más-más csapatmérethez, döntéshozatali sebességhez és adat rendelkezésre állásához illeszkedik.

Eisenhower-mátrix

Az Eisenhower-mátrix két tengely – sürgősség és fontosság – segítségével rendezi a feladatokat egy 2×2-es rácsba. A négy kvadráns a következő:

Ez a keretrendszer leginkább olyan egyéni munkatársak vagy kis csapatok számára alkalmas, akik gyors napi döntéseket hoznak.

Ez nem ideális megoldás nagy, egymástól függő feladatállományok esetén, mivel nem veszi figyelembe a ráfordítást vagy a költségeket. Előfordulhat, hogy egy feladat „fontos, de nem sürgős”, mégis három sprintet vesz igénybe a befejezése.

A ClickUp Eisenhower-mátrix sablonja segítségével gyorsan elindulhat ezzel a keretrendszerrel.

MoSCoW-módszer

A MoSCoW-módszer a munkát négy kategóriába sorolja:

A MoSCoW egy termékmenedzsment-keretrendszer, amely leginkább egy kiadás vagy egy MVP hatókörének meghatározásához alkalmas. Arra kényszeríti a csapatokat, hogy könyörtelen „ezt nem fogjuk megcsinálni” döntéseket hozzanak. Pontosan ez az a pont, ahol a legtöbb termékcsapatnak nehézségei vannak.

A módszer fő gyengesége azonban a szubjektivitás. Világos kritériumok hiányában a „kötelező” kifejezés egy projektmenedzser és egy mérnök számára ugyanazon a csapaton belül nagyon eltérő jelentéssel bírhat.

Hatás-erőfeszítés mátrix

A harmadik keretrendszer a hatás-erőfeszítés mátrix, egy újabb 2×2-es rács.

Ha egy forgalmas csapatot vezet, amelynek gyakran kell választania számos egymással versengő kérés közül, akkor a hatás-erőfeszítés mátrix segítségére lehet.

A korlát: az „hatás” és az „erőfeszítés” becslései gyakran csak találgatások, hacsak a csapatnak nincs olyan korábbi adata, amelyhez viszonyítva kalibrálhatná őket.

RICE-keretrendszer

Végül pedig itt van a RICE-keretrendszer, amely négy dimenzió alapján értékeli az egyes kezdeményezéseket:

Ezek szorzatából kapunk egy számértékű prioritási pontszámot, amely közvetlen összehasonlítást tesz lehetővé.

A RICE-ból a mérhető elérési adatokkal rendelkező termék- és növekedési csapatok tudják a legtöbbet kihozni. Ha Ön egy korai fázisban lévő csapat, amely nem rendelkezik egyértelmű adatokkal, például elérési számokkal és megbízhatósági százalékokkal, fontolja meg egy másik keretrendszer használatát. Ezek hiányában a pontszámok önkényesek lehetnek, és nem segítenek a prioritások megfelelő meghatározásában.

Hogyan állítson be prioritási szinteket a csapat számára 5 lépésben

Ismét hangsúlyozzuk: a prioritási rendszer csak akkor működik, ha az egész csapat ugyanazokat a definíciókat és ugyanazt a folyamatot alkalmazza. Próbálja ki az alábbi öt lépést, hogy a „valahogy prioritásokat állítunk fel” állapotból egy közös, érvényesíthető rendszerre váltson át.

1. lépés: Mielőtt rangsorolná a feladatokat, írja le az összes elvégzendő feladatot

Gyűjtse össze minden feladatot, kérést és hibajelentést egyetlen nézetben – eszközök, csatornák és táblázatok között. Teljes áttekintés nélkül a Slack-szálakba és e-mail-láncokba eltemetett kérések később gyakran váratlan vészhelyzetként bukkannak fel.

Csábító lehet kihagyni ezt a lépést, és csak azokat a feladatokat rangsorolni, amelyek már szerepelnek a projektkezelő eszközében. Azonban a máshol szétszórt feladatok szinte soha nem kerülnek áttekintésre, és általában éppen ezekből származnak a meglepetések.

2. lépés: Határozza meg a sürgősség és a hatás kritériumait egy megosztott értékelési rendszerben

Készítsen egy közös értékelési rendszert, amelyre a csapata minden alkalommal hivatkozhat, amikor prioritást rendel egy feladathoz.

Kérdezze meg magától: mi teszi valamit „sürgőssé”? Befolyásolja-e a bevételt, akadályozza-e egy másik csapat munkáját, vagy van-e szigorú külső határideje?

Hasonlóképpen: mi teszi valamit „nagy hatással bíróvá”? Valószínűleg több mint X felhasználót érint, vagy befolyásol egy kulcsfontosságú mutatót.

Írja le ezeket a meghatározásokat, és kapcsolja össze őket a projektkezelő eszközében, hogy bárki, aki prioritásokat rendel hozzá, hivatkozhasson rájuk. A kellemetlen igazság az, hogy ha valami nincs dokumentálva, akkor nagy valószínűséggel el is felejtődik.

Ebben a rubrikában világosan magyarázza el a súlyosság (mennyire súlyos a probléma?) és a prioritás (mikor oldjuk meg?) közötti különbséget. A csapatok gyakran keverik össze a kettőt.

3. lépés: Rendeljen prioritási szintet minden feladathoz

Alkalmazza a 2. lépésben bemutatott értékelési rendszert az 1. lépésben összeállított lista minden elemére. Használja a P0–P4 skálát, vagy azt a keretrendszert, amelyet a csapata választott.

Egy hasznos összehangoló gyakorlat: kérjen meg két embert, hogy egymástól függetlenül rendeljenek prioritást ugyanazon feladatsorhoz, majd hasonlítsa össze az eredményeket. Az eltérések pontosan megmutatják, hol vannak még pontatlanok a definíciói. Ha valami többféleképpen értelmezhető, vissza kell térnie a kérdésre, és közös megegyezésre kell jutnia. Érdemes ezeket a hiányosságokat pótolni, mielőtt a rendszert a teljes csapat rendelkezésére bocsátja.

Íme egy hasznos tipp egy Redditor felhasználótól:

Ideális esetben a legmagasabb prioritást azoknak a feladatoknak kell élvezniük, amelyek jogosan kapcsolódnak a vállalati célokhoz – a vállalat stratégiai tervében, az OKR-ekben vagy bármilyen más, a vállalat által alkalmazott rendszerben (remélhetőleg van ilyen) megfogalmazott célokhoz. Általános szinten ezek lehetnek például a költségcsökkentés, a bevételtermelés, a szabályozási előírások betartása, a karbantartás vagy a hatékonyság. Valószínűleg ezeknek a feladatoknak szebb nevük is van, amelyek egy vagy több ilyen dolgot jelentenek.

Ha sikerül elérnie, hogy a vezetés egyetértse a prioritásokkal, akkor nehezebb lesz a hangoskodóknak elvonni az erőforrásokat a fontos munkáktól. De készüljön fel a változásokra is. A prioritások változnak, és célszerű, ha képes gyorsan reagálni a változó prioritásokra anélkül, hogy úgy érezné, mintha a haja lángolna.

4. lépés: Tájékoztassa a teljes csapatot a prioritásokról

Tegye láthatóvá a prioritási szintet minden feladatkártyán, minden sprint-nézetben és a standup-megbeszélések napirendjén, hogy az egész csapat egy hullámhosszon legyen.

Fordítson különös figyelmet a csapatok közötti függőségekre. Ha a marketingcsapat P0-s prioritású feladata a fejlesztőcsapat P3-as prioritású eredményétől függ, akkor valakinek még a sprint kezdete előtt megoldania kell ezt az ütközést. A csapatok közötti összehangolatlan prioritások egyenesen a határidők elmulasztásához vezetnek.

5. lépés: Rendszeresen ellenőrizze és módosítsa a beállításokat

A prioritások változhatnak. Egy három héttel ezelőtti P2-es feladat most már P0-ás lehet, mert az ügyfél feljebb sorolta a fontosságát. Egy P1-es feladat pedig P3-ra csökkenhet, mert megváltozott az üzleti kontextus.

Végezzen heti vagy kétheti prioritás-felülvizsgálatot. Nincs szükség teljes backlog-grooming ülésre, csupán a P0-s és P1-es feladatok célzott áttekintésére. Ellenőrizze, hogy azok még mindig az adott szintre tartoznak-e. Az elavult prioritások az egyik fő oka annak, hogy a prioritási rendszerek kudarcot vallanak.

Melyek azok a gyakori hibák, amelyek tönkreteszik a prioritási rendszereket?

A jó hír az, hogy közel egy évszázadnyi vezetési hibából tanulhat. A prioritási rendszerek pedig általában előre látható módon buknak meg. Ezért a javítások egyszerűek, ha egyszer felismeri a mintát.

1. hiba: Túl sok P0

Ha a hátralévő feladatok több mint egyharmada P0 vagy P1, akkor a definíciói túl lazaak. Végezzen ellenőrzést: számolja össze a prioritások megoszlását az összes nyitott feladat között. Egy egészséges hátralévő feladatállomány inkább a P2 és P3 felé hajlik, a P0 kategóriát pedig a valódi vészhelyzetekre tartják fenn.

Profi tipp: Ha az összes folyamatban lévő feladatot és azok prioritási szintjét egy helyen láthatja, az segít megőrizni az egyensúlyt. Ehhez olyan eszközök hasznosak, mint a ClickUp Dashboards.

2. hiba: A nehéz feladatok helyett a könnyű feladatok előtérbe helyezése

A prioritási rendszerének felül kell kerekednie azon ösztönén, hogy először a könnyű feladatokat intézze el. Ha ez nem változtatja meg a viselkedését, akkor csak dísznek számít.

3. hiba: A súlyosság és a prioritás összekeverése

A súlyosság azt a kérdést válaszolja meg, hogy „mennyire súlyos a probléma?”, a prioritás pedig azt, hogy „mikor oldjuk meg?”. Ez nem ugyanaz.

Egy elírás a honlapon alacsony súlyosságú, de magas prioritású lehet, ha a vezérigazgató észreveszi azt egy igazgatósági ülés előtt. Egy ritka, szélsőséges esetben előforduló rendszerleállás magas súlyosságú, de alacsony prioritású, ha 100 000 felhasználóból csak kettőt érint.

Minden jegyen töltse ki mindkét mezőt, különösen a mérnöki és az IT-csapatok esetében. Így senki sem fog összezavarodni, és a szervezet elkerülheti a rosszul elosztott erőfeszítések okozta problémákat.

4. hiba: A függőségek figyelmen kívül hagyása a prioritások kijelölésekor

Egy feladat önmagában P1-es lehet, de gyakorlatilag P0-ásnak számít, ha három másik feladat elakad mögötte. Azok a csapatok, amelyek a prioritásokat egymástól függetlenül határozzák meg, végül olyan magas prioritású feladatokkal szembesülnek, amelyeket nem lehet elkezdeni, mert egy alacsony prioritású, senki által észrevétlen előfeltétel még mindig a backlogban van.

Mielőtt címkéket rendelne a feladatokhoz, térképezze fel a folyamat további lépéseit. Kezelje a függőségeket, és vonja be azokat a személyeket, akikre szüksége van ahhoz, hogy a munka már a kezdetektől zökkenőmentesen haladjon.

5. hiba: A prioritások elavulása

A feladat létrehozásakor hozzárendelt prioritás az adott pillanat kontextusát tükrözi. A kontextus azonban folyamatosan változik: az ügyfelek által jelzett problémák, a változó OKR-ek és az új versenynyomás hatására. Ha nem vizsgálja felül rendszeresen a prioritásait, a feladatlistája a jelenlegi terv helyett a múltbeli döntések fosszilis leletévé válik.

Egy gyakorlati megoldás: állítson be egy szabályt, miszerint minden 30 napnál régebbi, inaktív feladatot automatikusan újraértékelésre jelöljön meg. Ez arra kényszeríti a csapatot, hogy vagy újra elkötelezze magát a feladat mellett, vagy őszintén alacsonyabb prioritásúvá minősítse azt.

Hogyan állapítják meg a prioritásokat a különböző csapatok?

Ahogyan azt valószínűleg már tapasztalta a munkahelyén, ugyanazok a P0–P4 jelölések különböző jelentéssel bírnak attól függően, hogy ki használja őket. Egy mérnöki csapat számára a P0 egy termelési leállást jelent; egy marketingcsapat számára viszont egy kampányindítást, amelyhez szigorú külső határidő tartozik. Határozza meg a szinteket csapatonként, ne vállalatonként.

Termék- és fejlesztői csapatok

A prioritás itt közvetlenül kapcsolódik a felhasználókra gyakorolt hatáshoz és a rendszer stabilitásához. A P0 azt jelenti, hogy a rendszer leállt, vagy az adatok veszélyben vannak. A P1 azt jelenti, hogy egy fontos funkció nem működik a felhasználók jelentős részének esetében.

A fejlesztői csapatok gyakran a prioritás mellé a súlyosságot is figyelembe veszik. A súlyosság azt méri, hogy a hiba mennyire súlyos, míg a prioritás segít meghatározni, hogy mikor javítják ki.

Az agilis csapatok általában beépítik a prioritásokat a sprinttervezésbe: csak a P0 és P1 besorolású feladatoknak garantált a helye az aktuális sprintben.

IT- és üzemeltetési csapatok

Az üzemeltetési és IT-csapatok esetében a prioritás összhangban van az SLA-szintekkel és az incidenskezelési protokollokkal, gyakran olyan keretrendszereket követve, mint az ITIL. A P0-s prioritás azonnali reagálást igénylő SLA-val járó ügyeleti riasztást vált ki. A P3-as prioritás a következő ütemezett karbantartási időszakra kerül.

Az üzemeltetési csapatok nagyban profitálnak a felügyeleti riasztásokon alapuló automatizált prioritás-hozzárendelésből. Amikor egy szerver CPU-terhelése eléri a 95%-ot, a felügyeleti rendszer automatikusan létrehoz egy P1-es jegyet, anélkül, hogy megvárná, hogy egy ember osztályozza be a problémát.

Marketingcsapatok

A marketing területén a prioritások általában a bevezetési dátumokhoz, a csatornák hatásához és a bevételhez való hozzájáruláshoz kapcsolódnak, nem annyira a rendszer stabilitásához. A marketing területén egy P0-s prioritás lehet egy olyan kampány, amely egy szigorú külső határidőhöz kötődik (termékbevezetés, szponzorált esemény, szerződéses partner megemlítése). A P1-es prioritású feladatok nagy hatással bíró munkák, például egy fizetett kampány, amely nem teljesít jól és gyorsan felemészti a hirdetési költségkeretet. A P2-es prioritású feladatok pedig örökzöld tartalmak vagy rugalmas időzítésű, folyamatban lévő munkák.

A buktató itt az, hogy a marketinges kérések mindenhonnan érkeznek (értékesítés, termékfejlesztés, vezetőség, partnerek)! És minden kérelmező úgy gondolja, hogy az ő kérése P0-s prioritású.

A megoldás: minden beérkező kérést egyetlen felvételi űrlapon keresztül irányítson. Az űrlapon kötelező mezőknek kell szerepelniük a célindítási dátum és a várható üzleti hatás számára. Nincs dátum és nincs hatás = nem kap prioritást, hanem a hátralévő feladatok közé kerül.

Ügyfélszolgálati és ügyfélsiker-csapatok

A prioritások az ügyfelekre gyakorolt hatáshoz és a szerződéses SLA-khoz igazodnak. A P0 például egy fizető ügyfél teljes leállását vagy egy vállalati fiók által jelzett biztonsági/adatvédelmi problémát jelent. A P1 egy megoldással rendelkező probléma, amely egy kulcsfontosságú fiókot érint, vagy több ügyféltől érkező panaszok sorozata. A P2 lehet egy egyetlen ügyfél által benyújtott használati útmutatás vagy funkciókérés. Ez is el lesz intézve, csak nem jelent üzleti szempontból sürgős feladatot.

A ügyfélsiker-csapatok számára a prioritási szintek megközelítésének érdekes módja a jegy-szintről az ügyfélszintre való átállás: a P0 egy stratégiai ügyféltől érkező elvándorlási kockázatra utaló jel (a használat visszaesése, eskaláció, vezetői támogató váltás), nem csupán a magas jegyszám.

A legtöbb csapat által elkövetett hiba az, hogy a jegyek számát prioritási jelzőként kezelik. Egy csendes vállalati ügyfél, aki észrevétlenül visszavonul, az P0-s prioritású. Ötven kis- és középvállalkozási jegy egy felhasználói felületi furcsaságról viszont P3-as prioritású, dokumentációs problémát jelez!

Funkciók közötti projektcsapatok

A többfunkciós csapatok számára a prioritási szintek meghatározása jelenti a legnagyobb kihívást, mivel minden részleg másképp definiálja a „sürgős” fogalmát. Előfordulhat, hogy a tervezőcsapat P1-es prioritása (egy partneri rendezvényhez szükséges anyagok) közvetlenül ütközik a fejlesztőcsapat P1-es prioritásával (egy ismert sebezhetőségre vonatkozó biztonsági javítás).

A megoldás: jelöljön ki egyetlen prioritásfelelőst. Ez általában egy projektmenedzser vagy projektvezető, aki a közös értékelési rendszer segítségével dönt a csapatok közötti konfliktusokban. Ez a személy a kulcsok őrzője, akinek a végső szava van abban, hogy mi minősül P0-nak.

Hogyan fog kinézni a prioritáskezelés a jövőben?

Az AI-alapú szervezeteknél a prioritások meghatározása többnyire automatikusan zajlik.

A Bell Direct csapata például egy mesterséges intelligenciával működő ügynököt használ, amely naponta több száz e-mailt olvas át, megjelöli a sürgős ügyeket, és minden kérést a megfelelő csapatnak továbbít. Az a munka, amelyhez korábban két emberre volt szükség, ma már automatikusan zajlik.

Ez hamarosan a normává válik. Bármely csapat, amely beérkező feladatokat kezel – ügyfélszolgálati jegyeket, hibajelentéseket, partneri kéréseket vagy belső feladatokat –, az első lépésben az AI-ra fog támaszkodni. Ez nem lesz opcionális. Minden komoly eszközbe beépítve lesz.

De a munkája nem tűnik el. Csak más dolgokkal fog foglalkozni. Ahelyett, hogy a feladatokat osztályozná, időt fog fordítani a besorolás mögötti szabályok meghatározására. Mi számít sürgősnek? Mi várhat? És mi viszi valójában előre a vállalkozást?

Az AI ebben segítséget nyújthat. Felismeri a mintákat és javítási javaslatokat tesz. De nem tudja teljes mértékben eldönteni, mi a fontos. Ez a döntés az Ön céljaitól, ügyfeleitől és az Ön által meghozott kompromisszumoktól függ.

Éppen ezért fontos az a munka, amit ma végez. Mert minden óra, amit a prioritások egyértelmű meghatározására fordít, idővel egyre nagyobb hatást fejt ki. A jövőben a mesterséges intelligencia az egész munkakörnyezetében ezeket a szabályokat fogja követni.

Hogyan kezelje a prioritási szinteket a ClickUp-ban

A ClickUp minden feladatba beépített natív prioritási rendszert tartalmaz. A ClickUp feladatprioritások négy szintet (Sürgős, Magas, Normál és Alacsony) kínálnak, színkódolt jelölésekkel. Ezek közvetlenül a fent leírt P0–P4 modellhez igazodnak.

Hogy kézben tartsd a P0-s feladataidat:

Ha gyakorlati útmutatást keres ahhoz, hogyan építhet fel egy hatékony prioritási listát a semmiből, ez a videó lépésről lépésre bemutatja a teljes folyamatot.

A feladatok hatékony prioritásba rendezése a ClickUp segítségével

A feladatprioritásokkal az a helyzet, hogy nem elég egyszer beállítani őket, és aztán elfelejteni. Csak akkor fogja érezni a valódi hatást, ha a prioritások meghatározása a csapatok mindennapi munkavégzésének szerves részévé válik.

Kezdje egyszerűen! Állapodjanak meg abban, hogy mit jelent valójában a „sürgős”, hetente vizsgálják felül a prioritásokat, és engedje meg magának, hogy a helyzet változása esetén módosítsa a prioritásokat.

A leterhelt csapatok a ClickUp segítségével beállíthatják, nyomon követhetik és végrehajthatják a feladatok prioritásait. A platform rugalmasságának ára van: valódi beállítási munkát igényel. Azoknak a csapatoknak, amelyek egy egyszerűbb, csupán címkéket használó eszközről, például a Trellóról váltanak át, előre meg kell határoznia a prioritási szabályokat és az automatizálásokat.

A haszon azonban jelentős: egy olyan rendszer, amely önmagát érvényesíti, és biztosítja, hogy a csapatok mindig egy hullámhosszon legyenek.

Azok a csapatok, amelyek dinamikus, intuitív prioritási rendszert szeretnének, kihasználhatják a ClickUp Priorities előnyeit. Kezdje el ingyenesen a ClickUp használatát!

Gyakran feltett kérdések a prioritási szintekről

1. Hány prioritási szintet érdemes használni a feladatokhoz?

A legtöbb csapat négy prioritási szintet használ: P0, P1, P2 és P3. P0 = Kritikus akadály, amely azonnali, teljes létszámú beavatkozást igényel. P1 = Magas prioritású feladat, amelyet még aznap el kell intézni, és egy órán belül ki kell osztani. P2 = Normál prioritású feladat, amelyet a jelenlegi sprintbe ütemeznek be. P3 = Alacsony prioritású feladat, amelyet a backlogba lehet áthelyezni, amíg a kapacitás engedi.

Úgy tűnik, a négy prioritási szint az ideális megoldás. A három túl korlátozó (minden a középső szintre torlódik), az öt vagy annál több pedig döntéshozatali fáradtságot okoz. Az embereknek nem szabad több időt tölteniük a besorolással való törődéssel, mint magával a munkavégzéssel.

2. Hogyan dönti el, milyen prioritási szintet rendeljen egy feladathoz?

Tegyen fel magának két kérdést. Először: „Mi romlik el, ha ezt nem végzi el hamarosan?” Másodszor: „Ez előreviszi a célt, vagy csak a status quo-t tartja fenn?” Azok a feladatok, amelyeknek szigorú határideje van és hatással vannak a célra, P0-s prioritásúak. A határidővel rendelkező, de alacsony hatással bíró feladatok normál prioritásúak. Minden egyéb alacsony prioritású. Ne a leghangosabbak véleménye alapján állapítsa meg a prioritást.

3. Mi a különbség a prioritás és a sürgősség között?

A sürgősség egy óra. A prioritás egy döntés. Egy Slack-üzenet sürgősnek tűnhet, mert még nem olvastad el, de nincs prioritása, ha nem befolyásolja az eredményeket. A prioritás a sürgősséget és a hatást, a függőségeket és az erőfeszítést is figyelembe veszi. Ha a prioritási szinteket kizárólag a sürgősség alapján állítod be, a csapatok kiégnek. Végül olyan reaktív munkát végeznek, amely nem visz előre semmit, ami igazán számít.

4. Mit tesz, ha úgy érzi, hogy minden feladat kiemelt fontosságú?

Korlátozza! Ha az aktív feladatok több mint 20%-a magas prioritású vagy sürgős (P0 vagy P1), akkor a rendszer nem működik. Rangsorolja a három legfontosabb feladatot, amelyek késedelme tényleges kárt okozna. Ha bizonytalan, beszéljen a vezetőjével. Jelölje meg ezeket a megfelelő prioritási szintekkel, a többit pedig alacsonyabb szintre sorolja. A prioritás csak akkor működik jelzésként, ha ritka.

5. Milyen gyakran érdemes módosítani a feladatok prioritási szintjeit?

Ideális esetben naponta a saját munkád esetében (minden reggel egy 2 perces áttekintés). Hetente csapat szinten a standup-megbeszélések vagy a sprinttervezés során. És legalább havonta a funkcionális vagy szervezeti szinten. A prioritások nem olyan címkék, amelyeket egyszer beállítasz, majd elfelejtesz; tükrözniük kell az aktuális helyzetet. Egy feladat, amely múlt hétfőn alacsony prioritású volt, csütörtökön már sürgős lehet, mert egy előfeltétel megvalósult, vagy a határidő előrehozódott.