Zarządzanie programem: Różnice pomiędzy wersjami

Z Encyklopedia Zarządzania
(LinkTitles.)
m (cleanup bibliografii i rotten links)
 
(Nie pokazano 14 wersji utworzonych przez 2 użytkowników)
Linia 1: Linia 1:
{{infobox4
'''[[Zarządzanie]] programem''' polega na zarządzaniu grupą projektów, które są ze sobą skonsolidowane oraz powiązane. Połączone projekty stają się jednym dużym programem, który jest odrębnie zarządzany przez kierownika programu oraz [[zespół]](C.J. Letavec, 2006).
|list1=
<ul>
<li>[[Projekt]]</li>
<li>[[Kamień milowy]]</li>
<li>[[Program]]</li>
<li>[[Produkty cząstkowe]]</li>
<li>[[Rozpoczynanie projektu]]</li>
<li>[[Porównanie PRINCE2 i PMBOK]]</li>
<li>[[Ogólna charakterystyka metodyki Prince 2]]</li>
<li>[[Procesy w projekcie]]</li>
<li>[[Karta projektu]]</li>
</ul>
}}


'''Program''' w literaturze, niezależnie czy ekonomicznej, technicznej, czy prawnej, bardzo często kojarzony jest z projektem. Jest to poprawne stwierdzenie, bowiem program to pojęcie szersze, lecz poniekąd rozbudowujące pojęcie projektu. Dla przykładu, C. Letavec twierdzi, że jest to odpowiednie zestawienie projektów w taki sposób, aby jak najefektywniej ułatwić ich konsolidację oraz zarządzanie nimi (C.Letavec, 2006). Z kolei P. Harpum wskazuje, że powiązanie projektów i programów zdecydowanie ułatwia osiągnięcie wcześniej ustalonego celu strategicznego. Można więc śmiało stwierdzić, że te dwie definicje znacznie się różnią. W jednej z nich uwaga bardziej skupia się na zarządzaniu programem, czy też grupą projektów, a w drugiej na osiąganiu celu. Z pojęciem programu możemy również spotkać się w standardach [[IPMA]], która definuje go jako "zbiór powiązanych ze sobą przedsięwzięć oraz zmian w organizacji, wprowadzonych aby osiągnąć [[cel strategiczny]], oraz uzyskać oczekiwane przez tę organizację korzyści (B. Dałkowski, 2009). Generalnie, definicji programu w literaturze jest mnóstwo, można patrzeć na to z różnej perspektywy, lecz w konsekwencji każda z nich sprowadza się do efektywnego zarządzania projektami oraz ich grupowania. Liczba projektów w różnych dziedzinach naukowych jest tak ogromna, że zarządzanie nimi kosztowałoby mnóstwo zasobów ludzkich jak i ekonomicznych. Programy tworzone są głównie po to, aby uzyskać jak najwięcej korzyści oraz do minimum zniwelować chaos w zarządzaniu. Jednak tworzenie programów nie jest odnoszone jedynie do zarządzania projektami. Langbein uważa, że programy często również wykorzystywane są podczas realizacji wszelkiego rodzaju polityk. Są one idealnym rozwiązaniem podczas realizowania założeń, ponieważ mają charakter ciągły, w przeciwieństwie do projetków, które bardzo często bywają tymczasowe (L. Langbein, 2006).


 
==TL;DR==
'''[[Zarządzanie]] programem''' polega na zarządzaniu grupą projektów, które są ze sobą skonsolidowane oraz powiązane. Połączone projekty stają się jednym dużym programem, który jest odrębnie zarządzany przez kierownika programu oraz [[zespół]](C.J. Letavec, 2006).
Zarządzanie programem polega na zarządzaniu grupą projektów skonsolidowanych i powiązanych. Program ma szersze znaczenie niż projekt i ma na celu osiągnięcie celu strategicznego. Cykl życia programu składa się z faz przedprogramowej, ustanowienia programu, ustanowienia struktury zarządzania i infrastruktury technicznej, dostarczenia korzyści oraz zamknięcia. Procesy w programie podzielone na grupy: inicjalizacji, planowania, realizacji, monitorowania i kontroli oraz zamykania.
 
