Definitivní průvodce metodikami řízení projektů

Co jsou metodiky řízení projektů? Metodika řízení projektu je v zásadě soubor hlavních zásad a procesů pro řízení projektu. Vaše volba metodiky určuje, jak pracujete a komunikujete.

Jak tedy zvolíte metodiku řízení projektu?

Jakou metodiku zvolíte, bude záležet na vašem týmu, typu projektu a rozsah projektu. Výběr metodik řízení projektu (PMM) je jedním z prvních rozhodnutí, která jako manažer projektu budete muset učinit.

Jaká metodika zvolíte, bude mít zásadní a trvalý dopad na to, jak vy a váš tým pracujete. Různé metodiky řízení projektů mají své vlastní výhody a nevýhody pro různé typy projektů. Některé jsou zaměřeny na rychlost, jiné na komplexnost.

V tomto článku vám poskytnu kompletní přehled různých PMM a jak je zvolit.

BONUS: Kliknutím sem získáte náš zcela zdarma sestavený seznam 63 šablon projektového řízení se vším, co dnes potřebujete k zefektivnění svých procesů.

Typy metodik projektového řízení

Na papíře jsou metodiky PM agnostické, tj. měli byste být schopni používat jakoukoli metodiku bez ohledu na to, jaký nástroj PM používáte.

Ve skutečnosti je většina nástrojů pro správu projektů specializovaná na použití několika metodik. To bude faktorem v tom, jakou metodologii se nakonec rozhodnete použít.

Otázka nyní zní: jaké jsou různé typy metodik řízení projektů? Jaké jsou jejich výhody a nevýhody? Pro jaký typ projektů se nejlépe hodí?

Níže se podívám na 9 nejpopulárnějších metodik řízení projektů.

Waterfall

Metodika Waterfall je nejstarší metodikou na tomto seznamu. Poprvé to nastínil Dr. Winston Royce v roce 1970 jako reakci na řízení stále složitější povahy vývoje softwaru. Od té doby se stal široce přijímaným, a to zejména v softwarovém průmyslu.

Metodologie Waterfall je sekvenční. Je také silně zaměřen na požadavky. Než budete pokračovat, musíte mít křišťálově jasnou představu o tom, co projekt vyžaduje. Jakmile je projekt v plném proudu, neexistuje prostor pro korekci.

Metoda Waterfall je rozdělena do samostatných fází. Začnete shromažďováním a analýzou požadavků, návrhem řešení (a vaším přístupem), implementací řešení a případnými opravnými problémy.

Každá fáze tohoto procesu je samostatná; zabalíte jednu fázi, než přejdete na druhou.

Graficky ji můžete vyjádřit takto:

Výše uvedené je z pohledu vývoje softwaru. Jednotlivé fáze by se u řízení kreativních projektů lišily, ale přístup zůstává stejný.

Výhody

Jak již zmínil Mike Wang, náš ředitel školení a podpory:

„Jedním z hnacích faktorů správy vodopádů je to, že investováním času v raných fázích projektu manažeři zajišťují splnění návrhových potřeb a dalších požadavků – což šetří čas úsilí obecně spojené se zpětnou opravou problémů ”

Metoda Waterfall má tedy několik výhod, například:

• Snadné použití: Toto model je snadno srozumitelný a snadno použitelný. Rozdělení mezi fázemi je intuitivní a snadno uchopitelné bez ohledu na předchozí zkušenosti.
• Struktura: Přísnost metody Waterfall je závazkem, ale může být také silnou stránkou. jasné vymezení mezi fázemi pomáhá organizovat a rozdělit práci. Protože se nemůžete vrátit, musíte být v každé fázi „dokonalí“, což ften přináší lepší výsledky.
• Dokumentace: Díky ostrému zaměření na shromažďování a porozumění požadavkům je model Waterfall velmi závislý na dokumentaci. To usnadňuje přesun nových zdrojů a práci na projektu v případě potřeby.

Nevýhody

