miért létfontosságúak az üzleti és funkcionális követelmények a projekt sikeréhez

egy termékfejlesztési folyamatban minden projekt sikerének egyik alapvető szempontja a követelmények megfelelővé tétele. És sok projekt kudarcot vall, mert az érdekeltek nem értik a különbséget az üzleti követelmények és a funkcionális követelmények között.

bármely projekt végső sikere és kudarca a követelmények minőségétől függ. Bár ritkán mondják ilyen egyszerűen, a legtöbb szoftverprojekt kudarcot vall, mivel kevesebb hangsúlyt fektetnek a követelmények kezelésére.

1999 szeptemberében a NASA elvesztette 125 millió dolláros Mars Climate Orbiter amikor megpróbált belépni a pályára, mindössze 100 kilométerre túl közel a Marshoz. A küldetés kudarcot vallott a gyenge követelménykezelés miatt: korábban a szakaszban nem tárgyalták, hogy a ‘navigációs szoftver’ metrikus vagy angolszász egységeket igényel-e.

az eredmény: inkompatibilis specifikációk; az attitude-control rendszert angolszász egységekkel határozták meg, de navigációs szoftvere metrikus egységeket használt.

így a követelmények megfelelővé tétele és teljes körű felhasználása kritikus fontosságú a projekt sikere szempontjából.

a szoftver termékfejlesztés területén az agilis szoftverfejlesztési módszertanok növekvő népszerűségével növekszik a követelmények szó jelentősége és relevanciája. Még az agilis kiáltványban említett pontok egyike is magyarázza a módszertant, amely értékeli:

“működő szoftver átfogó dokumentáció felett”

a követelmények megfelelő megszerzése kritikus fontosságú, függetlenül attól, hogy agilis vagy vízesés módszertanban dolgozik.

üzleti vs funkcionális követelmények – meghatározás és típusai

mielőtt mélyebbre ásnánk az üzleti követelmények vs funkcionális követelmények között, nézzük meg a meghatározást és a típusokat.

a Nemzetközi Üzleti elemző intézet szerint követelmény:

• olyan állapot vagy képesség, amelyre az érdekelt félnek szüksége van egy probléma megoldásához vagy egy cél eléréséhez.
• olyan feltétel vagy képesség, amelyet egy rendszernek vagy rendszerösszetevőnek teljesítenie kell vagy rendelkeznie kell egy szerződés, szabvány, specifikáció vagy más formálisan előírt dokumentum teljesítéséhez.
• egy állapot vagy képesség dokumentált ábrázolása az (1) bekezdésben vagy(2)

a problématerület és az üzleti elemző (BA) által alkalmazott módszertan alapján a következők a különböző követelmények, amelyek közül a legfontosabbak: üzleti követelmények és funkcionális követelmények.

ebben a blogban megvizsgáljuk az üzleti követelmények és a funkcionális követelmények közötti különbséget. Elengedhetetlen, hogy megértsük a különbséget, hogy ideális megoldást kínáljunk az üzleti vállalkozásnak, amely valóban gondoskodik a kérdésről.

mik az üzleti követelmények

miért van szüksége egy ügyfélnek egy alkalmazásra?

ez az információ sokak számára feleslegesnek tűnhet, mert az ügyfél kész fizetni Önnek egy alkalmazás felépítéséért. Így, miért számít az, hogy megkapja az okokat?

Nos, ha szenvedélyesen épít minőségi termékeket és zökkenőmentes élményt nyújt ügyfeleinek, akkor ugyanúgy törődnie kell a ‘miértekkel’, mint a ‘miértekkel’ és a ‘Hogyan’.’

és amikor a projekt ‘miért’ részére koncentrál, az azt jelenti, hogy gondoskodik az üzleti követelményekről.

a szoftverfejlesztés üzleti követelményei az életciklus a szervezet magas szintű követelményeivel vagy igényeivel foglalkozik, amely lehetővé teszi a vállalkozás számára, hogy elérje végső céljait, jövőképét és céljait.

általában leírják, hogy mit kell tennie egy rendszernek vagy megoldásnak. Megadják egy üzleti igény vagy probléma mértékét, amelyet egy adott projektnek vagy feladatnak meg kell oldania.

üzleti követelmények példa

