Office
Přihlásit se

Sedm Deadly Sins plánů projektu tím: dokument white paper

Poznámka:  Snažíme se pro vás co nejrychleji zajistit aktuální obsah nápovědy ve vašem jazyce. Tato stránka byla přeložena automaticky a může obsahovat gramatické chyby nebo nepřesnosti. Naším cílem je to, aby pro vás byl její obsah užitečný. Mohli byste nám prosím dát ve spodní části této stránky vědět, jestli vám informace v článku pomohly? Pokud byste se rádi podívali na jeho anglickou verzi, najdete ji tady .

Tento dokument white paper je součástí kolekce náš "From the trenches".

Tento dokument white paper popisuje výskytu chyb, které později uděláte v plánů projektu tím a nabízí praktické rady. Poskytuje praktických rad a doporučení, které jsou důležité pro všechny verze aplikace Microsoft Project.

Další dokumenty white paper najdete Dokumenty white paper "od the Trenches".

Sedm Deadly Sins plánů projektu tím

Plánování nikdy je jednoduchý součástí projektu. ještě v poslední 20 roky můžu opakovaně dostanete do potíží stejnou základní v každé organizace mám odpracovaných na nebo projednání s týkající se jejich plány. Můžu tady rozvržení sedm sins deadly aplikace project plány a poskytnout některé antidota. Moje víře je, ale použijete tento rad k vytvoření základu správné pro řízení projektů úspěšný při použití plány.

Funkce Sin #1: Plánu je příliš složité!

Pokud máte v plánu, který procházejí Další čáry severní jih než zleva doprava, máte potíže. Pokud trvá týdny nebo dní zúčastněných stran pochopit plánu, model je příliš složité. Pokud je příliš složité vysvětlit vedoucím pracovníkům nebo dokonce i s kolegy, a jak můžete očekáváte komukoli využívat?

Example of project schedule that's too complex

Jak poznáte, jestli jde projekt příliš složité? Položte si, jak je snadné vyhledání kritické cesty v plánu.

Funkce Sin #2: Plánu obsahuje moc úkolů

Tím se více než, přispívá k proč plány spadají tak, že tratě. Vedoucí projektů nějak potřebujete dojem, že plánu, musí být kontrolní seznam všechny položky, kterou je potřeba provést. Položek úkolů a připomenutí pro sebe nepatří do strukturovaného rozpisu prací. Tento přístup úplně účinně chrání před smyslem plán představující model projektu.

Ke znázornění bodu, umožnit sdílet příklad. Předpokládejme, že jste dřeva dodávek člověka nebo framer, kdo bude instalace na chaloupku vytvářeného. Je potřeba vědět při předvádění dřeva balíčku nebo kdy se zobrazuje s vaší posádky zahájení práce. Obvykle v takovém po dokončení základem.

Je možné vytvořit plán takto:

Project schedule showing subtasks

Nebo na některou takto:

Project schedule showing high level tasks

Kdyby tvůrce a Plánovač jaký přístup dáváte přednost muset aktualizovat a udržovat vaše skutečné hodnoty?

Teď si představte, že máte 30 Domů zpracovávají ve stejnou dobu. Které dáváte přednost?

Je to není to znamená, že všechny ostatní úkoly uvedené nejsou důležité nebo, že není potřeba provést další úkoly. Skutečné otázku tady se dozvíte, jak sledovat a udržovat ho. Úkolech podrobných dat může být seznam taky jen jako poznámky k úkolu jednořádkové nahoře.

Tady je Moje pravidlo, které můžu udělat z adresáře Tomáš Uyttewaal prognózy plánování v aplikaci Microsoft Project 2010: minimální délka je jedno procento trvání projektu; Maximální hodnota je 10 % doby trvání.

Funkce Sin #3: Logiky sítě neúplné nebo není dynamické