'''Program''' w literaturze, niezależnie czy ekonomicznej, technicznej, czy prawnej, bardzo często kojarzony jest z projektem. Jest to poprawne stwierdzenie, bowiem program to pojęcie szersze, lecz poniekąd rozbudowujące pojęcie projektu. Dla przykładu, C. Letavec twierdzi, że jest to odpowiednie zestawienie projektów w taki sposób, aby jak najefektywniej ułatwić ich konsolidację oraz zarządzanie nimi(C.Letavec, 2006). Z kolei P. Harpum wskazuje, że powiązanie projektów i programów zdecydowanie ułatwia osiągnięcie wcześniej ustalonego celu strategicznego. Można więc śmiało stwierdzić, że te dwie definicje znacznie się różnią. W jednej z nich uwaga bardziej skupia się na zarządzaniu programem, czy też grupą projektów, a w drugiej na osiąganiu celu. Z pojęciem programu możemy również spotkać się w standardach [[IPMA]], która definuje go jako "zbiór powiązanych ze sobą przedsięwzięć oraz zmian w organizacji, wprowadzonych aby osiągnąć [[cel strategiczny]], oraz uzyskać oczekiwane przez tę organizację korzyści(B. Dałkowski, 2009). Generalnie, definicji programu w literaturze jest mnóstwo, można patrzeć na to z różnej perspektywy, lecz w konsekwencji każda z nich sprowadza się do efektywnego zarządzania projektami oraz ich grupowania. Liczba projektów w różnych dziedzinach naukowych jest tak ogromna, że zarządzanie nimi kosztowałoby mnóstwo zasobów ludzkich jak i ekonomicznych. Programy tworzone głównie po to, aby uzyskać jak najwięcej korzyści oraz do minimum zniwelować chaos w zarządzaniu. Jednak tworzenie programów nie jest odnoszone jedynie do zarządzania projektami. Langbein uważa, że programy często również wykorzystywane są podczas realizacji wszelkiego rodzaju polityk. Są one idealnym rozwiązaniem podczas realizowania założeń, ponieważ mają charakter ciągły, w przeciwieństwie do projetków, które bardzo często bywają tymczasowe(L. Langbein, 2006).
<google>t</google>


