Követelménykezelés
A követelménykezelés egy strukturált folyamat, amely egy termék, rendszer vagy projekt követelményeinek összegyűjtésére, dokumentálására, validálására, priorizálására és nyomon követésére szolgál a teljes életciklus alatt.
A követelménykezelés a feltárással kezdődik: interjúk, workshopok vagy közvetlen megfigyelés révén derül ki, hogy a vevőknek, felhasználóknak vagy belső érintetteknek valójában mire van szükségük. Az összegyűjtött követelményeket ezután dokumentálják, ellentmondások szempontjából ellenőrzik, és felosztják funkcionális követelményekre, vagyis arra, hogy a rendszernek mit kell tudnia, valamint nem funkcionális követelményekre, mint a biztonság, a teljesítmény vagy a használhatóság. Csak ezután következik a priorizálás, gyakran a MoSCoW-módszerrel, amely a követelményeket kötelező (must-have), kívánatos (should-have), lehetséges (could-have) és el nem végzendő (won't-have) kategóriákba sorolja.
A dokumentáció jellemzően tartalmaz egy üzleti követelmény-dokumentumot, amely rögzíti, hogy a vevő mit szeretne elérni, valamint egy hozzá illő specifikációt, amely leírja, hogyan tervezi a szolgáltató ezt megvalósítani. A követelmények nyomon követési mátrixa minden egyes követelményt összekapcsol a forrásával, az állapotával és azokkal a tesztesetekkel, amelyek később igazolják a teljesülését. Agilis projektekben ezt a szerepet gyakran a termék-hátralék (product backlog) veszi át, ahol a követelményeket felhasználói történetekként (user story) rögzítik, amelyeket sprintről sprintre finomítanak és szállítanak le.
Ha a követelmények a projekt közben megváltoznak, egy megfelelő változáskezelési folyamat lép életbe: minden változást felmérnek, a költségekhez és az ütemtervhez mérnek, és csak hivatalos jóváhagyás után fogadnak el. Ha ez a lépés kimarad, az úgynevezett scope creep alakul ki, vagyis a leszállítandó tartalom fokozatos bővülése a költségvetés vagy az ütemterv megfelelő módosítása nélkül. A megbízható követelménykezelés az, ami egyáltalán lehetővé teszi a reális árajánlatokat, az egyértelmű felelősségi köröket és az ellenőrizhető eredményeket.
Gyakorlati példa
Egy középvállalati csomagológép-gyártó új rendelésfeldolgozó szoftvert tervez. A követelménykezelés részeként a projektcsapat 12 munkatársat kérdez meg az értékesítés, a gyártás és a szállítás területéről, és 84 egyedi követelményt gyűjt össze. A MoSCoW-módszerrel történő priorizálás után 31 kötelező (must-have) követelmény marad az első kiadáshoz, amelyet egy 18 oldalas követelmény-dokumentumban rögzítenek. A megvalósítás közepén egy számlázással kapcsolatos követelmény megváltozik, a változáskezelés pedig rögzíti azt a nyomon követési mátrixban, hogy minden érintett vissza tudja vezetni az eredeti követelményre.
Hogyan segít a Leanshift
A követelménykezelés és a Kaizen ugyanabból az alapállásból indul ki: mielőtt bármit is javítanál, pontosan meg kell értened, mire is van ténylegesen szükség. A követelmények gondos összegyűjtése és következetes nyomon követése biztosítja, hogy a fejlesztő munka a valódi célt találja el, ne pedig tüneteket kergessen. Ez a tisztázottság maga is a folyamatmunka része, felszínre hozza, ami igazán számít, és szilárd alapot ad másoknak a további fejlődéshez.
Gyakran ismételt kérdések
Mi a különbség a követelménykezelés és egy olyan követelmény-dokumentum között, mint a Lastenheft?
A követelménykezelés a folyamatos folyamat; a követelmény-dokumentum ennek egyik eredménye. Az utóbbi azt rögzíti, hogy a vevő mit szeretne elérni, míg a hozzá tartozó specifikáció azt írja le, hogyan valósítja meg ezt a szolgáltató.
Mikor kell elkezdeni a követelménykezelést egy projektben?
Ideális esetben már a koncepció- vagy ajánlati fázisban, még mielőtt maga a projekt elindulna. Ha a követelményeket csak a megvalósítás megkezdése után tisztázzák, az költséges átdolgozást és scope creepet kockáztat.
Hogyan működik a követelménykezelés az olyan agilis projektekben, mint a Scrum?
Egyetlen dokumentum helyett iteratívan, a termék-hátralékon keresztül zajlik. A követelményeket felhasználói történetekként rögzítik, folyamatosan priorizálják, majd sprintről sprintre finomítják és szállítják le.