A mai bejegyzésben a leggyakoribb kihívásokra fogunk összpontosítani, amelyekkel a Termékfelelősök szembesülnek. Azt is elmondjuk, hogyan lehet felkészülni azokra a helyzetekre, amikor ezek a Termékfelelős hibák a leggyakrabban előfordulnak.
Termékfelelős hibák – tartalomjegyzék:
- Mi mehet rosszul a Termékfelelős és az Ügyfél között
- Kihívások, amelyekkel a Termékfelelős szembesül a Scrum Csapat többi tagjával kapcsolatban
- Összefoglalás
Mi mehet rosszul a Termékfelelős és az Ügyfél között
A Termékfelelős az a személy, aki személyesen felelős a Scrum Csapat kudarcaiért. Ebből a pozícióból kifolyólag, a csapat tevékenységein túl, úgy tekintenek a Termékfelelősre, mint az egyetlen megfogható nyakra. Más szavakkal, a Termékfelelős szenved a legjobban, amikor a Scrum Csapat hibázik. Tehát hogyan lehet kezelni a problémás helyzeteket, amikor megjelennek, vagy még jobb, hogyan lehet megelőzni őket?
Erre a kérdésre válaszolva, egy világos és részletes elemzést nyújtunk a Termékfelelősök és Ügyfelek néhány fő hibájáról az alábbi táblázatban, részletes megbeszéléssel mindegyikről.
Hiba | Generált probléma | Javaslatok a megoldásra |
---|---|---|
Prioritás hiánya | Nem optimalizált Termék Backlog, a Termék Céljának elmosódása | Figyelni, kérdezni, tárgyalni az Ügyféllel a Termék Céljáról, a tárgyalás eredményeinek gondos feldolgozása |
Határozottság hiánya | Túl sok feladat a Scrum Csapat számára | Reálisan gondolkodni, ismerni és emlékezni a csapat képességeire |
Elégtelen üzleti készségek | A Scrum Csapat által létrehozott Termék üzleti értékének csökkentésének kockázata | Folyamatos tanulás és üzleti kompetenciák megszerzése |
Prioritás hiánya
A prioritás hiányának hibája sok Termékfelelős számára átok. Miért alapvető kompetencia a feladatok prioritása? Mert amikor minden egyformán fontos lesz, a Termék Cél eltűnik. Ez a Scrum Csapat tevékenységének szándékolt hatása.
A probléma már az első beszélgetések során kezdődik az Ügyfelekkel a Termék Céljáról. Az Ügyfél általában azt akarja, hogy minden ötlete a lehető leggyorsabban és legolcsóbban megvalósuljon. A Termékfelelős feladata prioritási lista létrehozása. A feladata egy világos és megvalósítható elvárásokból álló lista létrehozása, a legfontosabbtól a legkevésbé fontosig rangsorolva, az ügyfél strukturálatlan elvárásai alapján.
A prioritás problémája leggyakrabban az Ügyfél elvárásainak félreértéséből ered. Akkor merül fel, amikor a Termékfelelős nem képes információt kinyerni az Ügyféltől a valódi Termék Célokról. Ez a válasz arra a kérdésre, hogy milyen igényekre kell a terméknek reagálnia.
Tehát hogyan védheted meg magad ettől a hibától? Először is – figyelj figyelmesen az Ügyfélre. Másodszor, tanulj meg kérdéseket feltenni a Célról és arról, hogy hogyan működik minden termékjellemző. Harmadszor – tárgyalj és korlátozd a megvalósítandó Célokat. Ehhez szükséged lesz határozottságra.
Amikor a Termékfelelősnek van egy feladatlistája, léteznek bevált módszerek a haladásuk és kidolgozásuk fokozására. Például a úgynevezett Eisenhower-mátrix használata a feladatok fontosság és sürgősség alapján történő prioritásához.
A Termékfelelős határozatlansága
A prioritás hiányával szorosan összefüggő probléma a határozatlanság hiánya. Ez helytelenül sorba állított feladatokhoz vezet, és blokkolja a Termék Cél megvalósítását, mivel túlzott feladatokkal terheli meg. Ezért az Ügyfélnek való nemet mondás képessége kulcsfontosságú.