==Cykl życia programu==
==Cykl życia programu==
Program, jako niezwykle rozbudowane pojęcie, posiada oczywiście swój [[cykl]] życia. Jest on nieco bardziej skomplikowany niż w przypadku klasycznego projektu, lecz wciąż klarownie określa strukturę, oraz kolejność, w której powinien realizowany być program. Gdy mamy do czynienia z projektami, cykl ich życia w głównej mierze koncentruje się na rezultatach. W przypadku programów, priorytetem są wcześniej wspominane już korzyści. To one powinny wyznaczać szereg postępujących po sobie zadań oraz faz, które w konsekwencji mają uznać realizowany program za efektywny.
Program, jako niezwykle rozbudowane pojęcie, posiada oczywiście swój [[cykl]] życia. Jest on nieco bardziej skomplikowany niż w przypadku klasycznego projektu, lecz wciąż klarownie określa strukturę, oraz kolejność, w której powinien realizowany być program. Gdy mamy do czynienia z projektami, cykl ich życia w głównej mierze koncentruje się na rezultatach. W przypadku programów, priorytetem są wcześniej wspominane już korzyści. To one powinny wyznaczać szereg postępujących po sobie zadań oraz faz, które w konsekwencji mają uznać realizowany program za efektywny.
Pierwszą z faz jest '''faza przedprogramowa'''. Jest to faza, która stanowi fundament oraz akceptacje każdego programu. Można w niej wyróżnić takie działania jak:
Pierwszą z faz jest '''faza przedprogramowa'''. Jest to faza, która stanowi fundament oraz akceptacje każdego programu. Można w niej wyróżnić takie działania jak:
*[[Identyfikacja]] oraz [[specyfikacja]] interesariuszy, którzy mają podjąć kluczowe decyzje
* [[Identyfikacja]] oraz [[specyfikacja]] interesariuszy, którzy mają podjąć kluczowe decyzje
*Zdefiniowanie odpowiednich celów programów oraz powiązanie ich z wcześniej ustalonymi celami strategicznymi
* Zdefiniowanie odpowiednich celów programów oraz powiązanie ich z wcześniej ustalonymi celami strategicznymi
*Dostarczenie odpowiednich dokumentów biznesowych, które wskazują na wykonalność oraz realność realizacji programu
* Dostarczenie odpowiednich dokumentów biznesowych, które wskazują na wykonalność oraz realność realizacji programu
*Wyznaczenie osoby decyzyjnej
* Wyznaczenie osoby decyzyjnej
*Opracowanie planu inicjacji programu oraz misji i wartości tego programu
* Opracowanie planu inicjacji programu oraz misji i wartości tego programu
Kolejną fazą jest '''faza ustanowienia programu'''. Jest ona równie ważna jak faza poprzednia. To właśnie w tej fazie określa się poziom zarządzania danym programem oraz definiuje jego kluczowe rezultaty. Pod koniec tej fazy, [[plan]] zarządzania powinien zostać oddany do zatwierdzenia. Inne równie kluczowe działania w tej fazie to:
Kolejną fazą jest '''faza ustanowienia programu'''. Jest ona równie ważna jak faza poprzednia. To właśnie w tej fazie określa się poziom zarządzania danym programem oraz definiuje jego kluczowe rezultaty. Pod koniec tej fazy, [[plan]] zarządzania powinien zostać oddany do zatwierdzenia. Inne równie kluczowe działania w tej fazie to:
*Opracowanie harmonogramu oraz szczegółowego kosztorysu programu
* Opracowanie harmonogramu oraz szczegółowego kosztorysu programu
*Opracowanie studiów wykonalnośći
* Opracowanie studiów wykonalnośći
*Przygotowanie tzw. uzasadnień biznesowych dla wszystkich projektów zawartych w programie
* Przygotowanie tzw. uzasadnień biznesowych dla wszystkich projektów zawartych w programie
*Opracowanie planu komunikacji z interesariuszami związanymi z programem
* Opracowanie planu komunikacji z interesariuszami związanymi z programem
Przy zakończeniu tej fazy, [[kierownik]] programu powinien otrzymać również akceptacje od wszystkich działów biorących [[udział]] w realizacji programu. Jest to faza, która tak naprawdę upoważnia kierownika do rozpoczęcia realizacji programu. Faza trzecia, to '''Faza ustanowienia struktury zarządzania i infrastruktury technicznej'''. Podczas tej fazy, głównym celem jest ustanowienie organizacji danego programu. Kierownik wraz ze swoim zespołem powinien ustalić strukturę organizacyjną oraz podział zadań w projektach. Dodatkowo, powinny zostać opracowane narzędzia techniczne, które będą używane podczas realizacji programu. Jest to niezwykle ważne po to, aby w późniejszych fazach nie tracić czasu oraz zasobów pieniężnych na tego typu działania. Wszelka [[infrastruktura]] związana z programem jest również ustalana w tej właśnie fazie.
Przy zakończeniu tej fazy, [[kierownik]] programu powinien otrzymać również akceptacje od wszystkich działów biorących [[udział]] w realizacji programu. Jest to faza, która tak naprawdę upoważnia kierownika do rozpoczęcia realizacji programu. Faza trzecia, to '''Faza ustanowienia struktury zarządzania i infrastruktury technicznej'''. Podczas tej fazy, głównym celem jest ustanowienie organizacji danego programu. Kierownik wraz ze swoim zespołem powinien ustalić strukturę organizacyjną oraz podział zadań w projektach. Dodatkowo, powinny zostać opracowane narzędzia techniczne, które będą używane podczas realizacji programu. Jest to niezwykle ważne po to, aby w późniejszych fazach nie tracić czasu oraz zasobów pieniężnych na tego typu działania. Wszelka [[infrastruktura]] związana z programem jest również ustalana w tej właśnie fazie.
Przedostanią fazą jest '''dostarczenie korzyści'''. W tej fazie możemy mówić już o koordynacji projektów wchodzących w skład programu. Głównym celem jest [[monitorowanie]] rezultatów tak, aby dzięki nim uzyskać jak najwięcej korzyści. Jest to faza najbardziej absorbująca, trwająca przeważnie bardzo długo, lecz przy tym i najważniejsza. Podczas tej fazy wykorzystywane jest również bardzo dużo zasobów wszelkiego rodzaju. Jest to niejako faza kluczowa w programie. Działania w niej zawarte to:
Przedostanią fazą jest '''dostarczenie korzyści'''. W tej fazie możemy mówić już o koordynacji projektów wchodzących w skład programu. Głównym celem jest [[monitorowanie]] rezultatów tak, aby dzięki nim uzyskać jak najwięcej korzyści. Jest to faza najbardziej absorbująca, trwająca przeważnie bardzo długo, lecz przy tym i najważniejsza. Podczas tej fazy wykorzystywane jest również bardzo dużo zasobów wszelkiego rodzaju. Jest to niejako faza kluczowa w programie. Działania w niej zawarte to:
*Monitorowanie oraz [[koordynacja]] procesów zachodzących w projektach zawartych w programie
* Monitorowanie oraz [[koordynacja]] procesów zachodzących w projektach zawartych w programie
*Inicjacja odpowiednich projektów potrzebnych do realizacji celów strategicznych
* Inicjacja odpowiednich projektów potrzebnych do realizacji celów strategicznych
*Zapewnienie, że zakładane metodologie zostały wdrożone przez kierowników
* Zapewnienie, że zakładane metodologie zostały wdrożone przez kierowników
*Analiza postępów w programie
* Analiza postępów w programie
*Identyfikacja zmian zachodzących w programie
* Identyfikacja zmian zachodzących w programie
*Koordynowanie zasobów wykorzystywane w programie
* Koordynowanie zasobów wykorzystywane w programie
*[[Komunikacja]] z interesariuszami
* [[Komunikacja]] z interesariuszami
*Przygotowanie projektów do zamknięcia
* Przygotowanie projektów do zamknięcia
Ostatnią fazą w cyklu życia jest oczywiście '''faza zamknięcia'''. Ta faza jest bardzo podobna do ostatniej fazy cyklu życia projektu. Wszelkie aspekty związane z odpowiedzialnością zostają przekazane do odpowiedniej obsługi. Ta faza charakteryzuje się odpowiednimi działaniami:
Ostatnią fazą w cyklu życia jest oczywiście '''faza zamknięcia'''. Ta faza jest bardzo podobna do ostatniej fazy cyklu życia projektu. Wszelkie aspekty związane z odpowiedzialnością zostają przekazane do odpowiedniej obsługi. Ta faza charakteryzuje się odpowiednimi działaniami:
*Rozwiązanie struktury organizacyjnej projektów w programie
* Rozwiązanie struktury organizacyjnej projektów w programie
*Udokumentowanie procesów, które zachodziły podczas realizacji programu
* Udokumentowanie procesów, które zachodziły podczas realizacji programu
*Zapewnienie wszelkiego rodzaju dóbr, które umożliwią [[serwis]] podczas możliwych defektów w programie
* Zapewnienie wszelkiego rodzaju dóbr, które umożliwią [[serwis]] podczas możliwych defektów w programie
*Odpowiednie udokumentowanie w bazie danych
* Odpowiednie udokumentowanie w bazie danych
*[[Przegląd]] statusu korzyści przez interesariuszy oraz sponsorów programu
* [[Przegląd]] statusu korzyści przez interesariuszy oraz sponsorów programu
Jest to 5 podstawowych faz w cyklu życia programu. Każda z nich powinna zostać szczegółowo zrealizowana, z zachowaniem szczególnej ostrożności.  
Jest to 5 podstawowych faz w cyklu życia programu. Każda z nich powinna zostać szczegółowo zrealizowana, z zachowaniem szczególnej ostrożności.
 
