Zakres projektu: Różnice pomiędzy wersjami

Z Encyklopedia Zarządzania
m (Clean up, removed: <br /> (4))
m (Czyszczenie tekstu)
Linia 14: Linia 14:
}}
}}


'''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.
Linia 30: Linia 30:


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 40:


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:
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:
* [[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==
Linia 50: Linia 49:


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>
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>
# 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==

Wersja z 10:20, 2 lis 2023

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.

TL;DR

Zakres projektu to prace niezbędne do wyprodukowania wyrób lub dostarczenia usługi. Poprawne zdefiniowanie zakresu projektu jest istotne dla osiągnięcia celów projektu. Ustalanie zakresu projektu opiera się na misji projektu, uwarunkowaniach, wiedzy kierownika projektu i doświadczeniach z poprzednich projektów. Zarządzanie zakresem projektu obejmuje procesy potrzebne do wykonania zadań zgodnie z zakresem i jakością. Główne procesy to zapoczątkowanie projektu, planowanie zakresu, doprecyzowanie zakresu, weryfikacja zakresu i kontrola zmian zakresu.

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

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]

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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

  1. ↑ Szyjewski Z., Metodyki zarządzania projektami informatycznymi, Wydawnictwo PLACET, Warszawa 2004, s. 67-69
  2. ↑ Pawlak M., Zarządzanie projektami, Wydawnictwo Naukowe PWN, Warszawa 2006, s. 86-87
  3. ↑ 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
  • Szyjewski Z. (2004). Metodyki zarządzania projektami informatycznymi, Wydawnictwo PLACET, Warszawa
  • 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
  • Zaskórski P. (2012). Ewaluacja projektów Zeszyty Naukowe Warszawskiej Wyższej Szkoły Informatyki, nr 8


Autor: Karolina Nocoń


Źródło: „https://mfiles.pl/pl/index.php?title=Zakres_projektu&oldid=154990”