A Termékfelelős határozottságának három pilléren kell alapulnia:
- a csapat képességeinek ismerete,
- a csapat által használt és fejlesztett megoldások ismerete,
- tudatosság a szerepéről és értékéről a Scrum Csapatban betöltött helye alapján.
Ezért az egyik legfontosabb módja a határozatlansági problémák megelőzésének, ha a Termékfelelős napi szinten együtt dolgozik a Scrum Csapattal. Ez segít neki reális hiteket kialakítani az Ügyfél ötleteinek megvalósításához szükséges időről és képességekről.
Elégtelen üzleti készségek
A következő hiba, amelyet meg szeretnénk vitatni, a megfelelő üzleti képesítések hiánya. Ezeknek a Termékfelelősöknek az erőssége általában a szakmai képesítések. Az ő kompetenciáik inkább a Fejlesztő Csapat területéhez kapcsolódnak, mint az üzlethez. Így hiányzik a jól megalapozott, gyakorlati tudás a versenytársakról, a piaci szabályokról és a Scrum Csapat által létrehozott termék végső ügyfeléről.
Erre nincs egyszerű gyógymód, mivel nagyon specifikus helyzetekben fordulhat elő. Biztosan azonban egy jó lépés a Termékfelelős számára, ha elismeri ezt, és folytatja a tanulást, tapasztalatot szerez és üzleti kompetenciákat fejleszt.
Kihívások, amelyekkel a Termékfelelős szembesül a Scrum Csapat többi tagjával kapcsolatban
A feladatok prioritásának képessége, a Termékfelelős határozottsága és magas üzleti készségei a szükséges előfeltételek egy példás Termék Backlog létrehozásához, a Scrum Csapat hosszú távú alapjához. Ha a Backlog nem következetesen és pontosan van körvonalazva, a Termékfelelős-Ügyfél kapcsolatban felmerülő problémák átterjednek a Termékfelelős és a többi Scrum Csapat tag közötti kapcsolatra. És viszont, ezek közvetlenül befolyásolják a Scrum Csapat hatékonyságát. Milyen más csapdák várnak a Termékfelelősre a többi Scrum Csapat tagjával való kapcsolataiban?
Az egyszerűség kedvéért a Termékfelelős és a Scrum Csapat közötti problémákat egy táblázatban mutattuk be. Az alábbiakban részletes megbeszélést találhat minden problémáról és javaslatokat a megoldásokra.
Hiba | Generált probléma | Javaslatok a megoldásra |
---|---|---|
Elégtelen karizma | A Fejlesztő Csapat nem hajtja végre a Backlogban szereplő feladatokat, a Termékfelelős véleményét megkérdőjelezik | Tekintély építése a lágy készségek és tudás alapján |
Elégtelen szakmai készségek | A Fejlesztő Csapat napi működésének és képességeinek félreértése | Orientáció a csapattagok specialitásaira, valamint a Csapat szakterületének ismerete |
Függőség | A felelősség hígítása | Felruházás |
Elégtelen karizma
Napi szinten a Termékfelelős feladata az Ügyfél irányelveinek összehangolása a Fejlesztő Csapat által történő megvalósítással. Ez kétségtelenül megköveteli a megfelelő tekintélyt, hallgatási készségeket és karizmát.
A megfelelő tekintély problémáját nem lehet egyik napról a másikra megoldani. Hosszú távú munkát igényel a lágy készségeken. És a többi csapattag feladatainak és készségeinek megismerését is.
Elégtelen szakmai készségek
Ahogy azt a Ki a Termékfelelős? kérdésre válaszoló cikkben írtuk, a Termékfelelős szerepe nem szigorúan technikai. Azonban a Fejlesztő Csapat tagjainak szakmai készségeinek alapjainak ismerete jelentősen növelheti a Termékfelelős tekintélyét.
A csapat szakterületén való elégtelen képesítések nemcsak a Termékfelelős karizmájával és tekintélyével kapcsolatos problémákat generálhatnak. Az a hiba, hogy nem érdeklődnek a Fejlesztő Csapat tagjainak specializációi iránt és a kompetenciáik alapjai iránt, vicces helyzeteket generálhat, de katasztrofális üzleti és interperszonális következményekkel is járhat.

