Podcast
2026-07-16
Miért úszik el a projektek többsége? A QA közgazdaságtana
Miért bukik el ennyi szoftverprojekt? A válasz ritkán a technológiában keresendő
A szoftverprojektek csúszása vagy sikertelensége mögött sokan technológiai problémákat keresnek. Pedig a tapasztalatok egészen mást mutatnak.
A legtöbb esetben nem a programkód okozza a legnagyobb kihívást, hanem a követelmények értelmezése, a kommunikáció, a közös döntések és az, hogy mikor derülnek ki a problémák.
Erről beszélgettünk a Nálunk működött legújabb epizódjában Borsos Péterrel, aki közgazdasági és tesztmenedzsment szemszögből is bemutatta, hogyan kapcsolódik össze a szoftverminőség és az üzleti eredmény.
A projektek többsége nem technológiai okból kerül nehéz helyzetbe
A Standish Group CHAOS Report szerint a sikeres projektek aránya meglepően alacsony. Ennél azonban sokkal érdekesebb, hogy mi áll a sikertelen projektek hátterében.
A leggyakoribb okok között nem technológiai problémák szerepelnek, hanem a felhasználók késői bevonása, a nem megfelelően kidolgozott követelmények és a fejlesztés közben megváltozó üzleti igények.
Ha a csapat nem ugyanazt érti a feladat alatt, akkor hiába készül el időben a fejlesztés, könnyen előfordulhat, hogy végül nem azt szállítja, amire valóban szükség volt.
A minőség nem a teszteléssel kezdődik
A podcast egyik központi gondolata, hogy a minőségbiztosítás nem egy különálló fázis. A tesztelő szerepe nem az, hogy a projekt végén hibákat keressen. Sokkal nagyobb értéket tud teremteni akkor, amikor már a tervezési fázisban részt vesz a közös gondolkodásban.
Egy jól feltett kérdés ilyenkor még percek alatt tisztázhat egy félreértést. Ugyanez a probléma a fejlesztés végén már napok vagy akár hetek munkáját is jelentheti.
Miért kerül ugyanaz a hiba akár százszor többe?
A beszélgetés során szóba kerül a Boehm-görbe is.
A modell lényege egyszerű: ugyanannak a hibának a javítási költsége attól függ, mikor találjuk meg.
Ha már a követelmények egyeztetésekor kiderül egy probléma, annak javítása minimális ráfordítást igényel. Ha ugyanez csak az éles rendszerben derül ki, akkor már új fejlesztésre, újratesztelésre, új kiadásra és sok esetben ügyfélkommunikációra is szükség van.
Ezért nem maga a hiba lesz drágább, hanem minden folyamat, amelyet újra végig kell járni.
Miért fontos, hogy ugyanazt értse mindenki a "kész" fogalma alatt?
A Definition of Ready és a Definition of Done sok csapatban csak agilis kifejezéseknek tűnnek. De igazából közös megállapodások.
Segítenek abban, hogy a business, a fejlesztő és a tesztelő ugyanazt értse egy feladat indulásánál és befejezésekor.
Ha ezek hiányoznak, minden szereplő a saját nézőpontja szerint dolgozik. Ez pedig könnyen félreértésekhez és újrafejlesztéshez vezet.
A tesztelő legfontosabb eszköze nem a teszteset
A beszélgetés egyik legérdekesebb gondolata az volt, hogy a tesztelő munkája sokszor nem a tesztesetek megírásával kezdődik.
Hanem egy egyszerű kérdéssel: "Mondj rá egy konkrét példát."
Ha egy követelményre nem lehet konkrét példát mondani, akkor nagy eséllyel még nem elég pontos.
Minél konkrétabbak az elfogadási kritériumok, annál kisebb az esélye annak, hogy a fejlesztés végén derül ki: mindenki egy kicsit másra gondolt.
A teljesítmény is a minőség része
Egy rendszer attól még nem lesz jó, hogy minden funkció működik. A felhasználók számára ugyanilyen fontos a sebesség, a stabilitás és a kiszámítható működés.
Éppen ezért a teljesítménykövetelményeket sem a projekt végén érdemes meghatározni.
Ha már a tervezés során egyértelmű, milyen terhelést kell kiszolgálnia a rendszernek és milyen válaszidők az elfogadhatók, sokkal kisebb az esélye annak, hogy a teljesítmény csak az éles működés során váljon problémává.
A sikeres projektek közös jellemzője
A sikeres projektekben nem kevesebb hiba keletkezik. Hanem hamarabb derülnek ki a félreértések.
A business, a fejlesztő és a tesztelő folyamatosan együtt dolgozik, közösen értelmezik a követelményeket, és időben kezelik a kockázatokat.
Ez teszi kiszámíthatóbbá a fejlesztést és csökkenti annak az esélyét, hogy ugyanazt a munkát később újra el kelljen végezni.
