Üzleti oldalról közelítünk. IT eszközökkel szállítunk

A szoftvertesztelés kiszervezése nem minden esetben a legjobb megoldás - de négy konkrét helyzetben egyértelműen az: projekt csúcsterheléskor amikor toborzással nem ér oda időben a csapat, hiányzó domain tudásnál (különösen pénzügyi szektoros projekteknél), külső fejlesztői partner esetén ahol független szemre van szükség, és ha a QA nem core tevékenység de a minőség üzletileg kritikus. A cikk döntési keretrendszert ad - és azt is megmondja mikor NEM érdemes kiszervezni.

Sok IT projekt nem a technológia miatt csúszik meg, hanem azért, mert nincs, aki valóban gazdája legyen az üzleti igényeknek. A business analyst szerepe nem adminisztratív dokumentáció, hanem a félreértések, scope creep és drága újrafejlesztések megelőzése. A cikk valós projektpéldákon és piaci számokon keresztül mutatja be, hogy egy hiányzó BA költsége gyakran többszöröse annak, mint a bevonásának ára.

A cikk bemutatja, miért nem működik sok követelmény specifikáció és funkcionális specifikáció a gyakorlatban, még akkor sem, ha szakmailag rendben vannak. Egy tapasztalt üzleti elemző nézőpontjából 5 tipikus jelet sorol fel, amikor a specifikációt nem olvassák vagy félreértik. Fő üzenet: a specifikáció nem csak dokumentum, hanem kommunikációs eszköz — minősége közvetlenül befolyásolja az IT projektek sikerét.