• Vyšší riziko: Přísnost této metodiky znamená, že pokud najdete chybu nebo potřebujete něco změnit, musíte projekt v zásadě spustit od začátku. To podstatně zvyšuje riziko selhání projektu.
• Front-heavy: Celý přístup Waterfall do značné míry závisí na vašem porozumění a správné analýze požadavků. Pokud to neuděláte – nebo se změní požadavky – musíte začít znovu. Tento nedostatek flexibility z něj činí špatnou volbu pro dlouhé a složité projekty.

Nejlepší pro:

Při vývoji softwaru se nejčastěji používá metodika Waterfall.Funguje nejlépe pro následující typy projektů:

• Krátké, jednoduché projekty
• Projekty se jasnými a pevnými požadavky
• Projekty se změnami zdrojů, které závisí na podrobná dokumentace

Agile

Agile, další metodika PM zaměřená na vývoj softwaru, se objevila jako reakce na selhání metody Waterfall pro správu složitých projektů. Ačkoli nápady Agile PM byly v softwarovém průmyslu používány již delší dobu, formálně vznikly v roce 2001, kdy několik zástupců IT vydalo „Agilní manifest“.

V přístupu a ideologii je Agile opakem metody Waterfall. Jak název napovídá, tato metoda upřednostňuje rychlý a flexibilní přístup (zde je jeden způsob, jak porozumět Agile, jak je vysvětleno dětem). Neexistuje žádné náročné shromažďování požadavků. Spíše je iterativní s malými přírůstkovými změnami, které reagují na měnící se požadavky.

Graficky jej lze vyjádřit takto:

Výhody

• Flexibilita a svoboda: Protože neexistují žádné pevné fáze nebo zaměření na požadavky, dává vašim zdrojům mnohem větší svobodu experimentovat a provádět přírůstkové změny. obzvláště vhodné pro kreativní projekty.
• Nižší riziko: S agilním řízením získáte pravidelnou zpětnou vazbu od zúčastněných stran a podle toho provedete změny. Tím se drasticky snižuje riziko selhání projektu, protože zúčastněné strany jsou zapojeny do každého kroku.

Nevýhody

• Žádný pevný plán: Agilní přístup klade důraz na reakci na změny, které nastanou. nedostatek jakéhokoli pevného plánu ztěžuje správu zdrojů a plánování. Neustále budete muset žonglovat se zdroji a zapínat a vypínat je ad hoc.
• Těžká spolupráce: Nedostatek pevného plánu znamená, že všechna zúčastněná oddělení – včetně zúčastněných stran a sponzorů – budou muset úzce spolupracovat na dosažení výsledků. Přístup zaměřený na zpětnou vazbu také znamená, že zúčastněné strany musí být ochotny (a dostupné) rychle poskytnout zpětnou vazbu.

Nejlepší pro:

Flexibilita agilního přístupu znamená že ji můžete přizpůsobit různým typům projektů.

To znamená, že tato metodika funguje nejlépe pro:

• Když nemáte na mysli pevný konec, ale máte obecná představa o produktu.
• Když se projekt musí přizpůsobit rychlým změnám.
• Pokud je vaší hlavní silnou stránkou spolupráce a komunikace (a plánování není)

Hybrid

Hybridní přístup, jak název napovídá, je kombinací metod Waterfall a Agile. Bere ty nejlepší části Waterfall i Agile a kombinuje je do flexibilního, ale strukturovaného přístupu, který lze použít napříč různými projekty.

Hybridní metodologie se nejprve zaměřuje na shromažďování a analýzu požadavků – kývnutí na metodu Waterfall. Z toho plyne flexibilita agilního přístupu s důrazem na rychlé iterace.

Kombinací atributů Waterfall a Agile vám hybridní metoda (někdy nazývaná „Structured Agile“) poskytuje to nejlepší z obou světů. .

Výhody

• Zvýšená flexibilita: Během fáze plánování vám hybridní metoda poskytuje výrazně vyšší flexibilitu ve srovnání s metodou Waterfall. Dokud se požadavky podstatně nezmění, můžete provádět změny, jak jsou požadovány.
• Strukturovanější: Hybridní metoda si vypůjčením počáteční plánovací fáze od Waterfall řeší jednu z největších stížností na agilní přístup – nedostatek struktury a plánování. Získáte tedy „to nejlepší z obou světů“.

