Elvárható-e az üzleti területektől, hogy követelmény specifikációt írjanak?

Egy ügyfelünk szeretné,  ha az üzleti területek úgy fogalmaznák meg az igényeiket, követelményeiket, hogy az alapján az IT már pontosan tudjon dolgozni. Igaz, hogy az igény az elvileg egyszerűbb, üzemszerű működéshez kapcsolódó fejlesztésekkel kapcsolatosan merült fel, és nem a jóval komplexebb, több szakterületet is átívelő projekteknél, a kérdés elgondolkodtatott.

A felvetés teljesen jogos. Zsigeri válaszom az lenne, hogy persze ez nem kizárt, ha egy Business Analystnak meg lehet tanítani a szakma fortélyait, akkor egy jó  termékfejlesztő, pénzügyes, stb. miért ne lenne ugyanerre képes? Ugyanakkor a kérdés jóval összetettebb. És bár egyértelmű, határozott válaszom nincsen,  érdemes néhány szempontból körbejárni a kérdést.

Mit mond a szakirodalom?

• Steven P. Blais – Business Analysis – Best Practices for Success c. könyvében kifejezetten hangsúlyozza, hogy a felhasználók feladata többek között a termékértékesítés, a marketing, a számlák fizetése, a bérszámfejtés, de nem a követelmény specifikáció megfogalmazása. Véleményét az alábbiakkal indokolja:
  • a felhasználók kizárólag a saját perspektívájukból látják a problémáikat és megoldásaikat
  • nem biztos, hogy a probléma legjobb ismerője a legalkalmasabb személy a követelmények leírására
  • nem tudják, mire van szüksége az informatikának, hogy jó megoldást tudjon szállítani.

Mi a saját tapasztalatunk a követelmény specifikáció készítésénél:

• Az üzleti felhasználók a saját szakmájukat jól ismerik, nem gondolják, hogy alapvetéseket meg kell magyarázni, „ez mindenki számára természetes”
• Az üzleti oldalon dolgozó kollégáknak a követelmény specifikáció írás egy feladat a napi munkában. Sőt, amikor egy banknál a Business Analyst funkciót business line-onként hozták létre, az lett az eredménye, hogy a kollégát beszippantotta a mindennapi élet, és csak elenyésző időben foglalkozott Business Analyst feladatokkal.
• Amikor a saját problémánkkal foglalkozunk, azonnal a megoldásokban gondolkodunk, és nem töltünk időt a probléma definiálásával
• Nagyon ritkán fordul elő, hogy egy probléma tisztán egy területet érint. Üzleti oldalon nem mindig van késztetés a szervezeti egységek közti egyeztetésre.
• A behozott probléma soha nem a valós probléma. Ha csak ebben a cikkben említett probléma mögé nézünk, miszerint az üzleti területek nem tudnak az IT számára értelmezhető követelményeket megfogalmazni, rögtön felmerülnek az alábbi kérdések:
  • rosszul vannak megfogalmazva a követelmények, vagy kevés a szakmai tudásunk az értelmezésükhöz?
  • amennyiben az üzleti területek megoldásokat javasolnak (és megoldásokat fognak megfogalmazni), azok minden esetben elfogadható-e az IT munkatársai részére?

A kérdésekre adott válaszok meghatározzák  a megoldási irányokat is. Ha tényleg csak az a baj, hogy rosszul vannak megfogalmazva a követelmények, az könnyen orvosolható egy tréninggel, más problémák esetén viszont ez hatástalan lesz, és más megoldásokat kell meggondolni.

Ugyanakkor több olyan, üzleti területen dolgozó kollégát ismerek, akitől becsukott szemmel is elfogadnék bármilyen követelmény specifikációt (belőlük lesznek később a Business Analystek :-)). Vajon csak a személytől, hozzáállástól függ?

Ti mit gondoltok?

Business Analyst képzésünk következő induló csoportjáról itt található bővebb információ: Business Analyst I. képzés

Linkedin oldalunk