výzva, se kterou se setkáváme poměrně často při první práci s novými klienty, definuje na poměrně podrobné úrovni rozsah projektu. Organizace často vědí, co chtějí, pokud jde o výstupy projektů na vysoké úrovni, ale nedostali se k drsným věcem-ale od toho jsme tady!
rozsah projektu je součástí plánování projektu, která zahrnuje stanovení a dokumentaci seznamu konkrétních cílů projektu, výstupů, funkcí, funkcí, úkolů, termínů a nakonec nákladů. Jinými slovy, je to to, čeho je třeba dosáhnout, a práce, kterou je třeba udělat pro realizaci projektu.
je důležité stanovit rozsah na začátku životního cyklu projektu, protože to může výrazně ovlivnit harmonogram nebo náklady (nebo obojí) projektu po trati.
níže je uveden přehled některých klíčových procesů, které je třeba dodržovat, aby bylo možné správně definovat rozsah.
Definujte požadavky na produkt
než určíme, co bude v rozsahu projektu, musíte mít jasno v tom, jaké jsou požadavky na produkt, jinak známé jako rozsah produktu. Jinými slovy, jaké jsou funkce a funkce potřebné pro vyvíjené webové stránky, aplikace a/nebo zakázkové softwarové řešení? Je něco konkrétního, co musí být zabudováno do návrhu? Musí se řídit specifickým souborem pokynů pro značku? Seznam pokračuje.
Definujte požadavky na proces
požadavky na proces popište, jak lidé interagují s produktem a jak produkt interaguje s jinými (často existujícími) obchodními procesy. Když diskutujete o tom, jak se data přesouvají a jak obchodní transakce plynou z jednoho bodu do druhého, popisujete požadavky na proces. Například požadavky na fakturační transakce v rámci webové stránky, jak tyto transakce odkazují na fakturaci a účty a v jakém okamžiku mohou zaměstnanci zobrazit a změnit stav objednávek.
zapojte správné zúčastněné strany
samozřejmě je samozřejmé, že pro úspěšné dodání projektu musí být správné zúčastněné strany z organizace, která Projekt zadala, zapojeny velmi důvěrně v různých fázích rozsahu projektu. Pokud k tomu nedojde, začnou se vytvářet předpoklady (které jsou obecně subjektivní) a v průběhu projektu může dojít k záměně zúčastněných stran.
Identifikujte omezení
možná ještě důležitější než to, co je pro projekt v rozsahu, je to, co je pro projekt mimo rozsah. Často je velmi důležité zdokumentovat, co se neudělá, zejména pokud jde o vývoj softwaru-jinak lidé předpokládají, že mají být provedeny určité věci, které nebyly rozpočtovány nebo zahrnuty do časové osy projektu.
řízení změn
je přirozené, že části každého velkého projektu se během cesty mění. I když je vždy nejlepší vyhnout se scope creep (situace, kdy jedna nebo více částí projektu nakonec vyžaduje více práce), někdy je to nevyhnutelné kvůli měnící se povaze jakéhokoli podnikání. Aby se předešlo neshodám a změnám v rozsahu projektu všemi zúčastněnými stranami, na straně klienta i na straně agentury, je nejlepší mít zavedeny přísné procesy řízení změn. Jakmile je oblast působnosti definována, nesmí být změněna, aniž by proběhly příslušné funkce řízení změn, a v tomto okamžiku mohou být přijata vhodná opatření k řešení požadavků na měnící se Projekt.
Tak tady to máte! Jednoduchý průvodce, jak dostat svůj Projekt na správný začátek správným definováním rozsahu projektu. Na jeho samotném základě vyžaduje efektivní řízení rozsahu dobrou komunikaci, aby bylo zajištěno, že každý rozumí požadavkům projektu a souhlasí s tím, jak přesně budou cíle projektu splněny. Jakmile budete mít tento lůžkový dolů, máte nadaci zahájit a doufejme, že úspěšně dokončit svůj projekt.