Minden v\u00e1llalatn\u00e1l el\u0151fordulhatnak olyan informatikai rendszerelemek, amelyek nem optim\u00e1lis m\u0171k\u00f6d\u00e9se bizonyos szervezeti folyamatok min\u0151s\u00e9g\u00e9nek cs\u00f6kken\u00e9s\u00e9t id\u00e9zik el\u0151. Az ilyen IT rendszerek k\u00f6zvetett vagy ak\u00e1r k\u00f6zvetlen m\u00f3don rontj\u00e1k az \u00fcgyfelek el\u00e9gedetts\u00e9g\u00e9t, \u00edgy csendben akn\u00e1zz\u00e1k al\u00e1 az eg\u00e9sz v\u00e1llalatot, mire \u00e9szreveszik \u0151ket a szak\u00e9rt\u0151k, m\u00e1r hatalmas puszt\u00edt\u00e1st is v\u00e9ghez vihetnek. A jelens\u00e9g m\u00f6g\u00f6tt a hektikusan, nem tervszer\u0171en m\u0171k\u00f6dtetett szoftvermin\u0151s\u00e9g-biztos\u00edt\u00e1s (SQA) \u00e1ll. Hogyan elimin\u00e1lhatjuk v\u00e1llalatunk n\u00e9ma k\u00e1rtev\u0151it? Cikk\u00fcnkb\u0151l kider\u00fcl.<\/p>\n\n\n\n
A csendes min\u0151s\u00e9grombol\u00f3k azok a nem optim\u00e1lisan m\u0171k\u00f6d\u0151 v\u00e1llalati IT rendszerek (szoftverek, hardverek), amelyek tesztel\u00e9s hi\u00e1ny\u00e1ban sok\u00e1ig \u00e9szrev\u00e9tlenek maradnak<\/strong>, \u00e9s l\u00e1thatatlanul k\u00e1ros\u00edtj\u00e1k a szervezeti folyamatokat. Destrukt\u00edv hat\u00e1st fejtenek ki: lass\u00edtj\u00e1k az informatikai rendszereket, de ak\u00e1r hib\u00e1kat, bugokat is okozhatnak. Ezen \u2013 am\u00fagy egyszer\u0171en elker\u00fclhet\u0151 \u2013 hib\u00e1k, kellemetlens\u00e9gek miatt az \u00fcgyfelekben egyre ink\u00e1bb negat\u00edv k\u00e9p kezd kialakulni a v\u00e1llalatr\u00f3l, ami id\u0151vel a bev\u00e9telek alakul\u00e1s\u00e1ban is lecsap\u00f3dik.<\/p>\n\n\n\n Annak ellen\u00e9re, hogy a v\u00e1llalatok t\u00f6bbs\u00e9ge alapvet\u0151en tiszt\u00e1ban van az SQA sz\u00fcks\u00e9gess\u00e9g\u00e9vel, m\u00e9gis sok c\u00e9g nem az adotts\u00e1gaira tervezett \u00e9s \u00edgy nem is t\u00fal produkt\u00edv szoftvermin\u0151s\u00e9g-biztos\u00edt\u00e1si folyamatot v\u00e9gez h\u00e1zon bel\u00fcl huzamosabb ideig<\/strong> \u2013 \u00e1ltal\u00e1ban addig, am\u00edg be nem \u00fct egy krach, kiszolg\u00e1ltatva a c\u00e9get a versenyt\u00e1rsaknak.<\/p>\n\n\n\n Ahhoz, hogy az IT folyamataink olajozottan m\u0171k\u00f6djenek, azonos\u00edtanunk kell a nem hat\u00e9konyan funkcion\u00e1l\u00f3 elemeit. Sok v\u00e1llalat viszonylag tiszt\u00e1ban van vel\u00fck, azonban els\u0151sorban az \u00fcgyfeleik gyors kiszolg\u00e1l\u00e1s\u00e1ra \u00f6sszpontos\u00edtanak, \u00e9s a csendes min\u0151s\u00e9grombol\u00f3k felt\u00e1r\u00e1sa priorit\u00e1s helyett h\u00e1tt\u00e9rbe szorul.<\/p>\n\n\n\n Ha nem tesztelj\u00fck k\u00f6r\u00fcltekint\u0151en \u00e9s periodikusan a rendszereinket, k\u00f6nnyen kics\u00faszhat a kez\u00fcnkb\u0151l az ir\u00e1ny\u00edt\u00e1s.<\/strong> Ha nem azonos\u00edtjuk id\u0151ben a hib\u00e1san m\u0171k\u00f6d\u0151 informatikai folyamatokat, szoftvereket, hardvereket, akkor azok nem a v\u00e1llalatunk\u00e9rt fognak dolgozni, hanem a v\u00e1llalatunk ellen. Ezt k\u00f6r\u00fcltekint\u0151en megtervezett szoftvermin\u0151s\u00e9g-biztos\u00edt\u00e1ssal, a gyakorlatban pedig tesztel\u00e9si tev\u00e9kenys\u00e9ggel<\/a> lehet elker\u00fclni.<\/p>\n\n\n\n M\u00e9gis hogyan szabadulhatn\u00e1nk meg v\u00e1llalatunk csendes megk\u00e1ros\u00edt\u00f3it\u00f3l?A legegyszer\u0171bb \u00e9s legk\u00f6lts\u00e9ghat\u00e9konyabb m\u00f3dszer, ha elej\u00e9t vessz\u00fck v\u00e1llalatunk l\u00e1thatatlan destrukci\u00f3j\u00e1nak. Az al\u00e1bbiakban felsoroljuk azokat a l\u00e9p\u00e9seket, amelyekkel kiv\u00e9dhetj\u00fck a csendes min\u0151s\u00e9grombol\u00f3k k\u00e1ros tev\u00e9kenys\u00e9geit. <\/p>\n\n\n\n Mindenekel\u0151tt \u00e1tfog\u00f3 SQA strat\u00e9gi\u00e1t kell megalkotnunk, amely mag\u00e1ban foglalja az \u00f6sszes \u00fczleti egys\u00e9get \u2013 az \u00fczleti tev\u00e9kenys\u00e9gt\u0151l kezdve a projektmenedzsmentig, a fejleszt\u0151 csapatokt\u00f3l az oper\u00e1torokig \u2013, \u00e9s egys\u00e9ges\u00edti az \u00e1ltaluk haszn\u00e1lt k\u00fcl\u00f6nf\u00e9le m\u00f3dszertanokat, folyamatokat \u00e9s m\u0171veleteket. Sok v\u00e1llalkoz\u00e1snak egyszer\u0171en nincs megb\u00edzhat\u00f3 SQA strat\u00e9gi\u00e1ja, legfeljebb van egy olyan dokumentumuk, ami az alapokat fedi le, b\u00e1r k\u00fcl\u00f6n\u00f6sebb \u00e9rt\u00e9kkel nem b\u00edr a folyamatok min\u0151s\u00e9g\u00e9nek szempontj\u00e1b\u00f3l.<\/p>\n\n\n\n A k\u00f6vetkez\u0151 l\u00e9p\u00e9s annak meg\u00e1llap\u00edt\u00e1sa, hogy a szervezeten bel\u00fcl van-e olyan szakember, aki k\u00e9pes megval\u00f3s\u00edtani az SQA strat\u00e9gi\u00e1t, vagy ink\u00e1bb k\u00fcls\u0151 szak\u00e9rt\u0151 csapatot b\u00edzzon meg a c\u00e9g a feladattal. Az in-house min\u0151s\u00e9gbiztos\u00edt\u00e1st azoknak a v\u00e1llalatoknak aj\u00e1nlott v\u00e1lasztaniuk, amelyek megfelel\u0151 \u00e9retts\u00e9gi szinten vannak ahhoz, hogy megval\u00f3s\u00edts\u00e1k a min\u0151s\u00e9gbiztos\u00edt\u00e1si strat\u00e9gi\u00e1jukat. Ahol erre nincs m\u00f3d, ott \u00e9rdemesebb k\u00fcls\u0151 szoftvertesztel\u0151 szak\u00e9rt\u0151ket megb\u00edzni a v\u00e9grehajt\u00e1ssal, akik kell\u0151 tapasztalattal k\u00e9pesek szolg\u00e1lni a min\u0151s\u00e9gbiztos\u00edt\u00e1s \u00fcgy\u00e9t.<\/p>\n\n\n\n Az utols\u00f3, de folyton ism\u00e9tl\u0151d\u0151 l\u00e9p\u00e9s a r\u00e9gi, valamint az \u00faj szoftverek szisztematikus \u00e9s tervezett tesztel\u00e9se. Egy j\u00f3l megtervezett szoftver hat\u00e9kony \u00e9s rugalmas rendszert eredm\u00e9nyez, amely szervesen n\u00f6vekszik a v\u00e1llalattal. Egy rosszul fel\u00e9p\u00edtett szoftver elmarad a vele szemben t\u00e1masztott k\u00f6vetelm\u00e9nyekt\u0151l. A szoftver haszn\u00e1lhat\u00f3s\u00e1g\u00e1t, hat\u00e9konys\u00e1g\u00e1t a szoftvertesztel\u00e9s hivatott meg\u00e1llap\u00edtani. Egy v\u00e1llalat szoftver-architekt\u00far\u00e1j\u00e1ban a k\u00fcl\u00f6nf\u00e9le szoftverek egym\u00e1sra gyakorolt hat\u00e1s\u00e1t is tesztel\u00e9ssel sz\u00fcks\u00e9ges vizsg\u00e1lni. A tesztel\u00e9ssel teh\u00e1t azonos\u00edthat\u00f3k a v\u00e1llalati szoftverek \u00e9s hardverek min\u0151s\u00e9gk\u00e1ros\u00edt\u00f3 r\u00e9szei.<\/p>\n\n\n\n Fontos hangs\u00falyozni, hogy ezeknek a csendes min\u0151s\u00e9grombol\u00f3knak, a hib\u00e1san m\u0171k\u00f6d\u0151 IT rendszereknek a felt\u00e1r\u00e1sa \u00f6nmag\u00e1ban m\u00e9g nem garant\u00e1lja a sikert, de annak elmulaszt\u00e1sa biztos recept a katasztr\u00f3f\u00e1hoz.<\/p>\n\n\n\nNem hat\u00e9kony rendszerek beazonos\u00edt\u00e1sa<\/strong><\/h2>\n\n\n\n
Mit tehet\u00fcnk a min\u0151s\u00e9grombol\u00f3k ellen?<\/strong><\/h2>\n\n\n\n