Określenie zakresu pracy (SOW): Różnice pomiędzy wersjami
m (Infobox update) |
(LinkTitles.) |
||
Linia 16: | Linia 16: | ||
'''Określenie zakresu pracy''' (ang. Statement of work, SOW) – jest to dokument rutynowo stosowany w dziedzinie zarządzania projektami. Określa on konkretne oczekiwania klienta wobec dostawcy, takie jak specyfika działań projektowych, szczegółowe wymogi, ceny, standardowe warunki regulacyjne, jak również [[harmonogram]] prac i terminy końcowe. Często określenie zakresu pracy jest ważnym dodatkiem do umowy o świadczeniu usług nadrzędnych.Dobrze napisane SOW Konkuruje w równym stopniu z umowami rządowymi i służy jako standard do ustalania, czy wykonawca spełnia wymienione wymagania. | '''Określenie zakresu pracy''' (ang. Statement of work, SOW) – jest to [[dokument]] rutynowo stosowany w dziedzinie zarządzania projektami. Określa on konkretne oczekiwania klienta wobec dostawcy, takie jak specyfika działań projektowych, szczegółowe wymogi, ceny, standardowe warunki regulacyjne, jak również [[harmonogram]] prac i terminy końcowe. Często określenie zakresu pracy jest ważnym dodatkiem do umowy o świadczeniu usług nadrzędnych.Dobrze napisane SOW Konkuruje w równym stopniu z umowami rządowymi i służy jako standard do ustalania, czy [[wykonawca]] spełnia wymienione wymagania. | ||
==Znaczenie== | ==Znaczenie== | ||
Statement of work jest fundamentem sukcesu projektu i kluczowym narzędziem zarządzania, niezależnie od tego, czy jest ono wykorzystywane do kierowania pracą dostawcy lub wykonawcy, czy też służy do kierowania pracą wewnętrznie, SOW musi zawierać opis wszystkich oczekiwanych prac. Opis nie musi być na poziomie szczegółowości (oczywiście w przypadku dużych projektów wymagających szczegółowych wytycznych określenie zakresu pracy wygląda inaczej), ale powinno być wyczerpujące i obejmować wszystkie obszary i prace które składają się na wynik końcowy projektu. jeśli określenie zakresu pracy jest niejasne lub zbyt ogólne to może skutkować tym, że [[dostawca]] w swój sposób odbierze oraz zinterpretuje umowę i swoje obowiązki, co może doprowadzić do konfliktu i niepowodzenia projektu. Dlatego żeby uniknąć podobnych sytuacji bardzo ważnym jest wiedzieć konkretnie jakie tematy zaznaczyć w umowie. | Statement of work jest fundamentem sukcesu projektu i kluczowym narzędziem zarządzania, niezależnie od tego, czy jest ono wykorzystywane do kierowania pracą dostawcy lub wykonawcy, czy też służy do kierowania pracą wewnętrznie, SOW musi zawierać opis wszystkich oczekiwanych prac. Opis nie musi być na poziomie szczegółowości (oczywiście w przypadku dużych projektów wymagających szczegółowych wytycznych określenie zakresu pracy wygląda inaczej), ale powinno być wyczerpujące i obejmować wszystkie obszary i prace które składają się na [[wynik]] końcowy projektu. jeśli określenie zakresu pracy jest niejasne lub [[zbyt]] ogólne to może skutkować tym, że [[dostawca]] w swój sposób odbierze oraz zinterpretuje umowę i swoje obowiązki, co może doprowadzić do konfliktu i niepowodzenia projektu. Dlatego żeby uniknąć podobnych sytuacji bardzo ważnym jest wiedzieć konkretnie jakie tematy zaznaczyć w umowie. | ||
<google>t</google> | <google>t</google> | ||
Linia 26: | Linia 26: | ||
{{#ev:youtube|dOq-jhbRMow|480|right|Określenie zakresu pracy (Sławomir Wawak)|frame}} | {{#ev:youtube|dOq-jhbRMow|480|right|Określenie zakresu pracy (Sławomir Wawak)|frame}} | ||
Poniżej są opisane obszary i zagadnienia, które warto zaznaczyć w określeniu zakresu pracy: | Poniżej są opisane obszary i zagadnienia, które warto zaznaczyć w określeniu zakresu pracy: | ||
# [[Cel]] – dlaczego robimy ten projekt, główne rezultaty, których oczekujemy. | # [[Cel]] – dlaczego robimy ten [[projekt]], główne rezultaty, których oczekujemy. | ||
# Zakres pracy – opis tego, co ma być zrobione, w jaki sposób i jakim sprzętem.Zakres wykonywanych prac powinien obejmować prace administracyjne oraz prace nad wynikami projektu. Praca administracyjna obejmuje także pracę w zakresie zarządzania projektami. | # [[Zakres]] pracy – opis tego, co ma być zrobione, w jaki sposób i jakim sprzętem.Zakres wykonywanych prac powinien obejmować prace administracyjne oraz prace nad wynikami projektu. [[Praca]] administracyjna obejmuje także pracę w zakresie zarządzania projektami. | ||
# Lokalizacja – określa miejsce, w którym projekt będzie realizowany. | # Lokalizacja – określa miejsce, w którym projekt będzie realizowany. | ||
# Okres realizacji – czyli dopuszczalny czas wykonania poszczególnych zadań projektowych, które mogą być rozliczane tygodniowo lub miesięcznie. | # Okres realizacji – czyli dopuszczalny czas wykonania poszczególnych zadań projektowych, które mogą być rozliczane tygodniowo lub miesięcznie. | ||
# Harmonogram dostarczania – zawiera w sobie konkretne terminy, w których musi być dostarczona gotowa część projektu. | # Harmonogram dostarczania – zawiera w sobie konkretne terminy, w których musi być dostarczona gotowa część projektu. | ||
# Obowiązujące normy – opisuje specyficzne standardy przemysłowe, które muszą być zachowane podczas realizacji projektu. | # Obowiązujące [[normy]] – opisuje specyficzne standardy przemysłowe, które muszą być zachowane podczas realizacji projektu. | ||
# Kryteria akceptacji – są to kryteria ściśle określone i opisane, według których odbiorca może przetestować gotowy towar (projekt) i ustalić czy usługa jest wykonana należycie. Pomocą w ustaleniu takich kryteriów służą testy akceptacyjne. | # Kryteria akceptacji – są to kryteria ściśle określone i opisane, według których [[odbiorca]] może przetestować gotowy [[towar]] (projekt) i ustalić czy [[usługa]] jest wykonana należycie. Pomocą w ustaleniu takich kryteriów służą testy akceptacyjne. | ||
# Wymagania specjalne – określają specjalny sprzęt lub oprogramowanie niezbędne do realizacji projektu lub wymogi co do kwalifikacji pracowników (certyfikaty, wykształcenie), jak również wszelkie tematy, które nie zostały wcześniej omówione w szczegółach kontraktu. | # Wymagania specjalne – określają specjalny sprzęt lub oprogramowanie niezbędne do realizacji projektu lub wymogi co do kwalifikacji pracowników (certyfikaty, [[wykształcenie]]), jak również wszelkie tematy, które nie zostały wcześniej omówione w szczegółach kontraktu. | ||
# Harmonogram płatności – akceptacja projektu zależy od tego czy budżet będzie wystarczający do pokrycia wszystkich wymaganych prac. Dlatego na wcześniejszych etapach projektu strony ustalają czy płatności będą realizowane z góry czy stopniowo. | # Harmonogram płatności – [[akceptacja]] projektu zależy od tego czy [[budżet]] będzie wystarczający do pokrycia wszystkich wymaganych prac. Dlatego na wcześniejszych etapach projektu strony ustalają czy płatności będą realizowane z góry czy stopniowo. | ||
# Różne – w tym punkcie można zamieścić tematy, które nie są kluczowymi, ale mają istotne znaczenie dla projektu. | # Różne – w tym punkcie można zamieścić tematy, które nie są kluczowymi, ale mają istotne znaczenie dla projektu. | ||
Pod czas tworzenia określenie zakresu pracy koniecznie jest stosowanie techniki [[Struktura podziału pracy|struktury podziału pracy]]. Work Breakdown Structure (WBS) - podstawowa technika w zarządzaniu przedsięwzięciami pomagająca określić i zorganizować zasięg przedsięwzięcia przy pomocy hierarchicznej struktury drzewa. Standaryzowany WBS jest skutecznym szablonem do konstruowania określenia zakresu pracy. Pomaga usprawnić proces zarządzania projektem. Struktura WBS stanowi ramy dla określenie celów technicznych programu jak również pomaga w ustaleniu specyfikacji zadań projektowych, definiowaniu elementów konfiguracji i planowaniu zadań wsparcia. Przygotowanie skutecznego SOW wymaga gruntownego zrozumienia produktów i usług niezbędnych do spełnienia szczególnego wymogu. WBS również zapewnia logiczny układ elementów SOW, służący jako dogodna lista kontrolna dla kontrahenta. Odnosi się do wszystkich niezbędnych elementów programu i spełnia konkretne potrzeby w zakresie sprawozdawczości umów. | Pod czas tworzenia określenie zakresu pracy koniecznie jest stosowanie techniki [[Struktura podziału pracy|struktury podziału pracy]]. Work Breakdown Structure (WBS) - podstawowa [[technika]] w zarządzaniu przedsięwzięciami pomagająca określić i zorganizować zasięg przedsięwzięcia przy pomocy hierarchicznej struktury drzewa. Standaryzowany WBS jest skutecznym szablonem do konstruowania określenia zakresu pracy. Pomaga usprawnić [[proces]] zarządzania projektem. Struktura WBS stanowi ramy dla określenie celów technicznych programu jak również pomaga w ustaleniu specyfikacji zadań projektowych, definiowaniu elementów konfiguracji i planowaniu zadań wsparcia. Przygotowanie skutecznego SOW wymaga gruntownego zrozumienia produktów i usług niezbędnych do spełnienia szczególnego wymogu. WBS również zapewnia logiczny układ elementów SOW, służący jako dogodna [[lista kontrolna]] dla kontrahenta. Odnosi się do wszystkich niezbędnych elementów programu i spełnia konkretne [[potrzeby]] w zakresie sprawozdawczości umów. | ||
==Szary obszar== | ==Szary obszar== | ||
Bardzo ważne jest, żeby określając zakres pracy używać dostępnego każdemu języka, żeby treśc była zrozumiała dla użytkowników końcowych, dostawców usług, zarządu i dla każdego podmiotu pracującego na rzecz projektu. To jest niezbędne właśnie po to, żeby uniknąć szarych obszarów – czyli wszelakich niedopracowań kontraktu, takich jak pominięcie ważnych tematów kontraktu. Bardzo istotne jest również to, żeby tworząc SOW precyzyjnie określać wszystkie wymogi i przewidywania co do projektu, ponieważ ryzyko operacyjne, finansowe, prawne, kontraktowe i reputacyjne ubogo napisanego SOW może być bardzo wysokie i skutkować wieloma negatywnymi konsekwensjami. | Bardzo ważne jest, żeby określając zakres pracy używać dostępnego każdemu języka, żeby treśc była zrozumiała dla użytkowników końcowych, dostawców usług, zarządu i dla każdego podmiotu pracującego na rzecz projektu. To jest niezbędne właśnie po to, żeby uniknąć szarych obszarów – czyli wszelakich niedopracowań kontraktu, takich jak pominięcie ważnych tematów kontraktu. Bardzo istotne jest również to, żeby tworząc SOW precyzyjnie określać wszystkie wymogi i przewidywania co do projektu, ponieważ [[ryzyko]] operacyjne, finansowe, prawne, kontraktowe i reputacyjne ubogo napisanego SOW może być bardzo wysokie i skutkować wieloma negatywnymi konsekwensjami. | ||
==Bibliografia== | ==Bibliografia== | ||
* ''50 Tips for Your Statement Of Work (SOW)''. NCMA Contract Manager (CM) magazine. August 2007. Retrieved 5 October 2015. | * ''50 Tips for Your Statement Of Work (SOW)''. NCMA Contract [[Manager]] (CM) magazine. August 2007. Retrieved 5 October 2015. | ||
* ''Statement of Work (SOW) Writing Guide''. October 2007. Retrieved 5 October 2015. | * ''Statement of Work (SOW) Writing Guide''. October 2007. Retrieved 5 October 2015. | ||
* ''The Elements of a Successful Statement of Work (SOW) Template''. November 2011. Retrieved 5 October 2015. | * ''The Elements of a Successful Statement of Work (SOW) Template''. November 2011. Retrieved 5 October 2015. |
Wersja z 23:22, 20 maj 2020
Określenie zakresu pracy (SOW) |
---|
Polecane artykuły |
Określenie zakresu pracy (ang. Statement of work, SOW) – jest to dokument rutynowo stosowany w dziedzinie zarządzania projektami. Określa on konkretne oczekiwania klienta wobec dostawcy, takie jak specyfika działań projektowych, szczegółowe wymogi, ceny, standardowe warunki regulacyjne, jak również harmonogram prac i terminy końcowe. Często określenie zakresu pracy jest ważnym dodatkiem do umowy o świadczeniu usług nadrzędnych.Dobrze napisane SOW Konkuruje w równym stopniu z umowami rządowymi i służy jako standard do ustalania, czy wykonawca spełnia wymienione wymagania.
Znaczenie
Statement of work jest fundamentem sukcesu projektu i kluczowym narzędziem zarządzania, niezależnie od tego, czy jest ono wykorzystywane do kierowania pracą dostawcy lub wykonawcy, czy też służy do kierowania pracą wewnętrznie, SOW musi zawierać opis wszystkich oczekiwanych prac. Opis nie musi być na poziomie szczegółowości (oczywiście w przypadku dużych projektów wymagających szczegółowych wytycznych określenie zakresu pracy wygląda inaczej), ale powinno być wyczerpujące i obejmować wszystkie obszary i prace które składają się na wynik końcowy projektu. jeśli określenie zakresu pracy jest niejasne lub zbyt ogólne to może skutkować tym, że dostawca w swój sposób odbierze oraz zinterpretuje umowę i swoje obowiązki, co może doprowadzić do konfliktu i niepowodzenia projektu. Dlatego żeby uniknąć podobnych sytuacji bardzo ważnym jest wiedzieć konkretnie jakie tematy zaznaczyć w umowie.
Rdzeń
{{#ev:youtube|dOq-jhbRMow|480|right|Określenie zakresu pracy (Sławomir Wawak)|frame}} Poniżej są opisane obszary i zagadnienia, które warto zaznaczyć w określeniu zakresu pracy:
- Cel – dlaczego robimy ten projekt, główne rezultaty, których oczekujemy.
- Zakres pracy – opis tego, co ma być zrobione, w jaki sposób i jakim sprzętem.Zakres wykonywanych prac powinien obejmować prace administracyjne oraz prace nad wynikami projektu. Praca administracyjna obejmuje także pracę w zakresie zarządzania projektami.
- Lokalizacja – określa miejsce, w którym projekt będzie realizowany.
- Okres realizacji – czyli dopuszczalny czas wykonania poszczególnych zadań projektowych, które mogą być rozliczane tygodniowo lub miesięcznie.
- Harmonogram dostarczania – zawiera w sobie konkretne terminy, w których musi być dostarczona gotowa część projektu.
- Obowiązujące normy – opisuje specyficzne standardy przemysłowe, które muszą być zachowane podczas realizacji projektu.
- Kryteria akceptacji – są to kryteria ściśle określone i opisane, według których odbiorca może przetestować gotowy towar (projekt) i ustalić czy usługa jest wykonana należycie. Pomocą w ustaleniu takich kryteriów służą testy akceptacyjne.
- Wymagania specjalne – określają specjalny sprzęt lub oprogramowanie niezbędne do realizacji projektu lub wymogi co do kwalifikacji pracowników (certyfikaty, wykształcenie), jak również wszelkie tematy, które nie zostały wcześniej omówione w szczegółach kontraktu.
- Harmonogram płatności – akceptacja projektu zależy od tego czy budżet będzie wystarczający do pokrycia wszystkich wymaganych prac. Dlatego na wcześniejszych etapach projektu strony ustalają czy płatności będą realizowane z góry czy stopniowo.
- Różne – w tym punkcie można zamieścić tematy, które nie są kluczowymi, ale mają istotne znaczenie dla projektu.
Pod czas tworzenia określenie zakresu pracy koniecznie jest stosowanie techniki struktury podziału pracy. Work Breakdown Structure (WBS) - podstawowa technika w zarządzaniu przedsięwzięciami pomagająca określić i zorganizować zasięg przedsięwzięcia przy pomocy hierarchicznej struktury drzewa. Standaryzowany WBS jest skutecznym szablonem do konstruowania określenia zakresu pracy. Pomaga usprawnić proces zarządzania projektem. Struktura WBS stanowi ramy dla określenie celów technicznych programu jak również pomaga w ustaleniu specyfikacji zadań projektowych, definiowaniu elementów konfiguracji i planowaniu zadań wsparcia. Przygotowanie skutecznego SOW wymaga gruntownego zrozumienia produktów i usług niezbędnych do spełnienia szczególnego wymogu. WBS również zapewnia logiczny układ elementów SOW, służący jako dogodna lista kontrolna dla kontrahenta. Odnosi się do wszystkich niezbędnych elementów programu i spełnia konkretne potrzeby w zakresie sprawozdawczości umów.
Szary obszar
Bardzo ważne jest, żeby określając zakres pracy używać dostępnego każdemu języka, żeby treśc była zrozumiała dla użytkowników końcowych, dostawców usług, zarządu i dla każdego podmiotu pracującego na rzecz projektu. To jest niezbędne właśnie po to, żeby uniknąć szarych obszarów – czyli wszelakich niedopracowań kontraktu, takich jak pominięcie ważnych tematów kontraktu. Bardzo istotne jest również to, żeby tworząc SOW precyzyjnie określać wszystkie wymogi i przewidywania co do projektu, ponieważ ryzyko operacyjne, finansowe, prawne, kontraktowe i reputacyjne ubogo napisanego SOW może być bardzo wysokie i skutkować wieloma negatywnymi konsekwensjami.
Bibliografia
- 50 Tips for Your Statement Of Work (SOW). NCMA Contract Manager (CM) magazine. August 2007. Retrieved 5 October 2015.
- Statement of Work (SOW) Writing Guide. October 2007. Retrieved 5 October 2015.
- The Elements of a Successful Statement of Work (SOW) Template. November 2011. Retrieved 5 October 2015.
- How to Write a Statement of Work, data dostępu 13.04.2017
- What is Statement of Work, data dostępu 13.04.2017
- SOW TEMPLATE & WRITING GUIDE, data dostępu 13.04.2017
- HANDBOOK FOR PREPARATION OF STATEMENT OF WORK (SOW), data dostępu 13.04.2017
- Shelly A. Brotherton, PMP; Robert T. Fried, PMP; Eric S. Norman (2008) Applying the Work Breakdown Structure to the Project Management Lifecycle, PMP, PgMP
Autor: Valeriia Serbinova