Zakres projektu: Różnice pomiędzy wersjami
m (Infobox update) |
(LinkTitles.) |
||
Linia 16: | Linia 16: | ||
'''Zakres projektu''' (''project scope'') – oznacza prace, które trzeba wykonać, żeby wyprodukować wyrób albo dostarczyć usługę, która posiada określone właściwości i funkcje. Można zatem stwierdzić, że zakres projektu pozwala na określenie niezbędnych zadań przy realizacji danego [[projekt]]u. Zakres projektu jest uzależniony od produktu końcowego oraz jego właściwości, ponieważ na jego podstawie określane są niezbędne do wykonania zadania, wykorzystywane technologie, zasoby rzeczowe i osobowe. | '''Zakres projektu''' (''project scope'') – oznacza prace, które trzeba wykonać, żeby wyprodukować [[wyrób]] albo dostarczyć usługę, która posiada określone właściwości i funkcje. Można zatem stwierdzić, że zakres projektu pozwala na określenie niezbędnych zadań przy realizacji danego [[projekt]]u. Zakres projektu jest uzależniony od produktu końcowego oraz jego właściwości, ponieważ na jego podstawie określane są niezbędne do wykonania zadania, wykorzystywane technologie, [[zasoby]] rzeczowe i osobowe. | ||
Inne nazwy używane na określenie zakresu projektu to: specyfikacja funkcjonalna, zakres prac, dokument porozumienia, oświadczenie o zakresie projektu, dokument inicjacji projektu, formularz projektu. | Inne nazwy używane na określenie zakresu projektu to: [[specyfikacja]] funkcjonalna, zakres prac, [[dokument]] porozumienia, oświadczenie o zakresie projektu, dokument inicjacji projektu, formularz projektu. | ||
W wielu organizacjach nie stosuje się określenia zakresu projektu, a do określenia zakresu wykorzystuje się [[cel]]e pośrednie i skutki projektu. Powoduje to jednak utrudnienia w rozumieniu rzeczywistych granic projektu przez osoby w niego zaangażowane. Określenie zakresu projektu jest również pomocne przy późniejszej ocenie i weryfikacji projektu. | W wielu organizacjach nie stosuje się określenia zakresu projektu, a do określenia zakresu wykorzystuje się [[cel]]e pośrednie i skutki projektu. Powoduje to jednak utrudnienia w rozumieniu rzeczywistych granic projektu przez osoby w niego zaangażowane. Określenie zakresu projektu jest również pomocne przy późniejszej ocenie i weryfikacji projektu. | ||
==Cel określania zakresu projektu== | ==Cel określania zakresu projektu== | ||
Poprawne zdefiniowanie zakresu projektu odgrywa istotną rolę dla osiągnięcia założonych celów projektu. Określanie zakresu projektu ma przede wszystkim za zadanie:<br /> | Poprawne zdefiniowanie zakresu projektu odgrywa istotną rolę dla osiągnięcia założonych celów projektu. Określanie zakresu projektu ma przede wszystkim za [[zadanie]]:<br /> | ||
* poprawić jakość szacowania [[koszt]]ów projektu, czasu i [[zasoby|zasobów]], | * poprawić [[jakość]] szacowania [[koszt]]ów projektu, czasu i [[zasoby|zasobów]], | ||
* zdefiniować linię bazową kosztów w związku z pomiarem i weryfikacją efektów projektu, | * zdefiniować linię bazową kosztów w związku z pomiarem i weryfikacją efektów projektu, | ||
* wyraźne rozdzielenie odpowiedzialności. | * wyraźne rozdzielenie odpowiedzialności. | ||
Błędy na tym etapie mogą doprowadzić do nieoczekiwanego wzrostu kosztów na późniejszych etapach projektu, wynikających ze zmian, które zakłócają ogólny rytm projektu. Mogą wystąpić niepotrzebne powtórzenia wykonywania pewnych zadań, które tym samym wydłużają czas realizacji projektu, obniżają efektywność oraz morale [[pracownik|pracowników]] zaangażowanych w projekt. Może to skutkować również nieprawidłowościami przy szacowaniu innych parametrów projektu i licznymi komplikacjami prowadzącymi w efekcie do przekraczania ustaleń zawartych w [[kontrakt|kontrakcie]]. | Błędy na tym etapie mogą doprowadzić do nieoczekiwanego wzrostu kosztów na późniejszych etapach projektu, wynikających ze zmian, które zakłócają ogólny rytm projektu. Mogą wystąpić niepotrzebne powtórzenia wykonywania pewnych zadań, które tym samym wydłużają czas realizacji projektu, obniżają [[efektywność]] oraz [[morale]] [[pracownik|pracowników]] zaangażowanych w projekt. Może to skutkować również nieprawidłowościami przy szacowaniu innych parametrów projektu i licznymi komplikacjami prowadzącymi w efekcie do przekraczania ustaleń zawartych w [[kontrakt|kontrakcie]]. | ||
<google>t</google> | <google>t</google> | ||
Linia 41: | Linia 41: | ||
Ustalenie zakresu projektu stanowi udokumentowaną podstawę przy podejmowaniu późniejszych [[decyzja|decyzji]], a także pozwala na zrozumienie projektu przez wszystkich [[Interesariusze projektu|interesariuszy]]. W trakcie realizacji projektu może pojawić się konieczność przekształcenia bądź sprecyzowania zakresu. Dokumenty mogące wystąpić przy opisie projektu:<br /> | Ustalenie zakresu projektu stanowi udokumentowaną podstawę przy podejmowaniu późniejszych [[decyzja|decyzji]], a także pozwala na zrozumienie projektu przez wszystkich [[Interesariusze projektu|interesariuszy]]. W trakcie realizacji projektu może pojawić się konieczność przekształcenia bądź sprecyzowania zakresu. Dokumenty mogące wystąpić przy opisie projektu:<br /> | ||
* uzasadnienie projektu – opis zawierający informacje o przyczynach realizowania projektu; stanowi bazę przy ocenie osiągniętych efektów, | * [[uzasadnienie projektu]] – opis zawierający [[informacje]] o przyczynach realizowania projektu; stanowi bazę przy ocenie osiągniętych efektów, | ||
* opis produktu – podsumowanie opisu produktu powstającego w wyniku zrealizowania projektu, | * opis produktu – podsumowanie opisu produktu powstającego w wyniku zrealizowania projektu, | ||
* produkty cząstkowe – lista zawierająca zestawienie produktów cząstkowych; ich wytworzenie i dostarczenie do [[klient]]a świadczy o zakończeniu projektu, | * [[produkty cząstkowe]] – lista zawierająca zestawienie produktów cząstkowych; ich wytworzenie i dostarczenie do [[klient]]a świadczy o zakończeniu projektu, | ||
* cele projektu – rozumiane jako kryteria, których spełnienie świadczy o pomyślnym zrealizowaniu projektu; cele powinny zawierać głównie koszty, [[harmonogram]] oraz miary jakości; cele, których nie można wyznaczyć w sposób ilościowy jak np. satysfakcja klienta mogą wiązać się z wysokim [[ryzyko|ryzykiem]]. <ref> Pawlak M., ''Zarządzanie projektami'', Wydawnictwo Naukowe PWN, Warszawa 2006, s. 86-87</ref> | * [[cele]] projektu – rozumiane jako kryteria, których spełnienie świadczy o pomyślnym zrealizowaniu projektu; cele powinny zawierać głównie [[koszty]], [[harmonogram]] oraz miary jakości; cele, których nie można wyznaczyć w sposób ilościowy jak np. [[satysfakcja]] klienta mogą wiązać się z wysokim [[ryzyko|ryzykiem]]. <ref> Pawlak M., ''[[Zarządzanie]] projektami'', Wydawnictwo Naukowe PWN, Warszawa 2006, s. 86-87</ref> | ||
==Zarządzanie zakresem projektu== | ==Zarządzanie zakresem projektu== | ||
Zarządzanie zakresem projektu (''project scope management'') oznacza kierowanie procesami potrzebnymi do wykonania wszystkich, niezbędnych zadań w wyniku, których powstaje [[produkt]] lub [[usługa]] o określonym przez klienta zakresie i [[jakość|jakości]]. Obejmuje również uściślanie oraz monitorowanie prac wchodzących i wykraczających poza zakres projektu. | Zarządzanie zakresem projektu (''project scope management'') oznacza [[kierowanie]] procesami potrzebnymi do wykonania wszystkich, niezbędnych zadań w wyniku, których powstaje [[produkt]] lub [[usługa]] o określonym przez klienta zakresie i [[jakość|jakości]]. Obejmuje również uściślanie oraz [[monitorowanie]] prac wchodzących i wykraczających poza zakres projektu. | ||
Główne procesy to:<ref> ''Kompendium wiedzy o zarządzaniu projektami'' (''A Guide to the Project Management Body of Knowledge''), MT&DC, Warszawa 2003, s. 65-68</ref><br /> | Główne procesy to:<ref> ''Kompendium wiedzy o zarządzaniu projektami'' (''A Guide to the Project Management Body of Knowledge''), MT&DC, Warszawa 2003, s. 65-68</ref><br /> | ||
# Zapoczątkowanie projektu (''Initiation'') – jest to formalne zatwierdzenie realizacji nowego projektu bądź kolejnego etapu właśnie realizowanego projektu. Niejednokrotnie jest to etap poprzedzony m.in. dokonaniem oceny potrzeb, przeprowadzeniem studium wykonalności czy opracowaniem wstępnego planu realizacji projektu. Rezultatem tego procesu jest powstanie [[karta projektu|karty projektu]]. | # Zapoczątkowanie projektu (''Initiation'') – jest to formalne zatwierdzenie realizacji nowego projektu bądź kolejnego etapu właśnie realizowanego projektu. Niejednokrotnie jest to etap poprzedzony m.in. dokonaniem oceny potrzeb, przeprowadzeniem [[studium wykonalności]] czy opracowaniem wstępnego planu realizacji projektu. Rezultatem tego procesu jest powstanie [[karta projektu|karty projektu]]. | ||
# Planowanie zakresu (''Scope Planning'') – obejmuje doprecyzowanie i dokumentowanie działań związanych z realizacją projektu, które prowadzą do powstania określonego produktu lub usługi. Na tym etapie pracuje się na wcześniej przygotowanej karcie projektu, która jest uszczegóławiana. W procesie planowania zakresu tworzy się deklarację zakresu i plan zarządzania zakresem. | # [[Planowanie]] zakresu (''Scope Planning'') – obejmuje doprecyzowanie i dokumentowanie działań związanych z realizacją projektu, które prowadzą do powstania określonego produktu lub [[usługi]]. Na tym etapie pracuje się na wcześniej przygotowanej karcie projektu, która jest uszczegóławiana. W procesie planowania zakresu tworzy się deklarację zakresu i [[plan]] zarządzania zakresem. | ||
# Doprecyzowanie zakresu (''Scope Definition'') – proces polegający na podziale produktów cząstkowych zawartych w deklaracji projektu na mniejsze, co ułatwia zarządzanie nimi. Jest to jeden z ważniejszych etapów z uwagi na jego wpływ na całość projektu i ryzyko wystąpienia kosztownych poprawek w wyniku pojawiania się błędów. W ramach procesu aktualizuje się deklarację zakresu i tworzy [[struktura podziału pracy|strukturę podziału pracy]]. | # Doprecyzowanie zakresu (''Scope Definition'') – [[proces]] polegający na podziale produktów cząstkowych zawartych w deklaracji projektu na mniejsze, co ułatwia zarządzanie nimi. Jest to jeden z ważniejszych etapów z uwagi na jego wpływ na całość projektu i [[ryzyko]] wystąpienia kosztownych poprawek w wyniku pojawiania się błędów. W ramach procesu aktualizuje się deklarację zakresu i tworzy [[struktura podziału pracy|strukturę podziału pracy]]. | ||
# Weryfikacja zakresu (''Scope Verification'') – proces polegający na formalnej akceptacji zakresu projektu przez wszystkich interesariuszy projektu. Wiąże się to z przeprowadzeniem kontroli produktów cząstkowych oraz rezultatów realizowanych prac projektu. Ma to na celu sprawdzenie ich poprawności i zgodności z określonymi wymaganiami. Jeżeli dojdzie do przerwania realizacji projektu na tym etapie powinno określić się jego poziom oraz zakres zaawansowania. W tej części projektu wykorzystuje się m.in. strukturę podziału pracy, deklarację zakresu oraz [[plan projektu]]. | # Weryfikacja zakresu (''Scope Verification'') – proces polegający na formalnej akceptacji zakresu projektu przez wszystkich interesariuszy projektu. Wiąże się to z przeprowadzeniem kontroli produktów cząstkowych oraz rezultatów realizowanych prac projektu. Ma to na celu sprawdzenie ich poprawności i zgodności z określonymi wymaganiami. Jeżeli dojdzie do przerwania realizacji projektu na tym etapie powinno określić się jego poziom oraz zakres zaawansowania. W tej części projektu wykorzystuje się m.in. strukturę podziału pracy, deklarację zakresu oraz [[plan projektu]]. | ||
# [[Kontrola w projekcie|Kontrola]] zmian zakresu (''Scope Change Control'') – weryfikacja wdrażanych zmian w zakresie projektu. Jest to proces silnie powiązany z innymi procesami kontrolnymi, np. [[kontrola kosztów]], kontrola harmonogramu, [[kontrola jakości]]. Na tym etapie bazuje się m.in. na strukturze podziału pracy, planie zarządzania zakresem oraz raportach z wykonania prac. | # [[Kontrola w projekcie|Kontrola]] zmian zakresu (''Scope Change Control'') – weryfikacja wdrażanych zmian w zakresie projektu. Jest to proces silnie powiązany z innymi procesami kontrolnymi, np. [[kontrola kosztów]], [[kontrola]] harmonogramu, [[kontrola jakości]]. Na tym etapie bazuje się m.in. na strukturze podziału pracy, planie zarządzania zakresem oraz raportach z wykonania prac. | ||
==Przypisy== | ==Przypisy== | ||
Linia 61: | Linia 61: | ||
==Bibliografia== | ==Bibliografia== | ||
* ''Kompendium wiedzy o zarządzaniu projektami'' (''A Guide to the Project Management Body of Knowledge'') (2003). MT&DC, Warszawa. | * ''Kompendium wiedzy o zarządzaniu projektami'' (''A Guide to the Project Management Body of Knowledge'') (2003). MT&DC, Warszawa. | ||
* Mingus N. (2002). ''Zarządzanie projektami'', Wydawnictwo HELION, Gliwice. | * Mingus N. (2002). ''[[Zarządzanie projektami]]'', Wydawnictwo HELION, Gliwice. | ||
* Pawlak M (2006). ''Zarządzanie projektami'', Wydawnictwo Naukowe PWN, Warszawa. | * Pawlak M (2006). ''Zarządzanie projektami'', Wydawnictwo Naukowe PWN, Warszawa. | ||
* Phillips J. (2005). ''Zarządzanie projektami IT'', Wydawnictwo HELION, Gliwice. | * Phillips J. (2005). ''Zarządzanie projektami IT'', Wydawnictwo HELION, Gliwice. | ||
* Walczak W. (2009). [http://mbace.eu/api/files/view/1401.pdf ''Orientacja na cele w zarządzaniu projektami''] Master of Business Administration, nr 4. | * Walczak W. (2009). [http://mbace.eu/api/files/view/1401.pdf ''Orientacja na cele w zarządzaniu projektami''] Master of Business Administration, nr 4. | ||
* Walczak W. (2010). [http://www.e-mentor.edu.pl/_pdf/ementor33.pdf#page=13 ''Rola fazy planowania w zarządzaniu projektami''] e-mentor, nr 1(33). | * Walczak W. (2010). [http://www.e-mentor.edu.pl/_pdf/ementor33.pdf#page=13 ''Rola fazy planowania w zarządzaniu projektami''] e-[[mentor]], nr 1(33). | ||
* Wirkus M. (red) (2014). ''Zarządzanie projektami'', Polskie Wydawnictwo Ekonomiczne, Warszawa. | * Wirkus M. (red) (2014). ''Zarządzanie projektami'', Polskie Wydawnictwo Ekonomiczne, Warszawa. | ||
* Wysocki R.K. (2013). ''Efektywne zarządzanie projektami. Wydanie VI'', Wydawnictwo HELION, Gliwice. | * Wysocki R.K. (2013). ''Efektywne zarządzanie projektami. Wydanie VI'', Wydawnictwo HELION, Gliwice. |
Wersja z 17:36, 22 maj 2020
Zakres projektu |
---|
Polecane artykuły |
Zakres projektu (project scope) – oznacza prace, które trzeba wykonać, żeby wyprodukować wyrób albo dostarczyć usługę, która posiada określone właściwości i funkcje. Można zatem stwierdzić, że zakres projektu pozwala na określenie niezbędnych zadań przy realizacji danego projektu. Zakres projektu jest uzależniony od produktu końcowego oraz jego właściwości, ponieważ na jego podstawie określane są niezbędne do wykonania zadania, wykorzystywane technologie, zasoby rzeczowe i osobowe.
Inne nazwy używane na określenie zakresu projektu to: specyfikacja funkcjonalna, zakres prac, dokument porozumienia, oświadczenie o zakresie projektu, dokument inicjacji projektu, formularz projektu.
W wielu organizacjach nie stosuje się określenia zakresu projektu, a do określenia zakresu wykorzystuje się cele pośrednie i skutki projektu. Powoduje to jednak utrudnienia w rozumieniu rzeczywistych granic projektu przez osoby w niego zaangażowane. Określenie zakresu projektu jest również pomocne przy późniejszej ocenie i weryfikacji projektu.
Cel określania zakresu projektu
Poprawne zdefiniowanie zakresu projektu odgrywa istotną rolę dla osiągnięcia założonych celów projektu. Określanie zakresu projektu ma przede wszystkim za zadanie:
- poprawić jakość szacowania kosztów projektu, czasu i zasobów,
- zdefiniować linię bazową kosztów w związku z pomiarem i weryfikacją efektów projektu,
- wyraźne rozdzielenie odpowiedzialności.
Błędy na tym etapie mogą doprowadzić do nieoczekiwanego wzrostu kosztów na późniejszych etapach projektu, wynikających ze zmian, które zakłócają ogólny rytm projektu. Mogą wystąpić niepotrzebne powtórzenia wykonywania pewnych zadań, które tym samym wydłużają czas realizacji projektu, obniżają efektywność oraz morale pracowników zaangażowanych w projekt. Może to skutkować również nieprawidłowościami przy szacowaniu innych parametrów projektu i licznymi komplikacjami prowadzącymi w efekcie do przekraczania ustaleń zawartych w kontrakcie.
Definiowanie zakresu projektu
{{#ev:youtube|qWEGwMo8Ge0|480|right|Deklaracja zakresu projektu (Sławomir Wawak)|frame}}
Punktem wyjścia przy ustalaniu zakresu projektu powinny być przede wszystkim:
- misja projektu określona w kontrakcie,
- wszelkie uwarunkowania i ograniczenia związane z projektem,
- wiedza kierownika projektu,
- doświadczenia z poprzednio realizowanych projektów o podobnej tematyce. [1]
Ustalenie zakresu projektu stanowi udokumentowaną podstawę przy podejmowaniu późniejszych decyzji, a także pozwala na zrozumienie projektu przez wszystkich interesariuszy. W trakcie realizacji projektu może pojawić się konieczność przekształcenia bądź sprecyzowania zakresu. Dokumenty mogące wystąpić przy opisie projektu:
- uzasadnienie projektu – opis zawierający informacje o przyczynach realizowania projektu; stanowi bazę przy ocenie osiągniętych efektów,
- opis produktu – podsumowanie opisu produktu powstającego w wyniku zrealizowania projektu,
- produkty cząstkowe – lista zawierająca zestawienie produktów cząstkowych; ich wytworzenie i dostarczenie do klienta świadczy o zakończeniu projektu,
- cele projektu – rozumiane jako kryteria, których spełnienie świadczy o pomyślnym zrealizowaniu projektu; cele powinny zawierać głównie koszty, harmonogram oraz miary jakości; cele, których nie można wyznaczyć w sposób ilościowy jak np. satysfakcja klienta mogą wiązać się z wysokim ryzykiem. [2]
Zarządzanie zakresem projektu
Zarządzanie zakresem projektu (project scope management) oznacza kierowanie procesami potrzebnymi do wykonania wszystkich, niezbędnych zadań w wyniku, których powstaje produkt lub usługa o określonym przez klienta zakresie i jakości. Obejmuje również uściślanie oraz monitorowanie prac wchodzących i wykraczających poza zakres projektu.
Główne procesy to:[3]
- Zapoczątkowanie projektu (Initiation) – jest to formalne zatwierdzenie realizacji nowego projektu bądź kolejnego etapu właśnie realizowanego projektu. Niejednokrotnie jest to etap poprzedzony m.in. dokonaniem oceny potrzeb, przeprowadzeniem studium wykonalności czy opracowaniem wstępnego planu realizacji projektu. Rezultatem tego procesu jest powstanie karty projektu.
- Planowanie zakresu (Scope Planning) – obejmuje doprecyzowanie i dokumentowanie działań związanych z realizacją projektu, które prowadzą do powstania określonego produktu lub usługi. Na tym etapie pracuje się na wcześniej przygotowanej karcie projektu, która jest uszczegóławiana. W procesie planowania zakresu tworzy się deklarację zakresu i plan zarządzania zakresem.
- Doprecyzowanie zakresu (Scope Definition) – proces polegający na podziale produktów cząstkowych zawartych w deklaracji projektu na mniejsze, co ułatwia zarządzanie nimi. Jest to jeden z ważniejszych etapów z uwagi na jego wpływ na całość projektu i ryzyko wystąpienia kosztownych poprawek w wyniku pojawiania się błędów. W ramach procesu aktualizuje się deklarację zakresu i tworzy strukturę podziału pracy.
- Weryfikacja zakresu (Scope Verification) – proces polegający na formalnej akceptacji zakresu projektu przez wszystkich interesariuszy projektu. Wiąże się to z przeprowadzeniem kontroli produktów cząstkowych oraz rezultatów realizowanych prac projektu. Ma to na celu sprawdzenie ich poprawności i zgodności z określonymi wymaganiami. Jeżeli dojdzie do przerwania realizacji projektu na tym etapie powinno określić się jego poziom oraz zakres zaawansowania. W tej części projektu wykorzystuje się m.in. strukturę podziału pracy, deklarację zakresu oraz plan projektu.
- Kontrola zmian zakresu (Scope Change Control) – weryfikacja wdrażanych zmian w zakresie projektu. Jest to proces silnie powiązany z innymi procesami kontrolnymi, np. kontrola kosztów, kontrola harmonogramu, kontrola jakości. Na tym etapie bazuje się m.in. na strukturze podziału pracy, planie zarządzania zakresem oraz raportach z wykonania prac.
Przypisy
- ↑ Szyjewski Z., Metodyki zarządzania projektami informatycznymi, Wydawnictwo PLACET, Warszawa 2004, s. 67-69
- ↑ Pawlak M., Zarządzanie projektami, Wydawnictwo Naukowe PWN, Warszawa 2006, s. 86-87
- ↑ Kompendium wiedzy o zarządzaniu projektami (A Guide to the Project Management Body of Knowledge), MT&DC, Warszawa 2003, s. 65-68
Bibliografia
- Kompendium wiedzy o zarządzaniu projektami (A Guide to the Project Management Body of Knowledge) (2003). MT&DC, Warszawa.
- Mingus N. (2002). Zarządzanie projektami, Wydawnictwo HELION, Gliwice.
- Pawlak M (2006). Zarządzanie projektami, Wydawnictwo Naukowe PWN, Warszawa.
- Phillips J. (2005). Zarządzanie projektami IT, Wydawnictwo HELION, Gliwice.
- Walczak W. (2009). Orientacja na cele w zarządzaniu projektami Master of Business Administration, nr 4.
- Walczak W. (2010). Rola fazy planowania w zarządzaniu projektami e-mentor, nr 1(33).
- Wirkus M. (red) (2014). Zarządzanie projektami, Polskie Wydawnictwo Ekonomiczne, Warszawa.
- Wysocki R.K. (2013). Efektywne zarządzanie projektami. Wydanie VI, Wydawnictwo HELION, Gliwice.
- Szyjewski Z. (2004). Metodyki zarządzania projektami informatycznymi, Wydawnictwo PLACET, Warszawa.
- Zaskórski P. (2012). Ewaluacja projektów Zeszyty Naukowe Warszawskiej Wyższej Szkoły Informatyki, nr 8.
Autor: Karolina Nocoń