Szoftver minőségbiztosítási tanácsadás
Sokéves szerteágazó tapasztalataink alapján kialakítottunk egy saját módszertant (ezt "Szoftver Folyamat Audit"-nak neveztük el), amellyel felülvizsgáljuk és értékeljük a szoftverházak és projektjeinek működését, valamint segítünk a gyakorlatban is szükséges alapvető folyamatfejlesztési lehetőségek feltárásában. (Ez a módszertan alapvetően a CMMI struktúrájára és logikájára támaszkodik, azonban kiegészítettük számos olyan további elemmel, amelyek a hazai szoftverházak évtizedes auditálási tapasztalatai alapján az általános és jellemző problémák megoldását támogatják.)
A szoftverházaknak és szoftverházak megrendelőinek nyújtott szolgáltatásaink
-
Szoftverházak ügyfelei, megrendelői számára:
- a szoftverházak működésére vonatkozó beszállítói audit korrekt, szakmai elvégzése, igény szerint a teljes szoftverház működésére, vagy csak egy kiválasztott projektre vonatkozólag;
- futó projektek felülvizsgálatára, problémák megtalálására és kijavítására;
- futó projektek független, megrendelő oldali minőségbiztosítására;
-
Szoftverházak számára:
- a szoftverház teljes működésének felülvizsgálata és értékelése, folyamatai erősségeinek és fejlesztési lehetőségeinek a feltárása;
- Szoftverfejlesztési projektek működésének a felülvizsgálata és értékelése, a kritikus és fejlesztendő területek meghatározása;
- Legfontosabb (kritikus) területek fejlesztésére intézkedések, ütemtervek kidolgozása (vagy szakértői részvétel a kidolgozásban), majd szakértői, tanácsadói támogatás a bevezetésben;
- Projektek tapasztalatainak feltárására és hasznosítására speciális csoportmunka (workshop) irányítása és moderálása;
- Szoftverház működésére ISO 9001 szerinti minőségirányítási rendszer kiépítése, bevezetése és felkészítése a tanúsításra, amely segít az ISO 9001 szabványt értelmezni és testre szabni a szoftverfejlesztés folyamataira, figyelembe veszi a vonatkozó szoftver minőségbiztosítási szabványok ajánlásait, és illeszkedik az adott szoftverház működési jó gyakorlatához és cégkulturájához;
-
A CMMI modell szerinti működés igénye esetén:
- Oktatás a CMMI modellről, filozófiájáról, elveiről, gyakorlati hasznáról,és a bevezetés lehetőségeiről;
- Kiinduló állapot felmérése a CMMI bevezetéséhez;
-
A CMMI kívánt szintje eléréséhez szükséges főbb hiányok meghatározása;
-
Szakértői, tanácsadói támogatás a szükséges intézkedések bevezetésében;
Az Önök szoftverházában találkoztak-e már a következő problémák egyikével? Vagy netalán már többel is? - Amennyiben igen, akkor ne késlekedjenek tovább, és vegyék fel velünk a kapcsolatot! Mi segítünk ezeknek a problémáknak a megoldásában.
- A projekt a megvalósítási szakaszban mindig tovább tartott és több erőforrást emésztett fel, mint amivel az elején számoltunk!
- A határidő-csúszások éjszakázásokat, kevesebb tesztelést, kevesebb dokumentálást … és szükségszerűen jóval több hibát jelentenek, már az átadáskor (leszállításkor) is!
- A kijavított hibák újabb hibákat szülnek!
- A hibajavítások erőforrásokat vonnak el az új fejlesztésektől, mindig terven felül. Ez visszafogja az érdemi új munkát … ami gyakran tovább gerjeszti ezt a spirált!
- A projekt-kontrolling kimerül a főnöki "Na hol tartotok?" kérdésben!
- A tesztelési és az átadási szakaszban derülnek ki, hogy az ügyfél másképp szeretné a terméket, és akkor kell nekiállni „átkódolni” az egészet, vagy a termék nagyját! (Ha készült is rendszerterv, akkor ezek a változtatások már abba nem kerülnek bele!)
- Rendszeres vita / nézeteltérés forrása az ügyféllel, hogy mi hiba és mi új igény (Change Request)!
- Több ügyfélnél kinn lévő termék esetén, – különösen, ha az ügyfeleknél más-más modulok egyedi paraméterezésekkel is futnak ,– nem konzisztens, hogy melyik hiba kijavítása melyik ügyfélnél levő verzióban lett javítva és hol nem, és a különböző modulok és javított verziók hogy működnek együtt! A problémákról folyamatosan értesülünk az állandó ügyfél-panaszokból.
- Elment a kulcsemberünk, és magával vitt egy csomó, egyedi tudást. Aki maradt, már nem tudja úgy folytatni!
- A termékben a továbbfejlesztéseket, változtatásokat (és javításokat) igazán csak az tudja megcsinálni, aki eredetileg is programozta. Más programozó már nem tud az ő kódjain eligazodni.
- A projektek nyeresége a projekt végén esetleges, előre nem tervezhető! A projekt végén örülünk, hogy a megrendelő kifizette a munka árát, de az már messze nem biztos, hogy ez nyereséges is volt – tekintve az összes ráfordítást!
Csapatunk tagjai alapos elméleti és gyakorlati tudásra, és sokéves szakmai, gyakorlati tapasztalatra tettek szert a következő területeken:
- Szoftverfejlesztés
- Minőségirányítási menedzsment multi környezetben
- Szoftverházak minőségirányítási rendszereinek működtetése, üzemeltetése
- Tanácsadás szoftverházak minőségirányítási rendszereinek kialakításában
- Szoftverházak minőségügyi (és információbiztonsági) tanúsítási auditálása
- Szoftverházak belső auditálása, folyamatértékelése
- Szoftverfejlesztési folyamatok fejlesztése, javítása
- Szoftver-minőségbiztosítás a szoftverfejlesztési projektekben
- Fejlesztési projekttapasztalatok szervezett visszaforgatása, tudásmenedzsment rendszerek kialakítása, …
- ISO 9001, ISO/IEC 90003, ISO 9126, … szabványok alkalmazása
- CMMI alkalmazása
- Szoftver életciklus modellek és szoftverfejlesztési projektmódszertanok alkalmazása
- Agilis fejlesztési módszertanok (scrum, ...)
- Szoftverházak és egyéb szervezetek stratégiamenedzsmentje (SWOT, BSC, …), folyamatmenedzsmentje (BPR, BPE, …), szervezetfejlesztése, kontrolling-eszközök kialakítása, TQM rendszereinek kialakítása (EFQM), …
- csoportmunkák, workshopok tervezésében, irányításában és moderálásában
- Oktatói tapasztalatok