Nevýhody

• Vyžaduje kompromis: Jelikož v podstatě sladíte dva protikladné přístupy, obě strany budete muset dělat kompromisy v požadavcích a flexibilitě.
• Přístup „Nejlepší z obou světů“ vás připraví o flexibilitu Agile a jistotu Waterfall. Jakékoli iterace, které provedete, budou muset splňovat omezení rozpočtu a plánování připravit se na začátek.

Nejlepší pro

Hybridní přístup je nejvhodnější pro projekty, které mají ve srovnání s Agile a Waterfall střední požadavky, tj. vyžadují také strukturu jako flexibilita.

Většinou by se jednalo o středně velké projekty se středně vysokou složitostí, ale s pevnými rozpočty. Pravděpodobně byste měli představu o konečném produktu, ale můžete také experimentovat. Budete potřebovat úzkou spolupráci , zejména po fázi plánování.

Scrum

Scrum není „taf“ naprosto metodika projektového řízení. Spíše popisuje přístup k agilnímu řízení se zaměřením na projektové týmy, krátké „sprinty“ a každodenní stand-up schůzky.

I když si Scrum vypůjčuje principy a procesy od společnosti Agile, má své vlastní specifické metody a taktiku pro řešení projektového řízení. Jak Mike uvedl dříve:

„Agilní je filozofie a Scrum metodika. Zatímco scrum je agilní, agilní není scrum.“

Přístup Scrum staví projektový tým dopředu a do středu projektu. Často neexistuje žádný projektový manažer. Místo toho se od týmu očekává, že bude samoorganizující se a bude se řídit sám. Díky tomu je ideální pro vysoce zaměřené a kvalifikované týmy, ale ne tolik pro ostatní.

Výhody

• „sprinty“ Scrumu: přístup Scrumu je silně zaměřen na 30- den „sprinty“. To je místo, kde projektový tým rozdělí seznam přání konečných cílů na malé kousky a poté na nich pracuje ve 30denních relacích s každodenními stand-up schůzkami. To usnadňuje správu velkých a složitých projektů.
• Rychlá: Přístup „sprintu“ s 30denním limitem a každodenními schůzkami podporuje rychlou iteraci a rozvoj.
• Zaměřeno na tým: Vzhledem k tomu, že se od projektového týmu očekává jeho vlastní správa, mají týmy Scrum jasný přehled o projektu. Znamená to také, že vedoucí projektů mohou stanovit své vlastní priority podle svých vlastních znalostí svých schopností.

Kromě toho má všechny výhody Agile – rychlou iteraci a pravidelnou zpětnou vazbu zúčastněných stran.

Nevýhody

• Dotvarování rozsahu: Protože neexistuje žádné pevné koncové datum ani projektový manažer pro plánování a rozpočtování, může Scrum snadno vést k dotvarování rozsahu.
• Vyšší riziko: Jelikož projektový tým řídí sám sebe, existuje vyšší riziko selhání, pokud tým není vysoce disciplinovaný a motivovaný. Pokud tým nemá dostatek zkušeností, Scrum má velmi vysokou šanci na neúspěch.
• Nedostatečná flexibilita: Zaměření na projektový tým znamená, že jakýkoli prostředek, který opustí tým uprostřed, bude mít obrovský dopad na síť. výsledky. Tento přístup také není dostatečně flexibilní pro velké týmy.

Nejlepší pro

Scrum přístup je nejlepší pro vysoce zkušené, disciplinované a motivované projektové týmy, které mohou nastavit jejich vlastní priority a jasně pochopit požadavky projektu. Má všechny nedostatky Agile spolu se všemi jeho výhodami. Funguje pro velké projekty, ale selže, pokud je samotný projektový tým velmi velký.

Stručně: použijte Scrum, pokud vyvíjíte složitý software a máte k dispozici zkušený tým.

