Projekt kockázatelemzés & Megoldások a tesztmenedzsmentben

Tartalomjegyzék:

Anonim

Mi a kockázatelemzés?

A kockázat a nemkívánatos esemény bekövetkezésének valószínűsége.

A kockázatelemzés a tesztelési projekthez kapcsolódó kockázatok elemzésének folyamata.

A projekt sikere érdekében meg kell határozni a kockázatot és meg kell határozni a megfelelő megoldásokat a projekt megkezdése előtt.

Ebben az oktatóanyagban felfedezzük a tesztmenedzsment folyamat első lépését: a kockázatelemzést és a megoldást egy esettanulmány segítségével.

Ebben a témakörben a tesztmenedzsment folyamatának első lépését fedezzük fel: a kockázatelemzést és a megoldást egy esettanulmány segítségével.

A tesztelt alkalmazás a demo.guru99.com, itt hivatkozhat a szoftverkövetelményekre.

A Guru99 Banknak két szerepe lesz

  • Menedzser
  • Vevő

A következő funkciók / modulok lesznek elérhetőek e két különböző szerepkör számára

Itt egy kis bemutató a weboldalról

A követelménydokumentumok elolvasása után rájöhet, hogy a webhely túl sok funkcionális és összetett forgatókönyvet tartalmaz.

Itt van a helyzet -

  1. A Guru99 banki honlap már befejezte a fejlesztési fázist. Most kezdődik a tesztelési szakasz. Sajnos, a követelmények szakaszában nem vettél részt korán
  2. A főnökének szüksége van arra, hogy csak korlátozott költségvetéssel végezze el a tesztelést egy hónap alatt , de remek minőségre számít .
  3. Egy csapattag, aki tapasztalt mérnök, elmondja

  1. Ilyen esetben mit kell tennie?
A) Úgy tűnik, hogy ez nagy probléma. ASAP-tal kell foglalkoznunk !!! B) Nem érdekel. Most azonnal el kell kezdenünk dolgozni.
Ha a B műveletet választja, itt láthatja az eredményeket egy hónap múlva
  • A projekt rendetlenség, és minden erőforrást és időt elkölt. Az alkalmazott munkaterhe drasztikusan nőtt, stresszt és túlterhelést éreznek
  • - A projektje késik, így nem tudta kiadni a terméket a meghatározott határidőn belül, ahogy a főnökének megígérte. Amint a csapattagja elmondta, a projekt ütemezése túl szoros a jelenlegi erőforrás-elosztáshoz képest.
Ha az A műveletet választja, itt láthatja az eredményeket egy hónap múlva

A fenti példa bemutatja a kockázatelemzés fontosságát a tesztmenedzsmentben.

A kockázatkezelés segít -

A fenti példában említett kockázat csak egy a sok lehetséges kockázat közül, amely a projektben előfordulhat. Meg kell határoznia őket, és meg kell hozniuk a döntést, hogy ASAP !!! Tehát ebben a példában a helyes művelet az A művelet .

Ezért fontos a kockázatelemzés

Hogyan kell elvégezni a kockázatelemzést?

Ez egy 3 lépéses folyamat

  1. Határozza meg a kockázatokat
  2. Elemezze az egyes azonosított kockázatok hatását
  3. Tegyen ellenintézkedéseket az azonosított és elemzett kockázatra vonatkozóan

1. lépés: Határozza meg a kockázatot

A kockázat a szoftvertermékekben 2 típusba sorolható és osztályozható

Projekt kockázat

A projekt kockázata meghatározható egy bizonytalan eseményként vagy tevékenységként, amely befolyásolhatja a projekt előrehaladását. A hatás pozitív vagy negatív hatással van a projekt célkitűzéseinek elérésére.

A projektkockázatoknak elsősorban 3 kategóriája van

  • Szervezeti kockázat

Ez az emberi erőforrással vagy a tesztelő csapatával kapcsolatos kockázat . Például a projektben a műszakilag képzett tagok hiánya jelent kockázatot. Másik kockázat az, hogy nincs elegendő munkaerő a projekt időben történő befejezéséhez.

A szervezeti kockázat azonosításához össze kell állítania néhány kérdés listáját, és öngyakorlatként kell válaszolnia rájuk. Íme néhány ajánlott kérdés. 1. Ez egy jól szervezett csapat?
A) IgenB) NemA projektjének nincs szervezeti kockázata. Hozzon létre egy erősebb csapatot, és teremtsen együttműködési környezetet.
2. Minden csapat tagja képes-e elvégezni a munkáját ??
A) IgenB) NemA projektjének nincs szervezeti kockázata. Építse fel a tanfolyamot a tagok felkészítésére.
3. Hasonlítsa össze a projekt méretével és ütemezésével, van-e elegendő emberi erőforrásunk a projekt határidőre történő befejezéséhez?
A) IgenB) NemA projektjének nincs szervezeti kockázata. Kérje meg a projekt igazgatótanácsát, hogy szerezzen több emberi erőforrást