<google>n</google>
 
==Procesy oraz ich grupy==
==Procesy oraz ich grupy==
Jak w każdym projekcie a co za tym idzie również w programie, możemy wyróżnić kilka podstawowych procesów, które zachodzą podczas jego realizacji. Akurat w przypadku programu, procesy te prawie pokrywają się z etapami w cyklu życia programu, lecz tak naprawdę nie mają one ze sobą wiele wspólnego. Należy traktować je odrębnie. Dzieje się tak dlatego, że podczas cyklu życia programu, każda z faz występuje zawsze po fazie ją poprzedzającej. W przypadku procesów, często nakładają się one na siebie. Według standardu PMI procesy w programie podzielone zostały następująco:
Jak w każdym projekcie a co za tym idzie również w programie, możemy wyróżnić kilka podstawowych procesów, które zachodzą podczas jego realizacji. Akurat w przypadku programu, procesy te prawie pokrywają się z etapami w cyklu życia programu, lecz tak naprawdę nie mają one ze sobą wiele wspólnego. Należy traktować je odrębnie. Dzieje się tak dlatego, że podczas cyklu życia programu, każda z faz występuje zawsze po fazie ją poprzedzającej. W przypadku procesów, często nakładają się one na siebie. Według standardu PMI procesy w programie podzielone zostały następująco:
*[[Grupa]] procesów inicjalizacji
* [[Grupa]] procesów inicjalizacji
*Grupa procesów planowania
* Grupa procesów planowania
*Grupa procesów realizacji
* Grupa procesów realizacji
*Grupa procesów monitorowania i kontroli
* Grupa procesów monitorowania i kontroli
*Grupa procesów zamykania
* Grupa procesów zamykania
 