Metoda kritické cesty (CPM)

Z vývoje softwaru vyplynuly výše uvedené čtyři metodiky projektového řízení. I když je určitě můžete použít pro jiné než softwarové projekty, máte k dispozici lepší alternativy.

Jednou z nejoblíbenějších alternativ je metoda kritické cesty (CPM).

V Metoda kritické cesty kategorizujete všechny činnosti potřebné k dokončení projektu v rámci struktury rozpisu práce. Poté namapujete předpokládané trvání každé aktivity a závislosti mezi nimi.

To vám pomůže zmapovat aktivity, které lze dokončit současně, a jaké aktivity by měly být dokončeny, než mohou ostatní začít.

Výhody

• Lepší plánování: Důraz na mapování doby trvání aktivit a jejich vzájemných závislostí vám pomůže lépe naplánovat úkoly. Pokud úkol X závisí na tom, aby byl úkol Y dokončen jako první, CPM vám pomůže jej identifikovat a naplánovat.
• Stanovení priorit: Úspěch metodiky CPM závisí na identifikaci a mapování kritických a nekritických činností. Jakmile tyto aktivity namapujete, můžete lépe upřednostnit zdroje.

Nevýhody

• Plánování vyžaduje zkušenosti: Jak vám řekne každý zkušený projektový manažer, věci vždy vám to zabere více času, než očekáváte. Pokud nemáte zkušenosti s plánováním v reálném světě, jste povinni nesprávně vypočítat čas pro každou aktivitu.
• Žádná flexibilita: Stejně jako metoda Waterfall je CPM přední těžký. Musíte si vše naplánovat hned na začátku. Pokud dojde ke změnám, bude celý plán irelevantní. Díky tomu je tato metoda nevhodná pro projekty se měnícími se požadavky.

Nejlepší pro

Metoda kritické cesty je nejvhodnější pro projekty se vzájemně závislými částmi. Pokud požadujete, aby byly úkoly dokončeny současně, nebo aby jeden úkol skončil dříve, než začne druhý, budete chtít tuto metodiku použít.

CPM najde mnoho aplikací ve složitých, ale opakujících se činnostech, jako je průmyslové projekty. Je méně vhodný pro dynamickou oblast, jako je kreativní řízení projektů.

Critical Chain Project Management (CCPM)

Critical Chain PM je jednou z novějších metodik řízení projektů Byl vyvinut jako alternativa k metodě Critical Path se zaměřením na správu zdrojů.

S CCPM pracujete zpětně od konečného cíle.Rozpoznáváte výstupy a poté pomocí minulých zkušeností mapujete úkoly potřebné k dokončení projektu. Také mapujete vzájemné závislosti mezi zdroji a alokujete je odpovídajícím způsobem pro každý úkol.

Tento graf z TrackerSuite ukazuje rozdíl mezi tradičním a plánem projektu CCPM.

CCPM zdůrazňuje využití zdrojů a minimalizaci ztráty produktivity. Je silně závislý na „monotaskingu“, tj. Soustředění se na daný úkol a vyhýbání se multitaskingu.

Pro projektové týmy omezené na zdroje může být CCPM výkonnou metodikou.

Výhody

• Efektivní z hlediska zdrojů: Díky úplnému zaměření na správné řízení zdrojů je CCPM jednou z nejefektivnějších metod řízení projektů v oblasti zdrojů. Důraz na monotasking je také v souladu s naším moderním chápáním škodlivých účinků multitaskingu.
• Zaměřeno na konečný cíl: CCPM neobsedí nad „optimálním“ řešením problému. Místo toho upřednostňuje „dostatečně dobrá“ řešení, která mohou pomoci dosáhnout konečného cíle. Jelikož také pracujete zpětně od konečného cíle, CCPM obvykle přináší lepší výsledky u komplexních projektů.

Nevýhody