Ha megválaszolja a fenti kérdéseket, akkor könnyen meghatározza azokat a lehetséges kockázatokat, amelyek hatással lehetnek a projektjére.

  • Műszaki kockázat

A technikai kockázat a műszaki folyamat végrehajtása során felmerülő veszteség valószínűsége, például teszteletlen mérnöki munka, helytelen tesztelési eljárás stb. Itt van egy példa a műszaki kockázatra

  • Az Ön feladata ebben a projektben egy banki webhely tesztelése. Be kell állítania a valós üzleti környezetet tükröző megfelelő tesztkörnyezeteket. Ha a tesztkörnyezet nincs megfelelően beállítva, akkor a terméket nem tesztelik helyesen, és sok hibát nem észlel.
  • Üzleti kockázat

A kockázat egy külső szervezetet érint . Ez a kockázat származhat a vállalattól, az ügyféltől, de nem a projektjétől.

A következő kép az üzleti kockázat példáját mutatja be.

Ebben az esetben a Test Managernek meg kell találnia a kockázat kezelésére szolgáló megoldásokat, például:

  • Állítson prioritást a tesztelési fázisokban, összpontosítson a webhely fő jellemzőinek tesztelésére
  • Használjon tesztelő eszközt a tesztelés hatékonyságának növeléséhez
  • A folyamat javításával csökkentheti a menedzsment erőfeszítéseit.

Termékkockázat

A termék kockázata annak a lehetősége, hogy a rendszer vagy a szoftver nem felel meg vagy teljesíti az ügyfél, a felhasználó vagy az érdekelt fél elvárásait. Ez a kockázat a termék funkcionalitásához kapcsolódik, például a teljesítményproblémákhoz, a biztonsági problémákhoz, az összeomlási forgatókönyvekhez stb.

Az alábbiakban bemutatunk néhány termékkockázatot:

  • A szoftver kihagy néhány kulcsfontosságú funkciót, amelyet az ügyfelek a felhasználói követelményekben határoztak meg
  • A szoftver megbízhatatlan, és gyakran nem működik.
  • A szoftver nem működik olyan módon, amely pénzügyi vagy egyéb kárt okoz a felhasználónak vagy a szoftvert használó vállalatnak.
  • A szoftvernek problémái vannak egy bizonyos minőségi jellemzővel kapcsolatban, mint például a biztonság, a megbízhatóság, a használhatóság, a karbantarthatóság vagy a teljesítmény.

Most térjen vissza a projektjéhez: van-e termékkockázat a Guru 99 Bank webhelyén? A kérdés megválaszolásához kövesse az alábbi lépéseket

Miután befejeztük a fenti 3 lépés, hogy egy kis kvíz alábbi azonosítani termék kockáztatja 1. Lehet a Guru99 bank honlapján biztosítsa az ügyfélszámla és az adatait?
A) IgenB) Nem
C) Nem vagyok biztos benne, hogy
helytelen a
helyes
2. Használható- e a weboldal az ügyfelek számára?
A) IgenB) Nincs
helyes
Helytelen
3. Mely egyéb funkciókkal, webhelyekkel kell rendelkeznie?
A) Biztonságos átutalás B) A felhasználó új fiókot regisztrálhat
C) Nincs szükség további funkciókra
Helytelen Helyes

2. lépés: Elemezze a felmerülő kockázat hatását

Az előző témában már azonosítottuk azokat a kockázatokat, amelyek akadályozhatják a projektet. Az alábbiakban felsoroljuk az azonosított kockázatokat:

  • Lehet, hogy nincs elegendő emberi erőforrása a projekt határidőre történő befejezéséhez
  • Előfordulhat, hogy a tesztelési környezet nincs megfelelően beállítva, mint a valós üzleti környezet.
  • A projekt költségvetése felére csökkenhet az üzleti helyzet miatt
  • Ezen a weboldalon hiányozhatnak a biztonsági funkciók

Ezt követően elemeznie kell ezeket a kockázatokat.

Minden kockázatot a következő két paraméter alapján kell osztályozni

  • Az előfordulás valószínűsége
  • A projektre gyakorolt ​​hatás

Az alábbi mátrix segítségével négy kategóriába sorolhatja a kockázatot: Magas, Közepes és Alacsony, vagy 3,2, 1 érték.

Valószínűség

Magas (3)

Nagyon nagy valószínűséggel fordul elő, hatással lehet az egész projektre

Közepes (2)

50% esély bekövetkezni

Alacsony (1)

Alacsony előfordulás valószínűsége

Hatás

Magas (3)

Nem folytatható a projekt tevékenysége, ha azt nem oldják meg azonnal

Közepes (2)

Nem lehet folytatni a projekt tevékenységet, ha az nincs megoldva

Alacsony (1)

Meg kell oldani, de lehetséges egy ideig alternatív megoldást alkalmazni

Vegye figyelembe a következő kockázatokat

Kockázat

Valószínűség

Hatás

Prioritás = Valószínűség * Hatás

A projekt határideje nem teljesült