a ParcelKiosk az egyik ügyfelünk, aki megkeresett minket, hogy egy webes alkalmazást tervezzen és fejlesszen ki, hogy jobb csomagkézbesítési szolgáltatásokat nyújtson az ügyfeleknek. Ahogy közeledtek hozzánk, egy fontos paraméterrel kezdtük a beszélgetést: az üzleti igények elemzésével.

Ön szerint mi lehet az üzleti követelmény ehhez a csomagkézbesítési webalkalmazási szolgáltatáshoz?

lehet, hogy jön egy fontos paraméter, mint a biztonság. Annak ellenére, hogy a biztonság létfontosságú tényező, ez nem üzleti követelmény. Nem épít egy szolgáltatás, mint ParcelKiosk biztonság nélkül szem előtt tartva, de létre szolgáltatás csak a kedvéért a biztonság—nem a végcél.

mi a helyzet a futárszolgálat és az ügyfelek összekapcsolásával?

ennek üzleti követelményként jobb értelme van a biztonsághoz képest, mert leírja, hogy a szolgáltatás mit fog tenni. Azonban ez az oka a webszolgáltatás felépítésének, vagy valóban a szolgáltatás funkciója?

Íme néhány lehetséges ok (üzleti követelmények) a ParcelKiosk építéséhez:

• intelligensebb megoldást kínál a csomagok mérésére, kiválasztására és szállítására
• lehetőséget nyújt a kézbesítési és átvételi szolgáltatások nyomon követésére és kezelésére
• időben történő kézbesítés és az ügyfelek visszajelzése

látja a különbséget a futárszolgálatok és az ügyfelek vagy a biztonság összekapcsolása és a tényleges üzleti követelmények között?

a következő pontokat lehet jegyezni itt w. r. T üzleti követelmények:

• az üzleti követelményeket mindig az ügyfél szempontjából írják.
• széles körű, magas szintű rendszerkövetelmények, mégis részletorientáltak.
• ezek nem szervezeti célok, hanem segítik a szervezetet a célok elérésében. Ezen üzleti követelmények teljesítésével a szervezet eléri átfogó céljait.

most már teljesen világos, hogy az üzleti követelmények magyarázzák a projekt ‘miért’ részét: ‘miért’ egy adott Projektet meg kell építeni, azaz. milyen előnyöket kíván elérni a szervezet egy adott projekt teljesítésével.

üzleti követelmények dokumentum (BRD)

az üzleti követelmények dokumentum leírja a magas szintű üzleti igényeket. A BRD elsődleges célközönsége az ügyfél és a felhasználók. Az üzleti követelményeket a BRD dokumentálja. A jól megírt üzleti követelményekről szóló dokumentum segít elérni a kívánt célt, hogy a megadott határidőn belül sikeres terméket állítson elő.

a következő elemekkel rendelkezik:

• a projekt jövőképe
• a projekt célkitűzései
• a projekt háttere vagy háttere
• a projekt hatóköre
• az érdekelt felek azonosítása
• részletes üzleti követelmények
• a megoldás hatóköre
• a projekt korlátai: Időkeret, a projekt költsége és a rendelkezésre álló források

üzleti követelmények dokumentum példa – miért Chrysler PT Cruiser volt Tagged ‘Hero to Zero’

a Chrysler csoport nem sokat összpontosított a BRD-re, és folytatta a PT Cruiser gyártását, ami sok fejfájást okozott a szervezetnek. Vessünk egy pillantást arra, hogy az üzleti követelmények dokumentum nem sikerült:

• érdekelt felek azonosítása: a Chrysler Group elég jól azonosította az érdekelt felek többségét. A fedélzeten voltak a gyártók és a PT Cruiser produkciós csapata. A két fontos érdekelt fél azonban hiányzott: a járművet vásárló végfelhasználó és a cirkálót értékesítő kereskedők.
• Projektkorlátozások: a Chrysler jó munkát végzett, amikor a legmagasabb szintű érdekelt felekkel látta el és felügyelte az építkezést. Azonban, Amit hiányoltak, megkérdőjelezték a termelés ütemtervét, válaszoltak az ügyfelek vagy a kereskedők kérdéseire, mint az ár, a modell elérhetősége és a kereslet.

tegyük fel, hogy a Chrysler BRD-je tartalmazza az érdekelt felek összes követelményét, a termékszállítás előre nem látható késedelmeit (az a cél, hogy az autókat 2001-ig forgalmazzák) jóval a gyártás előtt megingathatták volna, és a végfelhasználók igényei indokoltak lettek volna.