• Nevhodné pro prostředí s více projekty: Přístup CCPM zaměřený na zdroje může fungovat pouze v prostředích s jedním projektem. V prostředích s více projekty mohou projekty sdílet prostředky. CCPM nemůže v takovém scénáři plánovat distribuci zdrojů.
• Zpoždění běžná: CCPM přiděluje mezeru nebo polstrování mezi úkoly, aby odvodila časovou délku úkolu. Teoreticky to má kompenzovat nadhodnocování zdrojů jejich vlastní efektivita. Ve skutečnosti zdroje podle Parkinsonova zákona vyplňují výplň nepřiměřeným zpožděním.

Nejlepší pro

CCPM funguje nejlépe v prostředích, kde prostředky jsou věnovány jednomu projektu. Pokud máte pro projekt vyhrazený tým, funguje to skvěle. Pokud je váš tým rozdělen do několika projektů, budete bojovat s plánováním zdrojů.

Přístup CCPM zaměřený na zdroje je také ideální pro projektové týmy omezené na zdroje. Pokud zjistíte, že jste neustále přepracovaní nebo vám chybí termíny , metodika CCPM může být pro vás.

Integrované řízení projektů (IPM)

Integrované řízení projektů (IPM) – někdy také nazývané „Integrované doručování projektů“ – je běžné řízení projektů metodologie v kreativním průmyslu. Tato metodologie zdůrazňuje sdílení a standardizaci procesů v celé organizaci.

Přístup IPM vznikl jako reakce na stále integrovanější povahu kreativních kampaní. Nevyrábíte jen jednu reklamu ; integrujete reklamu s mikrostránkami, digitálním obsahem atd. Většina kreativních projektů je součástí větší kampaně.

Integrovaný projekt má následující komponenty:

Díky integraci procesů v celé organizaci poskytuje IPM projektovým manažerům lepší přehled o projektu a přístup ke správným zdrojům.

Díky tomu je IPM zvláště vhodný pro kreativní agentury.

Výhody

• Transparentnost: Integrace procesů v celé organizaci zlepšuje transparentnost v organizaci. Přístup IPM se zaměřuje na pravidelné dokumentování členů týmu a pravidelné schůzky, což pomáhá udržovat všechny ve smyčce.
• Odpovědnost: Díky integrované povaze přístupu IPM je za projekt odpovědný celý projektový tým. Protože žádný člen týmu nemůže pracovat v silu, IPM zlepšuje odpovědnost.

Nevýhody

Vyžaduje rozsáhlé plánování: S přístupem IPM budete muset plánovat rozsáhle předem a zajistit, aby byly všechny procesy dobře integrovány. To významně zvyšuje vaši zátěž a může to vést ke zpožděním.

Nejlepší pro

Z integrovaného řízení projektů těží nejvíce velké agentury s různými týmy a procesy. Funguje nejlépe pro složité kreativní projekty, kde potřebujete prostředky od několika týmů a oddělení, abyste se mohli vzájemně propojit.

PRiSM

PRiSM (Projects integration Sustainable Methods) je metodika řízení projektů vyvinutá Green Project Management (GPM) Global.

Jak naznačuje název tvůrce, přístup PRiSM se zaměřuje na zohlednění a minimalizaci negativních dopadů projektu na životní prostředí. Liší se od tradičních metodik v tom, že přesahuje konec projektu. Místo toho ovlivňuje celý životní cyklus projektu po dodání, aby maximalizoval udržitelnost.

Zde je přehled toho, jak jsou aktivity organizovány v PRiSM:

Výhody

Přístup PRiSM je velmi relevantní pro moderní projekty, kde jsou klíčovými kritérii úspěchu environmentální náklady a udržitelnost.U velkých projektů, kde je zásadní snížení spotřeby energie, nakládání s odpady a minimalizace dopadu na životní prostředí, nabízí PRiSM životaschopnou ideologii projektového řízení.

Nevýhody

PRiSM je nevhodný pro projekty, kde dopad na životní prostředí není problém (například software nebo kreativní projekty).

Úspěch s přístupem PRiSM také vyžaduje, aby každá část projektového týmu – včetně externích dodavatelů a zúčastněných stran – byla zapojena do principu udržitelnosti – tvrdá otázka v většina organizací.

