Nejlepší odpověď
Pozadí projektu popisuje organizační pozadí, ve kterém se projekt koná. Měli byste usilovat o to, aby to bylo srozumitelné pro někoho, kdo neví nic o podnikání nebo technologii. Mělo by to být na vysoké úrovni, jen pár vět o každém klíčovém prvku. Například, když jsem byl vedoucím digitálních knihoven v Britské knihovně, vysvětlil bych, co to Britská knihovna je, proč má digitální knihovnu, jaký je program digitální knihovny a jakou část systému digitální knihovny projekt ovlivňuje. Jakmile jej napíšete pro jeden projekt, měli byste být schopni jej znovu použít pro jakýkoli jiný projekt v rámci stejného programu.
Definice problému popisuje problém, který má projekt vyřešit. Měl by popisovat problém z hlediska obchodních výhod, které očekáváte od dokončení projektu. Mnoho lidí to pokazí. Řekněme například, že vaším projektem je upgrade skupiny serverů ze systému Windows Server 2003 na 2016. Často jsem viděl lidi psát něco jako: „Problém je v tom, že na serverech x, yaz běží Windows Server 2003“. Skutečnost, že server používá zastaralý operační systém, není sama o sobě problémem. Musíte se ponořit do skutečného obchodního problému, který se právě řeší. Může to být bezpečnost nebo to, že nemůžete splnit vaše SLA, protože monitorovací systém nepodporuje 2003. Řekněme, že spustíte projekt a zjistíte, že jeden ze serverů nelze upgradovat, protože software, který běží, je nekompatibilní s rokem 2016. Váš projekt nyní selhal. Software však poběží na serveru 2010. Pokud jste si řekli, že problém je v zabezpečení, stačí nainstalovat 2010 a projekt bude stále úspěšný.
Pokud se podíváte na to, co PRINCE2 a Správa úspěšné Programy (MSP) říkají o projektech – jde o zavedení schopností. Cíle projektu by měly být o schopnostech, které očekáváte do konce projektu. Řekněme například, že vyvíjíte web pro cestovní rezervační společnost. Cílem by bylo dát uživatelům možnost vyhledávat, rezervovat a platit za cesty vlakem, taxíkem, rikšou atd.
Odůvodnění projektu je obchodní případ projektu. Jen proto, že existuje problém, který je třeba vyřešit, neznamená, že by společnost měla na řešení tohoto problému utratit peníze. Každá organizace má řádově více věcí, které by dokázala udělat, než kolik má času nebo peněz na skutečné dosažení. id = „f1fe275139″>
Odůvodnění projektu by mělo čtenáři sdělit, jaká je očekávaná návratnost investice pro projekt
Rozsah projektu by měl být odrážkovým seznamem toho, co projekt bude dělat, a co je důležitější, co nezískal. Bude například projekt poskytovat školicí materiály? Přijme projekt tým, který použije výstupy? Je rozsah projektu jedna země, region nebo globální?
Odpověď
Pozadí projektu – Toto je pouze kontext, spíše než samotný projekt. Například společnost roste, takže přijímá více zaměstnanců. Váš projekt je technologickým osvěžením a zvýšením kapacity HR systému. Neposkytujete růst ani zaměstnance. Dodáváte nový HR systém.
Definice problému: Toto není čistě pojem řízení projektu. Řekl bych, že to souvisí s pozadím, protože se ptá, jaký je problém, který potřebuje řešení. Váš projekt nemusí přinést celé řešení, takže nemůže „vyřešit základní problém. Například vaše HR aktualizace nezíská odpovídající růst v mzdovém systému.
Cíle projektu: Obvyklé termín je cíle a existují dva typy.
Obchodní cíle: Může to zahrnovat schopnost zvládnout x\% nárůst počtu zaměstnanců. To nedodáte – opravujete pouze HR. I když byl HR systém jediný, který potřeboval růst, musí se klient podívat na obchodní procesy, personalisty atd., Aby mohl využít výhod nového systému, který dodávat. Obchodní cíle je dobré znát a uvádět, ALE NEJSOU součástí vašeho daru.
Cíle projektu: Jedná se o výsledky, kterých má váš projekt dosáhnout. Jsou součástí vašeho daru. jsou stále na vysoké úrovni, tak si je nezaměňujte s výstupy.
Odůvodnění projektu: Opět je to opravdu součást pozadí. Do velké míry to není vaše věc! Pokud klient chce ve své kanceláři velký červený pól a je připraven za něj zaplatit, je to jeho věc.Někdo, ne PM, ale často obchodní analytik, musí vytvořit obchodní případ, aby ospravedlnil práci a nechal si výdaje schválit držiteli rozpočtů. Normálně by to bylo a) Pokud utratím X, vrátí se X + Y, nebo b) pokud utratím X, vyhneme se rizikovým nákladům Y nebo je zmírníme. To není vaše práce a bude již hotovo dříve, než budete požádáni, abyste definovali a spustili projekt.
Rozsah projektu: Rozsah projektu je absolutně v srdci vaší domény jako PM. Rozsah definuje co nejpřesněji dvě věci: 1) Co bude projekt dělat? 2) Co NEBUDE projekt dělat? Váš projekt přinese nový systém lidských zdrojů, ale (snad) nezíská školení zaměstnanců HR zaměstnanců klienta. Nezískala další personální oddělení. Pravděpodobně zahrnuje HR konec integrace mezd, ale pravděpodobně nezahrnuje změny mezd. Rozsah atd. Je nejlépe definovat strukturovaným způsobem. Používám obchodní proces, organizaci, umístění, data, aplikace, technologie POLDAT
.
Co váš projekt mění nebo nemění v těchto doménách změny?
Posuňte to a jste v hloubce —-