Ajánlás kockázatok listája
„Ready - ennyi az egész.” - Hamlet, V: II: 215
A projekt, mint az élet, van egy olyan tulajdonsága a bizonytalanság. Felmerülő kockázatok előtti vetíti, és csökkenti, ha lehetséges, vagy annak érdekében, hogy készüljön fel hátrányos helyzetben.
Kockázati ellenőrzés iterációs terveket. A cél minden iteráció egy csökkentek a speciális kockázatok. Kockázat List időszakonként felül hatékonyságának értékelésére használt módszerek azok csökkentésére. Ezután kiigazítja a projektterv és az azt követő ismétléseket terveket.
A legfontosabb, hogy a hatékony kockázatkezelés - nem kell várni annak végrehajtását (és egyre inkább hiányosság vagy hiba), hogy majd úgy dönt, hogy hogyan oldják meg a helyzetet. Hogyan változtassuk meg a tanfolyam néhány fokkal egy transzkontinentális járat, jelentősen befolyásolja az érkezés helye a repülőgép, mielőtt kockázatkezelés kevésbé munkaigényes, mint a termelés a már bekövetkező nem kívánatos helyzet.
Három fő stratégiát [BOE91]:
- kockázat kivétel. A projektet átszervezni, hogy a kockázat eltűnt.
- kockázati transzfer. A projektet átszervezni, hogy az átvitelének kockázatát, hogy valaki (vevői, szállítói, bank), vagy került át valami másra (másik elem). Ez egy speciális esete a kockázatkerülés stratégiákat.
- kockázatvállalás. Elfogadása a valószínűségét egy nemkívánatos helyzet. Figyeljük meg a kockázatot a tünetek és szekvenciájának meghatározása akciók esetén tervezett problémákat.
Ha úgy dönt, hogy vállalja a kockázatot, akkor lehet csökkenteni, azaz a tegyen intézkedéseket, hogy minimalizálja annak hatását.
Fontos különbséget tenni a közvetlen és a közvetett kockázatokat. Közvetlen kockázat - annak a kockázata, ellenőrizhetetlen bizonyos mértékig. Közvetett kockázatokat nem lehet szabályozni.
Bár közvetett kockázatot nem teljesen figyelmen kívül hagyja az azonosító az ilyen kockázatok nem lehet a sok használat: időt velük semmit nem lehet tenni, aggodalomra ezek a kockázatok nem valószínű, hogy fog hozni. Bár a végén a világ jöhet holnap, akkor is nem fordul elő, és ha ez így van, akkor jobb, hogy bekerüljenek a jövőben a kész munkát!
Néha közvetett kockázatot ténylegesen takart vonalakat. Például egy projekt függhet bizonyos külső beszállítóktól. A kockázat nem áruátvétel tűnhet közvetett, de mivel egy olyan cselekvési tervet előre nem látható körülmények, akkor valójában a kockázatok kezelésére: használhatja a szolgáltatásokat más szolgáltatók vagy fejleszteni a szükséges funkciókat magad. A legtöbb esetben több lehetőségünk van a kockázatok kezelésére, mint gondolnánk!
Amikor szembesül közvetett kockázatot vagy meg kell találni a módját, hogy átveheti az irányítást a kockázat, vagy kijavítani, hogy azonosítsák és folytatja a munkát. Tapasztalat, hogy nem lehet változtatni, akkor nincs értelme.
szervezet
- Van elegendő erőfeszítést fektetett a projektbe (menedzsment, tesztelés, minőség-ellenőrzés, esetleg külső szereplők)?
- Ez a projekt egy nagy idő a szervezet számára?
- Van szabályozott fejlesztési folyamat? Módszerek gyűjtése és kezelése követelmények?
finanszírozás
- Van-e elegendő pénz a projekt befejezéséhez?
- Függetlenül attól, hogy a pénzeszközök képzési és mentorálási a kevésbé tapasztalt?
- Van egy költségvetést, például fix ár korlátok (és a lemondás a projekt, ha az illeszkedik a költségvetésben)?
- hogy honnan becslés helytálló?
- Elég ember áll rendelkezésre?
- Vannak a megfelelő készségek és tapasztalat?
- Függetlenül attól, hogy korábban is dolgoztak együtt?
- Úgy gondolják, a siker a projekt?
- Vannak a felhasználók képviselői ellenőrzésére?
- A szakértők a tárgykörben?
- Mi történik, ha a versenytársak jön a piacon?
- Mi történne, ha a finanszírozás megálló (opció: ez biztosítja „a megfelelő finanszírozás”)?
- Meghaladja a tervezett költségek a projekt, ha a tervezett költségeket? (Vegyük is alternatív módon befektetni a pénzt, és a tőkeköltség).
- Mi van, ha nem köt szerződést m fő szállítók?
- Van sikerintézkedés a projekt?
- e mutatók a projekt sikeréhez meghatározott?
- Stabil (viszonylag) követelmények? Ők helyesen értelmezik?
- A projekt hatóköre azonos, vagy esetleg azok kiterjesztését?
- Vannak feltételei kis- és rugalmatlan?
- Vannak sikeres megoldások alapján a kiválasztott technológiák?
- Ez bölcs döntés, hogy újra használható fejlesztések?
- Dolgozz a terméket meg kell vizsgálni ugyanazon a helyen, mielőtt máshol is felhasználható.
- Stabilizálását komponens lehet használni más helyeken nem történt jelentős változás, hogy csak néhány kérdés.
- Vajon a tranzakciók volumene az állítások indokolt?
- hogy a frekvencia becslés helyes tranzakciókat? Ők túl optimista?
- Hogy ezeket az összegeket indokolt? Függetlenül attól, hogy lehet tárolni a számítógépen a normál méret, vagy ha a követelmények: az a nagyobb rendszerek, hogy a múltbeli adat tárolását adatkötetek?
- Vannak olyan szokatlan vagy nem triviális műszaki követelményeket, amelyek szerint a csapat szembe kell néznie a problémákkal a közönséges fajta?
- Vajon a siker az új vagy még ki nem próbált termékek, szolgáltatások vagy technológiák, új vagy nem bizonyított alkalmasságát a hardver, szoftver és technikák?
- Vannak interfészek külső rendszerek, beleértve rendszerek a vállalaton kívüli? Vannak olyan kész felület?
- Hogy vannak-e szigorú biztonsági és megbízhatósági követelményeknek (például „a rendszer nem maradhat”)?
- Ne a felhasználók tapasztalata hasonló rendszereket?
- Ez növeli a veszély, hogy a nagy mérete és bonyolultsága a kérelmet, illetve az újdonság a technológia?
- hogy a nemzeti nyelvi támogatás szükséges?
- Lehetséges, hogy kidolgozása, végrehajtása és használni a rendszert? Néhány rendszer lehet olyan nagy vagy összetett, hogy elérjék a megfelelő munkát egyszerűen nem fog működni.
- hogy a projekt függ más (párhuzamos) projektek?
- Attól függ, hogy a siker a termék elérhető termékek, illetve fejlesztés alatt álló harmadik fél által összetevők?
- A termék sikere attól függ a siker a fejlesztéspolitikai eszközök (szoftverek tervezése, fordítóprogramok, stb), a végrehajtási módszerek (operációs rendszerek, adatbázisok, a kölcsönhatás folyamatainak mechanizmus, stb.) Van egy olyan készenléti tervet meghibásodása esetén ezeket a technológiákat?
Empirikusan azt találták, hogy 85% -a kockázatok közvetlenül vagy közvetve érintik a menetrend, és ezért a költségeket. Csak mintegy 5% -át érinti kockázatok kizárólag a költségekre. A többi kockázatok befolyásolja a minőséget, stb
Ha a projekt egy szűk határidőt, lépjen a határidő simán inkrementális kiadások. Ne add fel a terméket felosztás több szállítások, abban a reményben, hogy segít a határidő.
Egyes projektek nagyon szigorú menetrend. Például, lehet számolni a szavazatokat a választási éjszaka. A termék elavultak lehetnek képest konkurens termékek beléphetnek a piacra, amikor a készülék készen áll csak a fele. Ebben az esetben a folyamatos fejlődés egyszerűen elveszíti értelmét. Azonban az ilyen kritikus határidők nagyon ritkák. Delay általában csak befolyásolja a költségeket.
Javasolt ütemezés megfelel a legjobb becslés, némi mozgásteret látott.
ütemezés = pontszám + árrés
Néhány tanácsot választani az ütemtervet, amely megfelel a készenléti tervet, de ez túl pesszimista, mert valószínűsége végrehajtás egyszerre az összes kockázat nagyon kicsi.
Kockázatai grafikon beágyazott a költségek értékelése és számító eszköz. Például a Cocomo modell, sok a költség vezetők, mint például:
- komplexitás (mf)
- időbeli korlátok (idő)
- lemezterület korlátozásokat (stor)
- tapasztalat (Vexp)
- rendelkezésre álljon a megfelelő eszközök (szerszám)
- merevsége grafikon (sced)
sőt, a kockázati tényezők.
Néhány kifinomultabb kockázatkezelési technikák közé szimulációs Monte Carlo módszer, amely szimulálja a nagy számú „forgatókönyvek” kiszámításához projekt kockázatokat és függő [KAR96].