Nejlepší pro

PRiSM se většinou hodí pro velké a složité realitní a průmyslové projekty, kde je klíčovým zájmem udržitelnost.

PRINCE2

PRINCE2 (Projects IN Controlled Environments) je oficiální metodika řízení projektů vlády Spojeného království (což znamená, že ji většina vládních projektů UK používá). Můžete dokonce získat certifikaci PRINCE2, která vám usnadní práci jako projektového manažera ve Velké Británii.

PRINCE2 je založen na 7 principech, 7 tématech a 7 procesech. Sedm principů PRINCE2 je například:

1. Pokračující obchodní ospravedlnění
2. Poučte se ze zkušeností
3. Definované role a odpovědnosti
4. Správa po etapách
5. Správa podle výjimek
6. Zaměření na produkty
7. Přizpůsobení prostředí projektu

Wikipedia má skvělý úvodní článek o této metodice. Navrhuji, abyste tam začali, pokud vás „zajímá PRINCE2.

Výhody

Spuštění projektu PRINCE2 vyžaduje rozsáhlou dokumentaci. Jedním z hlavních principů PRINCE2 je také„ Učit se od zkušenost „. Toto zaměření na dokumentaci a minulé zkušenosti může pomoci snížit riziko.

Nevýhody

Nevýhodou rozsáhlé dokumentace PRINCE2 je, že změnám může být těžké vyhovět. Pokud se požadavky změní, musíte předělat dokumentaci a přerozdělit prostředky, což může bránit tempu projektu.

Nejlepší pro

Tato metodika je nejvhodnější pro velké a složité projekty. s pevnými požadavky. Pokud jste ve Velké Británii, pravděpodobně budete chtít znát metodiku PRINCE2. Je široce používán v zemi a je požadavkem pro vládní projekty.

Kromě těchto existuje několik dalších PMM, jako je Six Sigma, Crystal, Feature Driven Development (FDD), Dynamic Systems Development (DSDM) , Rational Unified Process (RUP), Kanban a Lean Development (LD).

Většinou si však vyberete některou z výše popsaných metodik.

Jak vybrat správnou metodiku

Z výše uvedené části je zřejmé, že různé metodiky PM jsou pro různé projekty vhodnější. Nechtěli byste použít PRiSM pro softwarový projekt, stejně jako byste nechtěli použít Agile pro velký rozvoj nemovitostí.

Když vybíráte metodiky PM, zde je několik na co je třeba pamatovat:

Vyhodnoťte projekt

Při výběru metodiky řízení projektu pomáhá začít od konce. Musíte přesně vědět, jak by měl konečný výstup vypadat a co k tomu budete potřebovat.

Zaměřte se na shromáždění počátečních požadavků. požadavky naznačují, že potřebujete velký a různorodý tým, vyberte metodiku podporující flexibilitu.

Podobně, pokud máte jasnou představu o konečném výsledku, vyberte strukturovanější metodiku, například Waterfall. výsledek je nejasný (běžný v případě interních projektů), vyberte iterativní metodiku, jako je Agile.

Při hodnocení projektu je třeba vzít v úvahu několik dalších věcí:

• Projekt rozpočet
• Časová osa
• Velikost a složitost
• Očekávání zúčastněných stran
• Typ a odvětví projektu

Vyhodnoťte svůj tým

Vaše metodika řízení projektu je v podstatě plánem projektu. Sděluje vašemu týmu, co má vytvořit a kdy to má vytvořit.

K tomu však musí být vaše tým by měl být schopen číst plán itse lf.

Jinými slovy, pokud váš tým nezná metodiku projektového řízení podle vašeho výběru, budete se snažit dosáhnout výsledků. Budete se muset věnovat studiu metodiky (proti které mohou být někteří členové vašeho týmu odolní), což povede ke zpožděním.