3

3

9.

Áramszünet

1

2

2

A fenti prioritás alapján megteheti az alábbi táblázatban említett ellenintézkedéseket

Kiemelten fontos

Kockázatkezelési módszer

Magas

6 -9

Azonnal tegyen mérséklési intézkedéseket, és mindennap figyelje a kockázatot, amíg az állapota le nem zárul.

Középső

3-5

Minden héten figyelje a kockázatot a belső előrehaladási értekezleten

Alacsony

1-2

Fogadja el a kockázatot és mérföldkő alapján figyelje a kockázatot.

Itt az ideje egy gyakorlatnak, négy kockázatot azonosítottunk a Guru99 Banking projektben. Osztályozza őket maga

Kockázat Magas Közepes Alacsony Állapot
  1. Lehet, hogy nincs elegendő emberi erőforrása a projekt határidőre történő befejezéséhez
Helyes. Helytelen.
  1. Előfordulhat, hogy a tesztelési környezet nincs megfelelően beállítva, mint a valós üzleti környezet
Helyes. Helytelen
  1. A projekt költségvetése felére csökkenhet az üzleti helyzet miatt
Helyes. Helytelen
  1. Lehet, hogy ezen a weboldalon hiányoznak a biztonsági szolgáltatások
Helyes. Helytelen.

3. lépés: Tegye meg a VIGYÁZATOKAT a kockázat csökkentése érdekében

Ez a tevékenység 3 részre oszlik

Kockázati válasz

A projektvezetőnek olyan stratégiákat kell választania, amelyek minimálisra csökkentik a kockázatot. A projektmenedzserek a következő négy kockázati válaszstratégia közül választhatnak

Visszatérve a korábban azonosított 4 kockázatra, meg kell találnunk az ellenintézkedéseket azok elkerülésére vagy kiküszöbölésére. A) Lehet, hogy nincs elegendő emberi erőforrása ahhoz, hogy a projektet határidőre befejezze

B) Előfordulhat, hogy a tesztelési környezet nincs megfelelően beállítva, mint a valós üzleti környezet

C) A projekt költségvetése felére csökkenhet az üzleti helyzet miatt

D) Ezen a weboldalon hiányozhatnak a biztonsági szolgáltatások

A. Lehet, hogy nincs elegendő emberi erőforrása a projekt befejezéséhez a határidőnél. Ez a kockázat nem kerülhető el a vállalat helyzete miatt; nem igényelhet több emberi erőforrást a projekthez. Ebben az esetben az alábbi lehetőségek kiválasztásával csökkentheti a kockázatok hatását

  • Válassza ki a tehetséges és tapasztalt tagot, hogy csatlakozzon a Projekt Csapathoz
  • Hozzon létre egy tanfolyamot a tag felkészítéséhez, a termelékenység javításához
B. Előfordulhat, hogy a tesztelési környezet nincs megfelelően beállítva, mint a valós üzleti környezet.Ez a kockázat elkerülhető, ha a következő tevékenységeket hajtja végre
  • Kérje a fejlesztői csapat segítségét a tesztkörnyezet felépítéséhez
  • Készítse elő az összes olyan berendezést vagy anyagot (szerver, adatbázis, számítógép…), amely a környezet beállításához szükséges
C. A projekt felére csökkenhet az üzleti helyzet miatt.Ez a kockázat kritikus; megakadályozhatja az egész projekt folytatását. Ebben az esetben meg kell tennie
  • Határozza meg újra a projekt hatókörét, határozza meg, hogy mit tesztelnek és mit hagynak figyelmen kívül ilyen esetben
  • Tárgyaljon az ügyféllel a projekt időtartamáról, hogy megfeleljen a projekt költségvetésének
  • Növelje az egyes projektfázisok termelékenységét, például tesztelés, tesztelőírások készítése,… Ha időt takaríthat meg, költségeket takaríthat meg
D. Ezen a weboldalon hiányozhatnak a biztonsági funkciók.Ez a kockázat közepes prioritásnak számít, mivel nem érinti az egész projektet, és elkerülhető. Kérheti a fejlesztői csapatot, hogy ellenőrizze és adja hozzá ezeket a funkciókat a webhelyhez.

Regisztrálja a kockázatot

Az összes kockázatot rögzíteni, dokumentálni és tudomásul kell venni a projektmenedzsereknek, az érdekelteknek és a projekt tagjának. A kockázati nyilvántartásnak szabadon hozzáférhetőnek kell lennie a projektcsoport minden tagja számára.

Van néhány hasznos a kockázat regisztrálásához, például Redmine, MITER… stb.

Figyelje és ellenőrizze a kockázatot

A kockázatokat folyamatosan figyelemmel kísérhetjük annak ellenőrzésére, hogy történtek-e változások. Új kockázatot lehet azonosítani a folyamatos ellenőrzési és értékelési mechanizmusok révén.

A jobb kockázatkezelés érdekében hivatkozhat a kockázatkezelési sablonra, amely ebben a cikkben található