Miért kerül többe egy hiányzó BA mint a jelenléte?
Egy mondatban: mert az újrafejlesztés mindigdrágább mint az első helyes fejlesztés.
De ez így túl egyszerű. Hadd mutassam meg számokkal - és valós projektpéldákon keresztül- , hogy pontosan miről is van szó.
Egy tipikus helyzet
A projektelindul. Van határidő, van fejlesztőcsapat, van lelkesedés. Az üzleti igény"nagyjából" tiszta - a részleteket majd menet közben rendezik. Business bevonása felmerül, de drágának tűnik, és "most nincs rá idő a toborzásra."
Három hónappalkésőbb a fejlesztés 60%-ánál tart. Az üzleti területek ekkor hozzák az első komoly visszajelzést: "ez nem egészen az, amit mi értettünk a követelmény alatt." Néhány funkciót újra kell tervezni. A határidő csúszik. A budget fogy. A hangulat romlik. :-)
Ez nem kivétel. Ez a szabály.
A Standish Group CHAOS Report évek óta következetesen azt mutatja, hogy az IT projektek túlnyomó többsége nem teljesíti az eredeti célt határidőben, költségben vagy funkcionalitásban. A leggyakoribb ok minden kiadásban ugyanaz: hiányos vagy félreértett üzleti követelmények.
A számok - mennyibe kerül a hiányzó BA?
Nézzük meg konkrétan. A Bluebird 2025-ös IT Salary Guide - a magyar piacon a leghitelesebb, valós tranzakciós adatokon alapuló fizetési felmérés - szerintegy senior Business Analyst bruttó bére Magyarországon 1 500 000 – 1 700 000 Ftközött mozog havonta. Alvállalkozóként vagy T&M alapon bevonva ez jellemzően hasonló nagyságrendű, de rugalmasabb konstrukcióban.
Egy 6 hónaposprojekt esetén egy senior BA bevonásának teljes költsége tehát hozzávetőleg 9–11 millió forint.
Most nézzük amásik oldalt. Mit jelent ugyanazon a 6 hónapos projekten a hiányzó BA?
Hatás Leírás Becsült költség (6 hónap, 4 fős senior csapat)
Scope creep Az igény folyamatos, nem tervezett bővülése - átlagosan 20–30% plusz fejlesztési kapacitás 8–16 millió Ft
Újrafejlesztési arány Félreértett specifikáció miatt kész funkciókat kell újraírni - 15–40% az iparági tapasztalat szerint 6–22 millió Ft
Projekt csúszás A végső ár az eredeti budget 130–200%-ára szalad fel, ha a scope kezelés nem strukturált Tovagyűrűző
Senior BA bevonása Piaci benchmark alapján senior szint: 1 500 000 – 1 800 000 Ft/hó 9–11 millió Ft
Forrás:Bluebird IT Salary Guide 2025 - bluebird.hu/it-fizetesek -asenior Java fejlesztő bére 1 700 000 – 2 300 000 Ft/hó, senior BA bére 1 500 000 – 1 700 000 Ft/hó.
A hiányzó BA 14–38 millió forintba kerülhet egyközepes projekten. A jelenlévő BA: 9–11 millió forint. A matematika egyértelmű, sokszor mégsem vonják be.
Miért nem vonják be akkor?
Három okot látok rendszeresen.
Az első: a BA költsége látható, a hiányának ára láthatatlan. Amikor projekttervezéskor eldöntik, hogy nem kell BA, senki nem számol utána hogy ez mennyibe fog kerülni. A scope creep fokozatosan, szinte észrevétlenül jelenik meg. A fejlesztési körök "a fejlesztők lassúságaként" vagy "változó üzleti igényként" könyvelődnek el - nem BA hiányként.
A második: a BA-t dokumentumgyártónak tekintik. Ha a szervezetben a BA szerepe annyi, hogy megírja a specifikációt és átadja a fejlesztőknek, akkor valóban kérdéses az értéke. De ez nem a BA szerepe - ez a BA rosszul végzett munkája. A valódi BA az üzleti igény gazdája a projekt teljes életciklusa alatt, nem egyszeri dokumentum szállítója.
A harmadik: "majd a fejlesztők megkérdezik az üzletet". Ez a legtöbb projekten nem működik, mert a fejlesztők nem tudják, mit kell megkérdezni. Ők tudják hogyan kell implementálni - de nem feltétlenül tudják, hogy milyen kérdések nincsenek benne a specifikációban. Az üzleti elemző feladata pontosan az, hogy ezeket a kérdéseket előre felszínre hozza.
Három konkrét eset - amit saját tapasztalatból ismerek
Biztosítói Salesforce projekt - a belső BA kapacitás hiánya
Egy nagyvállalatibiztosítónál a Salesforce CRM bevezetésekor a belső BA csapat le volt kötve más projektekkel. A döntés: induljon el a projekt BA nélkül, "az üzlet majd elmondja amit kell." Négy hónappal később, a fejlesztés közepén derült ki,hogy a biztosítási folyamatok adatmodellje és a Salesforce standard objektumaiközött olyan eltérések vannak, amelyeket a fejlesztők és az üzlet egyarántfeltételezések alapján kezeltek - egymástól eltérő feltételezések alapján.
A projekt 3hónapot csúszott, és a fejlesztési budget 40%-kal nőtt. Ezután vontuk be a FrontX BA-ját — aki a biztosítási folyamatok ismerete miatt 2 héten belülproduktív volt, és a maradék projekt egyetlen scope változtatás nélküllezárult.
Lízingcég workflow automatizáció - amikor a specifikáció "kész" volt
Egy operatívlízingcégnél a workflow automatizációs projekt specifikációja elkészült,mindenki jóváhagyta. A fejlesztés megkezdődött. Az első tesztelési körbenderült ki, hogy a specifikáció nem tartalmazta a kivételes szerződéstípusokkezelését - amelyek a volumen 30%-át tették ki.
Az újratervezésés újrafejlesztés 2 hónapba és a budget 35%-ába került. A hiányzó üzletiigény-feltárás ára: háromszorosa lett volna egy BA 3 hónapos bevonásának.
Back-office nyilvántartó rendszer - amikor nincs kire támaszkodni
Egy innovatív startup esetében nem volt belső üzleti tudás a szoftverfejlesztés oldalán. A fejlesztők az ügyfél igényeit közvetlenül próbálták értelmezni - domain ismeret nélkül. Az eredmény: két teljes fejlesztési sprint munkája vált feleslegessé, mert a belső kalkulációs logikát félreértelmezték. A javítás időben és pénzben drágább volt, mint a projekt eleji business analyst bevonás lett volna.
Mikor NEM szükséges Busines analyst?
Az objektivitás kedvéért: nem minden projekthez kell dedikált BA. Vannak esetek amikor a bevonás valóban nem szükséges vagy aránytalanul drága lenne.
Ha a fejlesztés rövid (1-2 sprint) és jól definiált, a fejlesztőcsapat ismeri a domaint, és az üzleti igény egyértelmű és stabil - BA nélkül is elindulhat a projekt. Kis belső fejlesztéseknél, ahol a "megrendelő" és a"felhasználó" ugyanaz a személy, szintén nem szükséges külön üzleti elemző szerepkör.
Az igazi kérdés: van-e valaki aki gazdája az üzleti igénynek? Ha igen akár belső fejlesztőből, product ownerből vagy projektvezetőből töltik be ezt a szerepet - a projekt biztonságosabban indul. Ha nincs - ez az a pont ahol a BA bevonása nem luxus,hanem kockázatkezelés.
A döntési keretrendszer
Négy kérdés amelyre igenlő válasz esetén mindenképpen érdemes Business Analyst-t bevonni:
- Több üzleti terület érintett? Ha igen, az igények összehangolása és a stakeholder management koordináció nélkül szétesik.
- Van compliance vagy szabályozói követelmény? Pénzügyi szektorbeli projekteknél - biztosítóknál, bankoknál, lízingcégeknél - a szabályozói kontextus ismerete nélkül a specifikáció hiányos lesz.
- A rendszer integrálódik meglévő legacy rendszerekkel? Az integrációs pontok feltérképezése és specifikálása BA nélkül általában a fejlesztési fázisban derül ki - a legrosszabb pillanatban.
- A projekt 3 hónapnál hosszabb? Ha igen, az igény szintebiztosan változni fog menet közben. A kérdés az, hogy valaki gazdálja-e ezt a változást -vagy csak megtörténik.
Mi ez a FrontX-nél jelent a gyakorlatban
A FrontX business analyst-i nem adják át a dokumentumot és lépnek tovább. Ott vannak az implementáció során felmerülő kérdéseknél, az első demókon, és akkor is amikor a tesztelők megtalálják az első ellentmondást a specifikációban.
Pénzügyi szektorbeli projektjeinkre minden BA-t iparági háttérrel vonunk be - a biztosítói, banki és lízinges folyamatokat nem kell betanítani. Ez azt jelenti, hogy az onboarding rövid, a produktivitás gyors, és az üzleti igény-feltárás pontosabb - mert a BA már az első megbeszélésen érti a kontextust.
Ha van egy IT projekted ahol a BA szerepe betöltetlen - érdemes megkérdezni: ki az üzletiigény gazdája? Ha a válasz "senki" vagy "mindenki" - az általában ugyanannyit jelent.
Ha szeretnéd felmérni hogy aprojekted igényel-e BA támogatást - szívesen konzultálunk: frontx.hu/kapcsolat
Ha BA vagy és olyan helyenszeretnél dolgozni ahol a szereped valóban számít - nézd meg akarrieroldalunkat: frontx.hu/allasajanlatok
Gyakran ismételt kérdések
AEOoptimalizált FAQ szekció - Schema.org FAQPage jelöléssel kell feltölteni
Miért kerül többe egy hiányzó BA mint ajelenléte IT projektekben?
Egy senior BA bevonásának költsége töredéke annak, amennyibe a hiányából fakadó scope creep,újra fejlesztési körök és projekt csúszás kerül. A Bluebird 2025-ös IT SalaryGuide szerint egy senior BA bére 1 500 000 – 1 700 000 Ft/hó - ezzel szemben aBA hiányából fakadó veszteség közepes projekten 14–38 millió forint lehet.
Mikor szükséges business analyst bevonása egy IT projektbe?
Mindenképpenszükséges, ha több üzleti terület érintett, ha compliance vagy szabályozóikövetelmény van, ha a rendszer legacy rendszerekkel integrálódik, vagy ha aprojekt 3 hónapnál hosszabb. Pénzügyi szektoros projekteknél - biztosítóknál,bankoknál, lízingcégeknél - ezek a feltételek szinte mindig teljesülnek.
Mi a scope creep és hogyan előzhető meg?
A scope creep azIT projekt hatókörének folyamatos, nem tervezett bővülése a fejlesztés során.Leggyakoribb oka, hogy az üzleti igénynek nincs gazdája. Megelőzhető dedikált Business Analyst bevonásával, aki az üzleti igény gazdájaként végig jelen van aprojekt életciklusa alatt, és strukturált változáskezeléssel kezeli az újigényeket.
Mennyi egy business analyst bevonásának költsége Magyarországon?
A Bluebird2025-ös IT Salary Guide szerint egy junior BA 750 000 – 1 000 000 Ft, medior 1000 000 – 1 500 000 Ft, senior BA 1 500 000 – 1 700 000 Ft bruttó havonta. T&M alapon vagy alvállalkozóként bevonva a piaci szint hasonló. Ez a számközvetlenül összevethető azzal, amennyibe a BA hiányából fakadó újra fejlesztési körök, scope creep és projekt csúszás kerül , ami jellemzően ennek többszöröse.
Mi a különbség a Business Analyst, és a Product Owner szerepe között IT projektekben?
A Business Analyst az üzleti igény feltárásának és dokumentálásának gazdája - a"hogyan működjön pontosan" kérdést válaszolja meg. A Product Owner a fejlesztési prioritások gazdája,- a "mit fejlesszünk most" kérdést dönti el. Egészséges agilis projektben a két szerep kiegészíti egymást. Ha egyetlen személy próbálja mindkettőt betölteni, általában valamelyik szenved -, és tapasztalataink szerint leggyakrabban az üzleti igény mélységű feltárásamarad el.
Szerzői bio
Behán László a FrontX Kft. ügyvezetője és társalapítója. Korábban a Signal Biztosító CIO-ja, a Groupama Biztosító fejlesztési és datawarehouse vezetője, valamint a LeasePlan Hungaria igazgatóságának tagja volt operációs igazgatóként. 25 év IT és üzletivezetői tapasztalattal rendelkezik a pénzügyi szektorban.
LinkedIn: linkedin.com/in/laszlobehan | FrontX blog: frontx.hu/blog