tippek az üzleti követelmények Dokumentumsablonjának (BRD) írásához

most, hogy alapvető ismeretekkel rendelkezik arról, hogy mit kell végrehajtania egy BRD-nek, kövesse az alább említett tippeket, hogy megbizonyosodjon arról, hogy kiemelkedő üzleti követelmények dokumentumot ír.

• gyakorlat erős követelmények kiváltása
• egyszerű nyelv használata passzív hang és zsargon nélkül
• korábbi projektek kutatása
• a dokumentáció érvényesítése
• vizuális elemek integrálása

mik azok a funkcionális követelmények

funkcionális követelmények, ahogy a neve is sugallja, írja le a szoftver vagy termék. Ezek azok a funkciók, amelyeket a rendszernek el kell végeznie az üzleti követelmények teljesítése érdekében.

ezek magukban foglalják a technikai részleteket, a számításokat, az adatok manipulálását és feldolgozását, valamint más speciális funkciókat, amelyek jellemzik, hogy mit kell elérnie egy keretrendszernek.

ha nincsenek egyértelmű funkcionális követelményei a projekt technikai jellegének megértéséhez, akkor a projekt során nem tud válaszolni arra, hogy a fejlesztő/tervező/tesztelő csapatok döntései helyesek-e.

“a specifikáció megírásának elmulasztása az egyetlen legnagyobb felesleges kockázat, amelyet egy szoftverprojektben vállal.”~Joel Spolsky

ha egy funkcionális részlet nem igazodik az üzleti célokhoz, az a projekt kudarcát eredményezheti.

funkcionális követelmények példa

az egyik nagy FMCG játékos a Net megoldásokat kereste meg egy mobilalkalmazás-fejlesztési projekthez, amely javíthatja az ellátási lánc hatékonyságát.

ez az FMCG óriás 2001-ben elindított egy projektet, amelynek célja a vidéki nők helyzetének erősítése azáltal, hogy lehetőséget teremt számukra termékek értékesítésére és megélhetésre.

az ügyfél azt akarta, hogy a projektcsapatunk a meglévő mobilalkalmazását úgy végezze el, hogy automatizálja az ellátási láncot és a rendelési folyamatot azáltal, hogy a vidéki nőket és a forgalmazókat egyetlen digitális platformra hozza.

céljuk az elfogadási arány javítása, a vállalkozók digitális lehetővé tétele és a meglévő ügyfélút súrlódásának megoldása (ezek mind üzleti követelmények).

ami a funkcionális követelményeket illeti, elkezdtük megvitatni a szükséges alkalmazásfunkciókat az ügyféllel, amelyek a következők voltak:

• integráció harmadik fél beszállítóival
• valós idejű készletfrissítések
• megrendelés elhelyezése

az ügyfél feltételezte, hogy ezek a funkciók elegendőek lesznek az aktuális ügyfélút súrlódásának megoldásához, ezáltal javítva az elfogadási arányt.

a funkcionális követelmények megbeszélése során azonban rájöttünk, hogy ha nem azonosítjuk a meglévő ügyfél útjának súrlódását, és nem mérjük meg az új alkalmazásfelhasználók digitális írástudási szintjét, akkor értelmetlen lenne egy alkalmazás fejlesztése.

a Net Solutions által szállított megoldás

a Design Thinking megközelítést alkalmazva Néprajzi kutatásokat végeztünk a vállalkozók digitális felkészültségének felmérésére és a meglévő alkalmazás felhasználói útjának hiányosságainak megértésére.

egy napot töltöttünk az összes érdekelt féllel, hogy jobban azonosítsuk problémáikat.

a Design Thinking megközelítés, tudtuk, hogy kitaláljuk, milyen funkciókat kell menni az új alkalmazást. Ezen túlmenően ez a megközelítés arra késztette ügyfelünket, hogy megértse, hogy a projektmenedzsment legjobb módja az, ha azt szakaszosan hajtják végre.

az eredmény:

a Néprajzi kutatás és az utazás feltérképezése a design thinking methodology – ban segített nekünk egy új alkalmazás felépítésében olyan funkciókkal, amelyeket az érdekeltek terveztek és validáltak, akik végül használni fogják-így ez az egyik figyelemre méltó funkcionális követelmény példa.

