Importujte harmonogram a nastavte výchozí stav (baseline)
Načtěte externí harmonogram z výměnného souboru, zkontrolujte, že kalendáře a vazby cestu přežily, nastavte přijatý harmonogram jako výchozí stav (baseline) a zveřejněte ho, aby se postup měřil proti něčemu pevnému.

Jak to funguje, krok za krokem
4 kroků napříč platformou - co na každém uděláte a proč na tom záleží.
Importujte harmonogram
Pokročilý harmonogramImportujte harmonogram z jeho výměnného souboru, aby činnosti, doby trvání, logické vazby a WBS přešly bez přepisování řádek po řádku.
Proč: Přepisování harmonogramu o pár stovkách činností ztratí logiku, která z něj dělá harmonogram. Import zachová síť neporušenou, takže kritická cesta je skutečná, ne překreslená zpaměti.
Zkontrolujte, co přešlo
Pokročilý harmonogramPotvrďte, že kalendáře, logické vazby a WBS import přežily a že termín dokončení odpovídá zdroji, dřív než někdo uvěří datu na něm.
Proč: Výměnné soubory tiše zahodí omezení a přemapují kalendáře. Zachytit posunutý termín dokončení nyní je mnohem levnější než zjistit, že importovaný harmonogram byl špatně, tři měsíce poté.
Nastavte výchozí stav (baseline)
4D harmonogramZmrazte odsouhlasený harmonogram jako výchozí stav (baseline), pevný referenční bod, proti kterému se bude zakázka měřit po zbytek své existence.
Proč: Výchozí stav (baseline) je slib. Bez zmrazeného není s čím postup porovnat a každá hádka o skluzu se stává věcí názoru místo věcí záznamu.
Zveřejněte ho pro sledování
PostupZveřejněte výchozí stav (baseline), aby tým zaznamenával postup proti němu a obraz plánovaného proti skutečnému se budoval od prvního dne.
Proč: Výchozí stav, proti kterému nikdo nesleduje, je dekorace na zdi. Zveřejnit ho promění harmonogram v živý nástroj řízení, který vás varuje včas, a ne v dokument revidovaný až po faktu.
Moduly v tomto playbooku
3 / 184 modulů platformy