Ezért ahhoz, hogy a Scrum Csapat a legjobb minőségű termékeket szállítsa, a Termékfelelősnek alaposan meg kell értenie a terméket. Nem kellene nehézséget okoznia a megfelelő képesítés megszerzése, figyelembe véve, hogy a Termékfelelős egy szakemberekből álló csapat tagja. Ők nemcsak magyarázatokat, hanem javaslatokat is adhatnak arra, hogy hol szerezhet tudást a saját területéről.
Függőség
A Termékfelelősnek képesnek kell lennie önálló döntéseket hozni. Természetesen a kulcskérdés a Scrum Csapat körülményeinek ismerete és a Fejlesztő Csapattal való folyamatos kommunikáció. Azonban a Termékfelelős az, akit a cselekedetei hatékonyságáért felelősségre vonnak. Ezért a Termékfelelősöknek építeniük kell a tekintélyüket és vállalniuk kell a döntéseikért a felelősséget. A csapat irányának, a prioritásoknak és a feladatok elfogadásának végső döntése az övék.

Összefoglalás
Felfedeztük a Termékfelelős leggyakoribb hibáit. A Termékfelelős szerepe nem könnyű. Ezért, amikor ezt a szerepet vállalod, érdemes felkészülni a problémákra, amelyekkel mások találkoztak az útjuk során.
Az Ügyfélkapcsolati problémák általában a határozatlanság, a prioritás hiánya és az elégtelen üzleti készségek következményei.
A Termékfelelős hibái, amelyek a többi Scrum Csapattal való munkavégzés során merülnek fel, a függetlenség hiányából és a Termékfelelős karizmájának elégtelenségéből adódnak. Egy másik ok lehet a szakmai készségek hiánya és a tudás bővítésére való hajlandóság vagy az idő hiánya.
Ha tetszik a tartalmunk, csatlakozz a szorgos méheink közösségéhez a Facebookon, LinkedInen és Twitteren.
Caroline Becker
Projektmenedzserként Caroline szakértő az új módszerek megtalálásában, amelyek a legjobb munkafolyamatok megtervezésére és a folyamatok optimalizálására szolgálnak. Szervezési készségei és a nyomás alatt végzett munka iránti képessége teszik őt a legalkalmasabb személyré, aki bonyolult projekteket valóra tud váltani.
Scrum Guide:
- Alapfogalmak, szerepek és fogalmak szótára
- Mi a Scrum?
- Scrum értékek
- Hogyan valósítsuk meg a Scrumot a vállalatunkban?
- Scrum Csapat - mi az és hogyan működik?
- Ki a terméktulajdonos?
- A Product Owner leggyakoribb hibái
- Ki a Scrum Master?
- A Scrum Master leggyakoribb hibái
- Milyen statisztikákat és mutatókat kell nyomon követnie a Scrum Masternek?
- Scrum fejlesztőcsapat
- A fejlesztők leggyakoribb hibái
- Scrum artefaktumok
- Skálázott Scrum
- Sprint Hátralék
- Mi az a termék hátralék?
- Mik azok a felhasználói történetek?
- A legjobb Felhasználói Történet létrehozása az INVEST elv alapján
- A leggyakoribb felhasználói történet hibák
- Felhasználói történet elfogadási kritériumok
- Becslés és Történetpontok a Scrum-ban
- Tervezési Póker
- Csapatbecslési játék
- Növekmény meghatározása
- Scrum események
- Mi az a Burndown Diagram?
- A burndown diagram előnyei és hátrányai
- Kanban táblák a Scrum és Scrumban keretrendszerben
- Sebesség a Scrum-ban - A Fejlesztő Csapat Sebessége
- Napi Scrum
- Sprint tervezés
- Sprint értékelés
- Mi az a Sprint Retrospektív?
- A Sprint Retrospektív során elkövetett gyakori hibák
- Termék Backlog ápolása
- Hogyan kell létrehozni és értelmezni egy burndown diagramot?
- Mi az a Sprint a Scrum-ban?
- A Terméktulajdonos és a Scrum Master közötti együttműködés
- Scrum Csapat Kötelezettségek - Termék Cél, Sprint Cél és Teljesítési Meghatározás
- A jó Scrum Master jellemzői