itt a következő pontokat lehet megjegyezni w.r.t funkcionális követelmények:

• a funkcionális követelményeket mindig a rendszer és az érdekeltek szempontjából írják le.
• a funkcionális követelmények specifikációja sokkal részletesebb.
• a funkcionális követelmények teljesítése révén hatékony megoldás jön létre, amely megfelel az ügyfél üzleti igényeinek és céljainak.

ezért a funkcionális követelmények elmagyarázzák a projekt ‘hogyan’ részét, azaz a szoftverkövetelményeket, valamint azt, hogy a megoldás hogyan képes megfelelni a szervezet igényeinek.

funkcionális követelmények dokumentum

a funkcionális követelmények dokumentum felvázolja az üzleti igények eléréséhez szükséges funkciókat. Ezeket a funkciókat a funkcionális követelmények dokumentum (FRD) vagy a funkcionális követelmények SPECIFIKÁCIÓK (FRS) dokumentum dokumentálja.

egy jól megírt FRD ábrázolja az egyes tevékenységek minden folyamatfolyamatát, összekapcsolva a függőségeket.

az FRD a következő elemeket tartalmazza:

• a projekt célja
• a projekt hatóköre
• részletes funkcionális követelmények
• feltételezések/kényszerek
• a funkcionális követelmények ábrázolása információs architektúrával

Tippek a funkcionális követelmények Dokumentumsablonjának (FRD) írásához

olyan dokumentum létrehozása, amely a szoftver/termék sikeres kézbesítéséhez szükséges technikai funkciók olyanok, mint egy üzenet írása az összes érintett csapattagnak arról, hogy milyen technikai feladatokat szeretne végrehajtani.

az alábbi tippek segítenek a hatékony funkcionális követelmények dokumentum megírásában:

• ellenőrizze a tényeket
• egyszerű nyelv használata
• illusztrációk vagy diagramok hozzáadása
• tartsa be az időkereteket

üzleti követelmények vs funkcionális követelmények: a dokumentum írásának legfontosabb kihívásai

nagy kihívás “jó” vagy “érvényes” üzleti és funkcionális követelmények írása. A követelmények kidolgozása során felmerülő leggyakoribb kihívások a következők:

• a követelmény hiányos megértése, pontosítás kérésének elmulasztása.
• a követelmény helytelen értelmezése; személyes szűrők alkalmazása a szándékot megváltoztató információra.
• írás a végrehajtásról (hogyan) a követelmények helyett (mi).
• a végrehajtási döntéseket el kell halasztani a követelmények kiváltási folyamatának lehető leghamarabbi pontjára.
• helytelen mondatszerkezet használata.
• a követelmények minőségének értékelése a szoftver termékfejlesztésben.

mik a nem funkcionális követelmények?

a nem funkcionális követelmények határozzák meg a rendszer működését. Ez azonban nem befolyásolja a rendszer funkcionalitását, ahogy a neve is sugallja. Ezért a rendszer akkor is képes működni, ha a nem funkcionális követelmények nem teljesülnek. A nem funkcionális követelmények létfontosságúak a használhatóságuk miatt, és mivel segítenek a felhasználói élményt befolyásoló tényezők meghatározásában.

a funkcionális és nem funkcionális követelményeket az különbözteti meg, hogy míg az előbbi a termékjellemzőket és a felhasználói követelményeket határozza meg, az utóbbi a termék tulajdonságaira és a felhasználói elvárásokra összpontosít.

üzleti követelmények vs funkcionális követelmények – következtetés

a fenti összehasonlításból egyértelmű, hogy a követelmények minden vállalkozás gerincét képezik. Mind az üzleti, mind a funkcionális követelmények képezik a hatékony üzleti elemzés alapját. Az üzleti követelmények megmagyarázzák a projekt “miért” és “mi”, a funkcionális követelmények pedig a projekt “hogyan” magyarázatát.

a (kifejlesztett) funkcionális követelmények és az üzleti követelmények időszakos felülvizsgálata és benchmarkingja biztosítja a projekt általános sikerét. Itt van egy záró nyilatkozat, amely nagyban segít abban, hogy egyértelműen megkülönböztesse az üzleti követelményeket a funkcionális követelményektől – minden üzleti elemzés kiindulópontja az ügyfél üzleti követelményeinek (mi és miért) megértése, és funkcionális követelményekké (hogyan) történő átalakítása.