Použití logických operátorů neúplné sítě je číslo jedním z důvodů, proč plány nepodařilo správně prognózy nebo vyvíjet dynamicky. Příliš málo závislosti počítat. Použití příliš mnoho omezení také značně snížit dynamické přírodní správně rozložený sítě. Pokud se zobrazí převážně hodnoty ve sloupci indikátor, to znamená, že nemusíte skutečně vědět, co právě děláte. Vedoucí projektů často usnadnit přejděte na tento sloupec skrýt Chcete-li skrýt, máte spoustu omezení jejich plánu.

Tady je snadno test za vás. Vyhledání kritické cesty v plánu (Pokud není možné, už máte velký problém), potom proveďte jednu z nejdelší seskupit brzy v plánu a poklikejte dobu trvání. Změnit datum dokončení vašeho projektu? V opačném případě pak nemáte pracovní plán. Nebude moct využívat základní klienti s dynamické plán, který lze použít k předpovědi úkoly a časové rámce a můžete jako projektový manažer řídit lepší výsledky.

Funkce Sin #4: Plánu není vytvářeny

Baselining plánu znamená, že obtížné, pokud není možné je, změřit odchylka. Baselining pomáhá k zaznamenání plánu před zahájením práce a umožňuje čerpat z rozptyly skutečnosti službou. Když se nedá změřit, nemůžete ho určit.

Sin #5: Vašeho plánu se aktualizují.

Většina plány, které se zobrazila jsou aktuální. Vedoucí projektů často opustit plánu po projektu a najděte sami konfliktů aktivována při spuštění. Pravděpodobnost, že to děje zvyšuje výrazně Pokud plánu je příliš podrobná a vyžaduje příliš mnoho práce v jednoduchosti je aktuální. Dolní řádek: Pokud neaktualizovali jste svůj časový plán a pak jste ztratili možnost prognózy budoucí data.

Sin #6: Plánu má žádná přiřazení zdrojů nebo jejich budete nad přidělit

Často plány vůbec vzniká bez přiřazení zdroje. To může být hodní obrázku, ale taky může něj představu, že je na časovou osu dosažitelné. Pokud přidali a potom vyrovnání zdrojů může objeví úplně různých časovou osu.

Po přiřazení zdroje častěji není při hledání "Rozšířená" (pomocí zobrazení Používání zdrojů), budou se grossly delší než přidělené. Pokud začínáte s krabice pevné jednotky, můžete se být začíná nepovedlo nohy. Udělejte si čas chcete zjistit, jestli jste provedli reálné přiřazení z hlediska čas a námahu přidělit v rámci dané osoby kapacity.

Při použití funkce vyrovnání zdrojů automatického také zobrazte opatrně. Je nejvhodnější v režimu ručního. A pomocí enterprise řešení, které vám viditelnost do jiných projektů úloh měli zvýšit vaše spolehlivosti, které úkoly můžete provést.

Funkce Sin #7: Nevíte, jaké typy úkolů

Pokud nevíte fungování modulu plánování projektu a fungování typů úkolů v rovnice

Doba trvání * jednotky = práce   

se budou trvale zavedení se vaše kříž a získání pořádku pomocí nástroje.

Pokud zjistíte, není se zobrazuje zpráva, pak můžu doporučujeme získat sami sobě užitečný zdroj a zkoumá ho. Prognózy že plánování s Microsoft Project 2010 je vhodným místem pro zahájení.

O autorovi

S víc než 25 let řízení projektů prostředí, které Jan Watson PMP, MCT, MCTS, pás černého v aplikaci Microsoft Project a Microsoft Project Server. Jan přináší jedinečnou kombinaci řízení projektů a project serveru na pole, kde pracuje vyšších konzultant u Microsoftu. Obraťte se na něj na kevinw@microsoft.com.

Rozšiřte své dovednosti s Office
Projít školení
Získejte nové funkce jako první
Připojte se k účastníkům programu Office Insiders

Byly tyto informace užitečné?

Děkujeme vám za zpětnou vazbu.

Děkujeme vám za váš názor. Vypadá to, že bude užitečné, když vás spojíme s některým z našich agentů z podpory Office.

×