{{infobox5|list1={{i5link|a=[[Projekt]]}} &mdash; {{i5link|a=[[Kamień milowy]]}} &mdash; {{i5link|a=[[Program]]}} &mdash; {{i5link|a=[[Produkty cząstkowe]]}} &mdash; {{i5link|a=[[Rozpoczynanie projektu]]}} &mdash; {{i5link|a=[[Porównanie PRINCE2 i PMBOK]]}} &mdash; {{i5link|a=[[Ogólna charakterystyka metodyki Prince 2]]}} &mdash; {{i5link|a=[[Procesy w projekcie]]}} &mdash; {{i5link|a=[[Karta projektu]]}} }}
 
==Bibliografia==
==Bibliografia==
*Brandenburg H. (2003) ''Zarządzanie lokalnymi projektami rozwojowymi'' Wydawnictwo Akademii Ekonomicznej w Katowicach, Katowice.
<noautolinks>
*Dałkowski B. (2009) ''National competence baseline. Polskie wytyczne kompetenji IPMA.'' [[Stowarzyszenie]] Project Managament Polska
* Brandenburg H. (2011), ''Zarządzanie lokalnymi projektami rozwojowymi'', Wydawnictwo Akademii Ekonomicznej, Katowice
*Harpum P. (2010) ''[[Portfolio]], program and project managament in Pharamaceutical and Biotechnology Industries'', Hoboken
* Dałkowski B., Staśto L., Zalewski M. (red.) (2009), ''Polskie Wytyczne Kompetencji IPMA® wersja 3.0'', Stowarzyszenie Project Management Polska, Gdańsk
*Kisielnicki L. (2011) ''[[Zarządzanie projektami]]. Ludzie procedury wyniki'' Oficyna a Wolters Kluwer business, Warszawa.
* Harpum P. (2010), ''Portfolio, program and project managament in Pharamaceutical and Biotechnology Industries'', Hoboken
*Langbein I. (2006) ''Public program eveulation. A statistical guide'' NY M.E Sharpe
* Kisielnicki J. (2017), ''Zarządzanie projektami. Ludzie - procedury - wyniki'', Wydawnictwo Nieoczywiste, Piaseczno
*Letavec C.J. (2006) ''The program managament office. Establishing, managing and growing the value of PMO'' J. Ross Pub
* Langbein I. (2006), ''Public program eveulation. A statistical guide'', ME Sharpe
*Molek-Winiarska D. (2010) [http://https://www.researchgate.net/profile/Dorota_Molek-Winiarska/publication/295704705_Organizational_and_Individual_Stress_Management_Interventions/links/56cce10008aeb52500c09ee5/Organizational-and-Individual-Stress-Management-Interventions.pdf Organizacyjne i indywidualne programy zarządzania stresem] Kwartalnik środowisk naukowych i liderów biznesu, 2010
* Letavec C. (2006), ''The program managament office. Establishing, managing and growing the value of PMO'', Ross Pub
*Sekuła P. (2018) ''[http://http://br.wszia.edu.pl/zeszyty/pdfs/br36_20sekula.pdf Zarządzanie programami według program managament institute] Uniwersytet Ekonomiczny w Katowicach, 2018
* Molek-Winiarska D. (2010), ''Organizacyjne i indywidualne programy zarządzania stresem'', Kwartalnik środowisk naukowych i liderów biznesu
*Wyrozębski P. (2009) [http://http://www.e-mentor.edu.pl/_pdf/ementor29.pdf#page=55 Modele kompetencji w zarządzaniu projektami] e-[[mentor]], dwumiesięcznik wydawany przez Szkołę Główną Handlową, Warszawa 2009
* Sekuła P. (2018), ''Zarządzanie programami według Program Management Institute'', Uniwersytet Ekonomiczny w Katowicach, Katowice
* Wyrozębski P. (2009), ''[https://www.e-mentor.edu.pl/artykul/index/numer/29/id/637 Modele kompetencji w zarządzaniu projektami]'', E-mentor, nr 2 (29)
</noautolinks>
{{a|Daniel Kowalski}}
{{a|Daniel Kowalski}}
[[Kategoria:Zarządzanie projektami]]
[[Kategoria:Zarządzanie projektami]]
{{#metamaster:description|Zarządzanie programem to skonsolidowane zarządzanie grupą projektów, które stają się jednym dużym programem. Dowiedz się, jak efektywnie zarządzać projektami i osiągać cele strategiczne.}}

Aktualna wersja na dzień 23:33, 4 sty 2024

Zarządzanie programem polega na zarządzaniu grupą projektów, które są ze sobą skonsolidowane oraz powiązane. Połączone projekty stają się jednym dużym programem, który jest odrębnie zarządzany przez kierownika programu oraz zespół(C.J. Letavec, 2006).

Program w literaturze, niezależnie czy ekonomicznej, technicznej, czy prawnej, bardzo często kojarzony jest z projektem. Jest to poprawne stwierdzenie, bowiem program to pojęcie szersze, lecz poniekąd rozbudowujące pojęcie projektu. Dla przykładu, C. Letavec twierdzi, że jest to odpowiednie zestawienie projektów w taki sposób, aby jak najefektywniej ułatwić ich konsolidację oraz zarządzanie nimi (C.Letavec, 2006). Z kolei P. Harpum wskazuje, że powiązanie projektów i programów zdecydowanie ułatwia osiągnięcie wcześniej ustalonego celu strategicznego. Można więc śmiało stwierdzić, że te dwie definicje znacznie się różnią. W jednej z nich uwaga bardziej skupia się na zarządzaniu programem, czy też grupą projektów, a w drugiej na osiąganiu celu. Z pojęciem programu możemy również spotkać się w standardach IPMA, która definuje go jako "zbiór powiązanych ze sobą przedsięwzięć oraz zmian w organizacji, wprowadzonych aby osiągnąć cel strategiczny, oraz uzyskać oczekiwane przez tę organizację korzyści (B. Dałkowski, 2009). Generalnie, definicji programu w literaturze jest mnóstwo, można patrzeć na to z różnej perspektywy, lecz w konsekwencji każda z nich sprowadza się do efektywnego zarządzania projektami oraz ich grupowania. Liczba projektów w różnych dziedzinach naukowych jest tak ogromna, że zarządzanie nimi kosztowałoby mnóstwo zasobów ludzkich jak i ekonomicznych. Programy tworzone są głównie po to, aby uzyskać jak najwięcej korzyści oraz do minimum zniwelować chaos w zarządzaniu. Jednak tworzenie programów nie jest odnoszone jedynie do zarządzania projektami. Langbein uważa, że programy często również wykorzystywane są podczas realizacji wszelkiego rodzaju polityk. Są one idealnym rozwiązaniem podczas realizowania założeń, ponieważ mają charakter ciągły, w przeciwieństwie do projetków, które bardzo często bywają tymczasowe (L. Langbein, 2006).

TL;DR

Zarządzanie programem polega na zarządzaniu grupą projektów skonsolidowanych i powiązanych. Program ma szersze znaczenie niż projekt i ma na celu osiągnięcie celu strategicznego. Cykl życia programu składa się z faz przedprogramowej, ustanowienia programu, ustanowienia struktury zarządzania i infrastruktury technicznej, dostarczenia korzyści oraz zamknięcia. Procesy w programie są podzielone na grupy: inicjalizacji, planowania, realizacji, monitorowania i kontroli oraz zamykania.

Cykl życia programu

Program, jako niezwykle rozbudowane pojęcie, posiada oczywiście swój cykl życia. Jest on nieco bardziej skomplikowany niż w przypadku klasycznego projektu, lecz wciąż klarownie określa strukturę, oraz kolejność, w której powinien realizowany być program. Gdy mamy do czynienia z projektami, cykl ich życia w głównej mierze koncentruje się na rezultatach. W przypadku programów, priorytetem są wcześniej wspominane już korzyści. To one powinny wyznaczać szereg postępujących po sobie zadań oraz faz, które w konsekwencji mają uznać realizowany program za efektywny. Pierwszą z faz jest faza przedprogramowa. Jest to faza, która stanowi fundament oraz akceptacje każdego programu. Można w niej wyróżnić takie działania jak:

  • Identyfikacja oraz specyfikacja interesariuszy, którzy mają podjąć kluczowe decyzje
  • Zdefiniowanie odpowiednich celów programów oraz powiązanie ich z wcześniej ustalonymi celami strategicznymi
  • Dostarczenie odpowiednich dokumentów biznesowych, które wskazują na wykonalność oraz realność realizacji programu
  • Wyznaczenie osoby decyzyjnej
  • Opracowanie planu inicjacji programu oraz misji i wartości tego programu

Kolejną fazą jest faza ustanowienia programu. Jest ona równie ważna jak faza poprzednia. To właśnie w tej fazie określa się poziom zarządzania danym programem oraz definiuje jego kluczowe rezultaty. Pod koniec tej fazy, plan zarządzania powinien zostać oddany do zatwierdzenia. Inne równie kluczowe działania w tej fazie to:

  • Opracowanie harmonogramu oraz szczegółowego kosztorysu programu
  • Opracowanie studiów wykonalnośći
  • Przygotowanie tzw. uzasadnień biznesowych dla wszystkich projektów zawartych w programie
  • Opracowanie planu komunikacji z interesariuszami związanymi z programem

Przy zakończeniu tej fazy, kierownik programu powinien otrzymać również akceptacje od wszystkich działów biorących udział w realizacji programu. Jest to faza, która tak naprawdę upoważnia kierownika do rozpoczęcia realizacji programu. Faza trzecia, to Faza ustanowienia struktury zarządzania i infrastruktury technicznej. Podczas tej fazy, głównym celem jest ustanowienie organizacji danego programu. Kierownik wraz ze swoim zespołem powinien ustalić strukturę organizacyjną oraz podział zadań w projektach. Dodatkowo, powinny zostać opracowane narzędzia techniczne, które będą używane podczas realizacji programu. Jest to niezwykle ważne po to, aby w późniejszych fazach nie tracić czasu oraz zasobów pieniężnych na tego typu działania. Wszelka infrastruktura związana z programem jest również ustalana w tej właśnie fazie. Przedostanią fazą jest dostarczenie korzyści. W tej fazie możemy mówić już o koordynacji projektów wchodzących w skład programu. Głównym celem jest monitorowanie rezultatów tak, aby dzięki nim uzyskać jak najwięcej korzyści. Jest to faza najbardziej absorbująca, trwająca przeważnie bardzo długo, lecz przy tym i najważniejsza. Podczas tej fazy wykorzystywane jest również bardzo dużo zasobów wszelkiego rodzaju. Jest to niejako faza kluczowa w programie. Działania w niej zawarte to:

  • Monitorowanie oraz koordynacja procesów zachodzących w projektach zawartych w programie
  • Inicjacja odpowiednich projektów potrzebnych do realizacji celów strategicznych
  • Zapewnienie, że zakładane metodologie zostały wdrożone przez kierowników
  • Analiza postępów w programie
  • Identyfikacja zmian zachodzących w programie
  • Koordynowanie zasobów wykorzystywane w programie
  • Komunikacja z interesariuszami
  • Przygotowanie projektów do zamknięcia

Ostatnią fazą w cyklu życia jest oczywiście faza zamknięcia. Ta faza jest bardzo podobna do ostatniej fazy cyklu życia projektu. Wszelkie aspekty związane z odpowiedzialnością zostają przekazane do odpowiedniej obsługi. Ta faza charakteryzuje się odpowiednimi działaniami:

  • Rozwiązanie struktury organizacyjnej projektów w programie
  • Udokumentowanie procesów, które zachodziły podczas realizacji programu
  • Zapewnienie wszelkiego rodzaju dóbr, które umożliwią serwis podczas możliwych defektów w programie
  • Odpowiednie udokumentowanie w bazie danych
  • Przegląd statusu korzyści przez interesariuszy oraz sponsorów programu

Jest to 5 podstawowych faz w cyklu życia programu. Każda z nich powinna zostać szczegółowo zrealizowana, z zachowaniem szczególnej ostrożności.

Procesy oraz ich grupy

Jak w każdym projekcie a co za tym idzie również w programie, możemy wyróżnić kilka podstawowych procesów, które zachodzą podczas jego realizacji. Akurat w przypadku programu, procesy te prawie pokrywają się z etapami w cyklu życia programu, lecz tak naprawdę nie mają one ze sobą wiele wspólnego. Należy traktować je odrębnie. Dzieje się tak dlatego, że podczas cyklu życia programu, każda z faz występuje zawsze po fazie ją poprzedzającej. W przypadku procesów, często nakładają się one na siebie. Według standardu PMI procesy w programie podzielone zostały następująco:

  • Grupa procesów inicjalizacji
  • Grupa procesów planowania
  • Grupa procesów realizacji
  • Grupa procesów monitorowania i kontroli
  • Grupa procesów zamykania


Zarządzanie programemartykuły polecane
ProjektKamień milowyProgramProdukty cząstkoweRozpoczynanie projektuPorównanie PRINCE2 i PMBOKOgólna charakterystyka metodyki Prince 2Procesy w projekcieKarta projektu

Bibliografia

  • Brandenburg H. (2011), Zarządzanie lokalnymi projektami rozwojowymi, Wydawnictwo Akademii Ekonomicznej, Katowice
  • Dałkowski B., Staśto L., Zalewski M. (red.) (2009), Polskie Wytyczne Kompetencji IPMA® wersja 3.0, Stowarzyszenie Project Management Polska, Gdańsk
  • Harpum P. (2010), Portfolio, program and project managament in Pharamaceutical and Biotechnology Industries, Hoboken
  • Kisielnicki J. (2017), Zarządzanie projektami. Ludzie - procedury - wyniki, Wydawnictwo Nieoczywiste, Piaseczno
  • Langbein I. (2006), Public program eveulation. A statistical guide, ME Sharpe
  • Letavec C. (2006), The program managament office. Establishing, managing and growing the value of PMO, Ross Pub
  • Molek-Winiarska D. (2010), Organizacyjne i indywidualne programy zarządzania stresem, Kwartalnik środowisk naukowych i liderów biznesu
  • Sekuła P. (2018), Zarządzanie programami według Program Management Institute, Uniwersytet Ekonomiczny w Katowicach, Katowice
  • Wyrozębski P. (2009), Modele kompetencji w zarządzaniu projektami, E-mentor, nr 2 (29)

Autor: Daniel Kowalski