Zakres projektu: Różnice pomiędzy wersjami

Z Encyklopedia Zarządzania
(LinkTitles.)
m (cleanup bibliografii i rotten links)
 
(Nie pokazano 18 wersji utworzonych przez 2 użytkowników)
Linia 1: Linia 1:
{{infobox4
'''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.
|list1=
<ul>
<li>[[Cykl życia projektu]]</li>
<li>[[Procesy w projekcie]]</li>
<li>[[Zarządzanie jakością wg PMBOK]]</li>
<li>[[Produkt projektu]]</li>
<li>[[Plan jakości]]</li>
<li>[[Procesy kontroli wg PMBOK]]</li>
<li>[[Metody kontroli zasobów]]</li>
<li>[[Zamykanie projektu]]</li>
<li>[[Etapy projektu]]</li>
</ul>
}}
 
 
 
'''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.
==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==
==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]]:
* 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>n</google>


==Definiowanie zakresu projektu==
==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:
Punktem wyjścia przy ustalaniu zakresu projektu powinny być przede wszystkim:<br />
* [[misja]] projektu określona w kontrakcie,
* [[misja]] projektu określona w kontrakcie,  
* wszelkie uwarunkowania i ograniczenia związane z projektem,
* wszelkie uwarunkowania i ograniczenia związane z projektem,  
* [[wiedza]] [[kierownik]]a projektu,
* [[wiedza]] [[kierownik]]a projektu,
* doświadczenia z poprzednio realizowanych projektów o podobnej tematyce. <ref> Szyjewski Z., ''Metodyki zarządzania projektami informatycznymi'', Wydawnictwo PLACET, Warszawa 2004, s. 67-69</ref>
* doświadczenia z poprzednio realizowanych projektów o podobnej tematyce<ref> Szyjewski Z., ''Metodyki zarządzania projektami informatycznymi'', Wydawnictwo PLACET, Warszawa 2004, s. 67-69</ref>


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:
* [[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>
# 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.
 
{{infobox5|list1={{i5link|a=[[Cykl życia projektu]]}} &mdash; {{i5link|a=[[Procesy w projekcie]]}} &mdash; {{i5link|a=[[Zarządzanie jakością wg PMBOK]]}} &mdash; {{i5link|a=[[Produkt projektu]]}} &mdash; {{i5link|a=[[Plan jakości]]}} &mdash; {{i5link|a=[[Procesy kontroli wg PMBOK]]}} &mdash; {{i5link|a=[[Metody kontroli zasobów]]}} &mdash; {{i5link|a=[[Zamykanie projektu]]}} &mdash; {{i5link|a=[[Etapy projektu]]}} }}


==Przypisy==
==Przypisy==
Linia 60: Linia 47:


==Bibliografia==
==Bibliografia==
* ''Kompendium wiedzy o zarządzaniu projektami'' (''A Guide to the Project Management Body of Knowledge'') (2003). MT&DC, Warszawa.
<noautolinks>
* Mingus N. (2002). ''[[Zarządzanie projektami]]'', Wydawnictwo HELION, Gliwice.
* Mingus N. (2002), ''Zarządzanie projektami'', Helion, Gliwice
* Pawlak M (2006). ''Zarządzanie projektami'', Wydawnictwo Naukowe PWN, Warszawa.
* Pawlak M. (2011), ''Zarządzanie projektami'', Wydawnictwo Naukowe PWN, Warszawa
* Phillips J. (2005). ''Zarządzanie projektami IT'', Wydawnictwo HELION, Gliwice.
* Phillips J. (2011), ''Zarządzanie projektami IT'', 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.
* PMI (2021), ''A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition and The Standard for Project Management''
* 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).
* Szyjewski Z. (2004), ''Metodyki zarządzania projektami informatycznymi'', Placet, Warszawa
* Wirkus M. (red) (2014). ''Zarządzanie projektami'', Polskie Wydawnictwo Ekonomiczne, Warszawa.
* Walczak W. (2009), ''Orientacja na cele w zarządzaniu projektami'', Master of Business Administration, nr 4
* Wysocki R.K. (2013). ''Efektywne zarządzanie projektami. Wydanie VI'', Wydawnictwo HELION, Gliwice.
* Walczak W. (2010), ''[https://www.e-mentor.edu.pl/artykul/index/numer/33/id/709 Rola fazy planowania w zarządzaniu projektami]'', E-mentor, nr 1 (33), Warszawa
* Szyjewski Z. (2004). ''Metodyki zarządzania projektami informatycznymi'', Wydawnictwo PLACET, Warszawa.
* Wirkus M., Roszkowski H., Dostatni E., Gierulski W. (2014), ''Zarządzanie projektem'', Polskie Wydawnictwo Ekonomiczne, Warszawa
* Zaskórski P. (2012). [http://yadda.icm.edu.pl/baztech/element/bwmeta1.element.baztech-ea42a969-5d53-451b-91df-b67ce7068840 ''Ewaluacja projektów''] Zeszyty Naukowe Warszawskiej Wyższej Szkoły Informatyki, nr 8.
* Wysocki R. (2013), ''Efektywne zarządzanie projektami. Tradycyjne, zwinne, ekstremalne'', Helion, Gliwice
* Zaskórski P. (2012), ''[https://zeszyty-naukowe.wwsi.edu.pl/zeszyty/zeszyt8/Ewaluacja_Projektow.pdf Ewaluacja projektów]'', Zeszyty Naukowe Wyższej Szkoły Informatyki w Warszawie, nr 8
</noautolinks>


{{a|Karolina Nocoń}}
{{a|Karolina Nocoń}}
[[Kategoria:Zarządzanie projektami]]
[[Kategoria:Dokumentacja projektowa]]
[[en:Project scope]]
[[en:Project scope]]
{{#metamaster:description|Zakres projektu to specyfikacja funkcjonalna, określająca zadania i zasoby potrzebne do stworzenia produktu lub usługi. Brak jasnego zakresu utrudnia wykonanie i ocenę projektu.}}

Aktualna wersja na dzień 23:57, 20 lis 2023

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.


Zakres projektuartykuły polecane
Cykl życia projektuProcesy w projekcieZarządzanie jakością wg PMBOKProdukt projektuPlan jakościProcesy kontroli wg PMBOKMetody kontroli zasobówZamykanie projektuEtapy projektu

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

  • Mingus N. (2002), Zarządzanie projektami, Helion, Gliwice
  • Pawlak M. (2011), Zarządzanie projektami, Wydawnictwo Naukowe PWN, Warszawa
  • Phillips J. (2011), Zarządzanie projektami IT, Helion, Gliwice
  • PMI (2021), A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition and The Standard for Project Management
  • Szyjewski Z. (2004), Metodyki zarządzania projektami informatycznymi, 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), Warszawa
  • Wirkus M., Roszkowski H., Dostatni E., Gierulski W. (2014), Zarządzanie projektem, Polskie Wydawnictwo Ekonomiczne, Warszawa
  • Wysocki R. (2013), Efektywne zarządzanie projektami. Tradycyjne, zwinne, ekstremalne, Helion, Gliwice
  • Zaskórski P. (2012), Ewaluacja projektów, Zeszyty Naukowe Wyższej Szkoły Informatyki w Warszawie, nr 8


Autor: Karolina Nocoń