Projektové riadenie zahŕňa viac aspektov, ktorých implementácia a monitorovanie môžu byť dosť časovo náročné. Preto je pre projektových manažérov kľúčové. Znalostní pracovníci. Pojem „vedomostný pracovník“ vytvoril Peter Drucker vo svojej knihe The Landmarks of Tomorrow (1959). Drucker definoval znalostných pracovníkov na vysokej úrovni s cieľom identifikovať príležitosti, ktoré pomáhajú zvyšovať efektívnosť a kvalitu. Jednou stratégiou, ktorú je možné použiť, je RAID, čo znamená R isks, A ssumptions, I ssues a D ependencies. Protokol RAID je efektívny nástroj na správu projektov, ktorý je zameraný na centralizáciu a zjednodušenie zhromažďovania, monitorovania a sledovania informácií o projekte. Čítajte ďalej a dozviete sa viac o protokole RAID pri správe projektov.
Riziká a problémy v RAID
Riziká Systematické riziko Systematické riziko je tá časť celkového rizika, ktorá je spôsobená faktormi mimo kontroly konkrétnej spoločnosti alebo jednotlivca. Systematické riziko spôsobujú faktory, ktoré pôsobia mimo organizáciu. Všetky investície alebo cenné papiere podliehajú systematickému riziku, a preto ide o nediverzifikovateľné riziko. sú budúce neistoty, ktoré môžu negatívne ovplyvniť projekt. Projektový manažér by mal zaviesť opatrenia, ktoré pomôžu vyrovnať sa s rizikami, ktoré môžu pri tom vzniknúť. Medzi úlohy spojené s rizikom patrí identifikácia rizika, klasifikácia, hodnotenie rizika a tvorba plánov reakcie na riziká Krízový manažment Krízový manažment zahŕňa riešenie kríz takým spôsobom, ktorý minimalizuje škody a umožňuje postihnutej organizácii rýchle zotavenie. . Pre bezproblémový chod projektu by malo existovať čo najmenej rizík.
Je tiež nevyhnutné, aby sa riziká identifikovali v počiatočných fázach, skôr ako prejdú k závažným problémom, ktoré môžu spôsobiť zlyhanie celého projektu. Niektoré z rizík a problémov, ktoré sa môžu vyskytnúť, sú:
1. Dostupnosť zdrojov
Asi najväčšou obavou medzi projektovými manažérmi je, či dostanú počas celého projektu potrebné zdroje. Pri správnom plánovaní môže projektový manažér zaručiť, že sa prostriedky nevyčerpajú v polovici projektu. Okrem dostupnosti zdrojov by sa mala brať do úvahy aj kontinuita zdrojov. Zjednodušene povedané to má zabezpečiť, aby boli k dispozícii rovnaké zdroje počas celého trvania projektu. Výmena zdrojov uprostred projektu môže stáť značné množstvo času a peňazí.
2. Trhové riziko
Ďalšou neistotou, ktorú je potrebné zohľadniť, je trhové riziko. Zjednodušene povedané, toto je dopad na projekt, ktorý môže vyplynúť zo zmien zavedených na trh. Zvážte napríklad odvetvie, kde sa technologické inovácie dejú rýchlo a vyskytujú sa často. Aby sa projektom v takomto prostredí darilo, musia byť dokončené včas, aby boli zastarané.
3. Tekutosť
Projektoví manažéri musia tiež posúdiť, či sú organizácie, v ktorých pracujú, prchavé. Je napríklad pravdepodobné, že vlastníci projektu rozmyslia? Predstavíte svoj produkt na trhu, ktorý sa rýchlo mení? Ak je to tak, mal by byť dostatočný flexibilný na strane projektového manažéra, aby sa mohol prispôsobiť neustále sa meniacim okolnostiam.
4. Regulačné
Zákony, ktoré platia v danom štáte, môžu tiež predstavovať riziko pre váš projekt. Takže skôr, ako čokoľvek iné, by sa projektoví manažéri mali oboznámiť so zákonmi, ktoré sa vzťahujú na ich odvetvie, aby nedošlo k ich nevedomému porušovaniu. Musia tiež skontrolovať podnikové štruktúry. Podniková štruktúra. Podniková štruktúra sa týka organizácie rôznych oddelení alebo obchodných jednotiek v spoločnosti. Závisí to od cieľov spoločnosti a odvetvia prijatého zainteresovanými stranami. Týmto spôsobom môžu zabezpečiť, aby akcie konkrétneho hráča neohrozili celý projekt.
Závislosti od projektu
Existujú dve hlavné odrody závislostí - odchádzajúce a prichádzajúce . Outbound znamená, že projekt sa spolieha na to, že jedna aktivita bude vykonaná konkrétnym tímom, aby bolo možné pristúpiť k inej úlohe alebo dosiahnuť výsledky. Naopak, prichádzajúce znamená, že iné strany sa spoliehajú na to, že určitý tím dokončí úlohu skôr, ako prinesú výsledky. Príkladom odchádzajúcej závislosti je, keď je potrebné počkať, kým právne oddelenie skontroluje a schváli konkrétny dokument, až potom bude môcť vykonať akékoľvek úpravy v systéme.
Dobré pochopenie závislostí pomáha identifikovať a riešiť problémy v ich počiatočných fázach. Ďalšie príklady závislostí sú:
- Vlastník systému, ktorý potrebuje dokončiť zmeny v kódovaní skôr, ako môže iný jednotlivec vykonať úplné testovanie
- Keď musia realitní úradníci schváliť návrhy budov pred začatím stavebných projektov
Predpoklady projektu
Ľudia pri uskutočňovaní konkrétneho projektu vytvárajú veľa predpokladov. Stáva sa to najčastejšie v počiatočných fázach projektu. Jedna vec, ktorú by ste nemali zabudnúť urobiť, je formálne zdokumentovať tieto predpoklady. Ak sa neskôr vyskytnú spory, zainteresované strany sa tak môžu kedykoľvek odvolať na drobné písmeno.
Protokol RAID
Teraz, keď už sme oboznámení s tým, čo skratka RAID znamená, je potrebné sa ďalej pozrieť na protokol RAID. Denník predstavuje iba zoznam všetkých rizík, predpokladov, závislostí a problémov. Predstavuje sa v počiatočnej fáze projektu, kde sa používa na zachytenie životne dôležitých prvkov. Postupom času sa projekt rafinácie spresňuje.
Protokol RAID zdôrazňuje každý faktor osobitne. Tu sú hlavné prvky uvedené v každej časti denníka.
1. Sekcia rizík a problémov
Časť o rizikách a problémoch obsahuje:
- Jednoznačný identifikátor pre ľahké odkazovanie
- Dátum, kedy je konkrétna položka prihlásená
- Zhrnutie kľúčového problému alebo rizika
- Podrobný popis problému alebo rizika
- Dopad, ktorý by mohol vzniknúť, ak sa z rizika vyvinie problém. Bude vplyv pravdepodobne vysoký, nízky alebo stredný?
- Pravdepodobnosť alebo pravdepodobnosť vzniku rizík
Každé riziko a problém si vyžaduje zmierňovací plán. Existuje niekoľko spôsobov, ako zmierniť riziká, napríklad informovaním svojho vedenia o probléme alebo riziku, prijatím rizika a uznaním, že s tým nemožno nič urobiť, alebo prijatím potrebných opatrení na jeho odstránenie.
2. Sekcia závislostí
Na závislostiach sa musia vždy dohodnúť zúčastnené strany. To znamená, že projektový manažér nemôže niesť zodpovednosť za problém, s ktorým v prvom rade nesúhlasí. V časti Závislosti protokolu RAID sa zdôrazňuje:
- Výrazný a postupný indikátor pre ľahké referencovanie
- Dátum zaznamenania problému
- Špecifikácia, či je závislosť prichádzajúca alebo odchádzajúca
- Podrobný popis závislosti
- Súhrn závislosti
- Konkrétny dátum, kedy bude závislosť doručená
- Strany, ktoré so závislosťou súhlasia
- Komentáre - všetky komentáre sú uvedené v denníku. Pred každým komentárom musí byť uvedený dátum a meno osoby, ktorá komentár urobila.
3. Sekcia predpokladov
Je dôležité vždy zdokumentovať predpoklady, ktoré sa vyskytnú v priebehu projektu. To pomáha predchádzať nesprávnej komunikácii a možným konfliktom. Predpoklady sú užitočné na začiatku projektu. V časti predpoklady sa zvýrazní:
- Výrazný a postupný indikátor pre ľahké referencovanie
- Dátum, kedy bola položka prihlásená
- Zhrnutie predpokladov
- Podrobný opis predpokladov
- Stav - sú položky úplne nové, prebiehajú alebo sú uzavreté?
- Pri navrhovaní predpokladov boli konzultované zainteresované strany
Spodný riadok
Protokol RAID je nevyhnutným komunikačným nástrojom pre projektových manažérov. Nielenže uľahčuje sledovanie aktivít, ale je tiež kľúčom k informovaniu všetkých zainteresovaných strán. Protokol RAID by sa mal z času na čas aktualizovať, aby bol vždy presný, aktuálny a efektívny.
Súvisiace čítania
Finance je oficiálnym poskytovateľom globálneho certifikátu Financial Modeling & Valuation Analyst (FMVA) ™ FMVA®. Pripojte sa k viac ako 350 600 študentom, ktorí pracujú pre spoločnosti ako Amazon, JP Morgan a Ferrari, s cieľom pomôcť komukoľvek stať sa finančným analytikom na svetovej úrovni. . Ak sa chcete ďalej vzdelávať a napredovať vo svojej kariére, budú užitočné ďalšie zdroje financovania, ktoré sú uvedené nižšie:
- Sprievodca prezentáciami údajov Analytici prezentácie údajov komunikujú výstupy finančnej analýzy s manažmentom, investormi a obchodnými partnermi. To si vyžaduje zameranie sa na hlavné body, fakty
- Šablóna rozpočtu projektu Šablóna rozpočtu projektu Táto šablóna rozpočtu projektu poskytuje nástroj na sumarizáciu rozpočtu nákladov na projekt. Rozpočet projektu je nástroj, ktorý používajú projektoví manažéri na odhad celkových nákladov na projekt. Šablóna Rozpočet projektu obsahuje podrobný odhad všetkých nákladov, ktoré pravdepodobne vzniknú pred dokončením projektu
- Prémia za trhové riziko Prémia za trhové riziko Prirážka za trhové riziko je ďalší výnos, ktorý investor očakáva od držania rizikového trhového portfólia namiesto bezrizikových aktív.
- Systémové riziko Systémové riziko Systémové riziko možno definovať ako riziko spojené s kolapsom alebo zlyhaním spoločnosti, odvetvia, finančnej inštitúcie alebo celej ekonomiky. Ide o riziko závažného zlyhania finančného systému, pri ktorom dôjde ku kríze, keď poskytovatelia kapitálu stratia dôveru v používateľov kapitálu