Zvažte také složení týmu. Určete jeho silné a slabé stránky. Pokud se týmu daří spolupracovat, můžete zvolit méně strukturovaný přístup, jako je Agile. Pokud je tým vysoce motivovaný a disciplinovaný, může dobře fungovat přístup SCRUM. Pokud máte omezené zdroje, vyberte přístup efektivní z hlediska zdrojů, jako je CCPM.

Při hodnocení vašeho týmu je třeba vzít v úvahu několik věcí:

• Zkušenosti týmu
• Školení
• Schopnosti samoorganizace
• Připravenost týmu
• Umístění týmu (vzdálené, na místě atd.))

Vyberte si v zásadě metodiku, která vyhovuje vašemu týmu, místo abyste tým nutili, aby vyhovoval metodice.

Vyhodnoťte svou organizaci

Jak vaše společnost je organizována, její kultura a její minulé záznamy budou mít velký dopad na vaši volbu metodiky projektového řízení. Některé metodiky fungují pouze u velkých organizací se zavedenými hierarchiemi. Jiné jsou vhodnější pro menší, štíhlejší oblečení.

Například pokud vaše minulé záznamy ukazují, že všechny vaše agilní projekty byly zpožděny a špatně přijaty, je dobré se této metodologii v budoucnu vyhnout.

Při hodnocení vaší organizace byste měli zvážit několik věcí:

• Minulé záznamy a zkušenosti s různými metodikami
• Kultura
• Hierarchie organizace
• Úroveň flexibility
• Úroveň vyspělosti organizace
• Velikost organizace
• Dostupné zdroje, včetně externích zdrojů, jako jsou nezávislí pracovníci a dodavatelé .
• Vaše odvětví

Vyhodnoťte své zúčastněné strany

Při výběru metodiky PM zohledněte:

• Zapojení zúčastněných stran: Některé metodiky požadují, aby byly zúčastněné strany pravidelně zapojovány do všech fází projektu. Například u společnosti Agile potřebujete, aby byly zúčastněné strany pravidelně k dispozici pro zpětnou vazbu. Pokud jsou zúčastněné strany zaneprázdněné, vyberte metodický postup která vyžaduje menší zapojení zúčastněných stran.
• Požadavky zúčastněných stran: Jak fungují vaše zúčastněné strany? Co požadují od projektového manažera? Pokud je o zúčastněných stranách známo, že často mění rozsah projektu, zvolte flexibilnější metodiku. Podobně, pokud zúčastněné strany vyžadují každodenní aktualizace, vyberte metodiku, která dokáže tuto poptávku uspokojit.

Vzhledem k důležitosti zúčastněných stran pro úspěch projektu bude mít jejich požadavky na paměti šťastnější zúčastněné strany a úspěšnější projekty.

Vyhodnoťte své nástroje

Nástroje pro správu projektů jsou zřídka metodologicky agnostické. Obvykle jsou navrženy tak, aby fungovaly dobře s konkrétní metodikou.

Proto budou mít na váš výběr vliv softwarové nástroje, ke kterým máte stávající přístup a odborné znalosti.

Postup:

• Vytvořte seznam všech softwarových nástrojů, které aktuálně používáte
• Seznam jejich omezení a schopností
• Porovnejte jejich možnosti s požadavky konkrétní metodiky PM.

V ideálním případě by zvolená metodika měla fungovat s vaší stávající sadou nástrojů. Pokud si musíte koupit nové nástroje, budete muset nejen utratit více, ale také ztratíte kritický čas při rekvalifikaci svého týmu.

Provedení tohoto hloubkového vyhodnocení vám pomůže vybrat metodiku, která odpovídá vašemu cíle, schopnosti vašeho týmu a požadavky vašeho akcionáře dokonale.

Závěr

Jako projektový manažer máte na výběr z několika metodik řízení projektů. Každá z těchto metodik má své silné a slabé stránky. Pokud vyberete ten správný, bude váš projekt rychlejší, plynulejší a efektivnější.

Vyberte si některou z několika výše uvedených metodik. Poté zhodnoťte svůj projekt, tým, organizaci, zúčastněné strany a stávající nástroje a vyberte metodiku, která odpovídá vašim silným stránkám a požadavkům.