599 lines
29 KiB
Plaintext
599 lines
29 KiB
Plaintext
{
|
||
"cells": [
|
||
{
|
||
"cell_type": "code",
|
||
"execution_count": null,
|
||
"metadata": {
|
||
"id": "P3B5edVlpfhm"
|
||
},
|
||
"outputs": [],
|
||
"source": []
|
||
},
|
||
{
|
||
"cell_type": "raw",
|
||
"metadata": {
|
||
"id": "TjKLqiKKpfhn"
|
||
},
|
||
"source": []
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "lJs0WcXzpfho"
|
||
},
|
||
"source": [
|
||
"![Logo 1](https://git.wmi.amu.edu.pl/AITech/Szablon/raw/branch/master/Logotyp_AITech1.jpg)\n",
|
||
"<div class=\"alert alert-block alert-info\">\n",
|
||
"<h1> Przygotowanie do projektu badawczo-rozwojowego</h1>\n",
|
||
"<h2> 6. <i>Metodyka zarządania PRINCE2® </i>[wykład]</h2> \n",
|
||
"<h3>Tomasz Piłka (2022)</h3>\n",
|
||
"</div>\n",
|
||
"\n",
|
||
"![Logo 2](https://git.wmi.amu.edu.pl/AITech/Szablon/raw/branch/master/Logotyp_AITech2.jpg)\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "LGcbq5Wmpfhy"
|
||
},
|
||
"source": [
|
||
"## 1. Metodyka wytworzenia oprogramowania"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "L6Of2X4kpfhy"
|
||
},
|
||
"source": [
|
||
"\n",
|
||
"### Metodyka wytworzenia oprogramowania\n",
|
||
"\n",
|
||
"Metodyka wytwarzania oprogramowania jest to zestaw pojęć, notacji, modeli, języków, technik i sposobów postępowania służący do analizy dziedziny stanowiącej przedmiot projektowanego systemu.\n",
|
||
"\n",
|
||
"Metodyka wytwarzania oprogramowania jest powiązana z notacją służącą do dokumentowania wyników faz projektu (pośrednich, końcowych) jako środek wspomagający ludzką pamięć i wyobraźnię i jako środek komunikacji w zespołach oraz pomiędzy projektantami a klientem.\n",
|
||
"\n",
|
||
"Metodyka ustala:\n",
|
||
"\n",
|
||
"- fazy projektu, role uczestników projektu,\n",
|
||
"- modele tworzone w każdej z faz,\n",
|
||
"- scenariusze postępowania w każdej z faz,\n",
|
||
"- reguły przechodzenia od fazy do następnej fazy,\n",
|
||
"- notacje, których należy używać,\n",
|
||
"- dokumentację powstającą w każdej z faz..\n",
|
||
"\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "iPmY6j86muTD"
|
||
},
|
||
"source": [
|
||
"## 2. PRINCE2® (**P**roject **IN** **C**ontrolled **E**nvironment)\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "jY-ZfAFVpfhz"
|
||
},
|
||
"source": [
|
||
"### PRINCE2® - geneza\n",
|
||
"\n",
|
||
"Metoda PRINCE2 powstała W Wielkiej Brytanii. Początkiem była metodyka PROMT, 1975 rok. \n",
|
||
"\n",
|
||
"Metoda ta przybrała bardziej współczesny wymiar w 1979 roku dzięki Central Computer and Telecommunications Agency (CCTA). Był to ówczesny standard stosowany **we wszystkich projektach informatycznych** wykonywanych dla potrzeb Rządu Wielkiej Brytanii.\n",
|
||
"\n",
|
||
"CCTA przekształciła metodę PROMT do PRINCE (**Project IN Controlled Environment**) w 1989 roku, by w 1996 roku nastąpił kolejny etap rozwoju i unowocześnienie metodyki do znanej obecnie PRINCE2. Kolejne wersje pojawiały się w roku 2005, 2009.\n",
|
||
"\n",
|
||
"W 2017 roku na podstawie doświadczeń wielu specjalistów z zakresu zarządzania projektami AXELOS po raz kolejny zaktualizował metodykę PRINCE2. \n",
|
||
"\n",
|
||
"Nowa wersja kładzie szczególny nacisk na dostosowanie sposobu zarządzania projektem do sytuacji, w której ma ono miejsce i jest poparta licznymi przykładami. W nowej edycji pojawiły się również wymogi metodyki PRINCE2 dla poszczególnych tematów, co stanowi rozwinięcie nakazowych pryncypiów.\n",
|
||
"\n",
|
||
"Metodyka PRINCE2 jest metodą kompleksową. W grupie metodyk zaliczana jest do **podejścia klasycznego**. Oznacza, to że PRINCE2 porusza problem bardzo dokładnie, a **sposób realizacji projektu jest określony przed przystąpieniem do jego realizacji**. \n",
|
||
"\n",
|
||
"\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "qlaRUn4spfhz"
|
||
},
|
||
"source": [
|
||
"### PRINCE2® - budowa\n",
|
||
"\n",
|
||
"Metodyka PRINCE2® przedstawia zarządzanie projektem jako cztery zintegrowane elementy:\n",
|
||
"\n",
|
||
" - pryncypia,\n",
|
||
" - tematy,\n",
|
||
" - procesy,\n",
|
||
" - środowisko projektowe.\n",
|
||
"\n",
|
||
"![img](./obrazy/07_prince_tematy.jpg \"Elementy w meodyce Prince2\")"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_"
|
||
},
|
||
"source": [
|
||
"## 3. PRINCE2® - Pryncypia\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "gRo2N7Wopfhz"
|
||
},
|
||
"source": [
|
||
"Celem PRINCE2® jest dostarczenie metodyki zarządzania projektami, którą można zastosować niezależnie od zakresu projektu, rodzaju, organizacji, położenia geograficznego czy kultury. Jest to możliwe, ponieważ metodyka PRINCE2® oparta jest na pryncypiach. \n",
|
||
"\n",
|
||
"Pryncypia stanowią podstawowe zasady, nakazy, które powstały w wyniku przeszłych doświadczeń w zakresie zarządzania projektami. Wyróżnia się siedem pryncypiów opartych na dobrych praktykach, które wspólnie tworzą strukturę PRINCE2.\n",
|
||
"\n",
|
||
"Siedem pryncypiów PRINCE2®:\n",
|
||
"1. ciągła zasadność biznesowa,\n",
|
||
"2. korzystanie z doświadczeń,\n",
|
||
"3. zdefiniowane role i obowiązki,\n",
|
||
"4. zarządzanie etapowe,\n",
|
||
"5. zarządzanie z wykorzystaniem tolerancji,\n",
|
||
"6. koncentracja na produktach,\n",
|
||
"7. dostosowanie do warunków projektu.\n",
|
||
"\n",
|
||
"\n",
|
||
"<div class=\"alert alert-info alert-danger\">\n",
|
||
" Jeżeli projekt nie stosuje się do któregokolwiek z nich to nie jest on zarządzany zgodnie z metodyką PRINCE2 \n",
|
||
"</div>\n",
|
||
"\n",
|
||
"---\n",
|
||
"Omówmy poszczególne prycypia: \n",
|
||
"\n",
|
||
"**(1) Ciągła zasadność biznesowa** (ang. *continued business justification* )\n",
|
||
"> Uzasadnienie biznesowe stanowi najważniejszy dokument i jest aktualizowany w każdym etapie projektu aby zapewnić, że jego realizacja jest ciągle wykonalna. Projekt realizowany zgodnie z PRINCE2 ma ciągle ważne uzasadnienie biznesowe\n",
|
||
"\n",
|
||
"**(2) Korzystanie z doświadczeń** (ang. *learn from experience* ) \n",
|
||
"> Każdy projekt utrzymuje Raport Doświadczeń oraz korzysta z doświadczeń innych projektów zarówno zakończonych jak też i trwających Członkowie zespołu uczą się wcześniejszych doświadczeń\n",
|
||
"\n",
|
||
"**(3) Zdefiniowane role i obowiązki** (ang. *defined roles and responsibiliteis*) \n",
|
||
"> PRINCE2 dokładnie definiuje role oraz zakres odpowiedzialności dla każdej z tych ról. Struktura organizacyjna uwzględnia interesy biznesu, użytkowników oraz dostawcy.\n",
|
||
"\n",
|
||
"**(4) Zarządzanie etapowe** (ang. *Manage by stage* )\n",
|
||
"> Projekt jest planowany, monitorowany oraz kontrolowany etapowo.\n",
|
||
"\n",
|
||
"**(5) Zarządzanie z wykorzystaniem tolerancji** (ang. *Manage by exception*)\n",
|
||
"> Unika się regularnych spotkań zamiast tego paczki zadań są przypisywane członkom zespołu z określoną tolerancją dla poszczególnych aspektów. Dla każdego z celów projektu określone są tolerancje, które określają granicę dla delegowanych uprawnień\n",
|
||
"\n",
|
||
"**(6) Koncentracja na produktach** (ang. *Focus on products*)\n",
|
||
"> Realizacja projektu jest skoncentrowana na zdefiniowaniu oraz dostarczaniu produktów (spełniających określone dla nich wymagania jakościowe).\n",
|
||
"\n",
|
||
"**(7) Dostosowanie do warunków projektu** (ang. *Tailor to suit the project environment*)\n",
|
||
"> PRINCE2 powinien być zawsze dostosowana do konkretnego projektu, uwzględniając jego warunki, wielkość, złożoność, istotność, możliwości oraz ryzyka.\n",
|
||
"\n",
|
||
"---\n",
|
||
"Metodykę PRINCE2® można stosować w kazdym projekcie, przykładem może być następujące wprowadzenie\n",
|
||
"\n",
|
||
"*Książę postanowił poślubić księżniczkę. Zaplanowano ślub w katedrze, zabawy dla mieszkańców księstwa i wystawne wesele w zamku na 1000 osób. Książę wyznaczył swojego ochmistrza do roli kierownika projektu „Wesele Księcia”... aby zobrazować wykorzystanie pryncypiów przeczytaj wpis na blogu* [Wesele Księcia, czyli jak Pryncypia PRINCE2® wprowadzają porządek](https://inprogress.pl/blog/wesele-ksiecia-czyli-jak-pryncypia-prince2-wprowadzaja-porzadek/)\n",
|
||
"<div class=\"alert alert-info alert-success\"> </div>\n",
|
||
"\n",
|
||
"\n",
|
||
"\n",
|
||
"\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_"
|
||
},
|
||
"source": [
|
||
"## 4. PRINCE2® - Tematy\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "NnYKjk3Qpfh0"
|
||
},
|
||
"source": [
|
||
"Tematy PRINCE2 to siedem różnych aspektów, którymi należy się zajmować i które należy kontrolować. Tematami PRINCE2 są:\n",
|
||
"\n",
|
||
"1. Uzasadnienie Biznesowe, \n",
|
||
"1. Organizacja,\n",
|
||
"1. Jakość,\n",
|
||
"1. Plany,\n",
|
||
"1. Ryzyko,\n",
|
||
"1. Zmiana, \n",
|
||
"1. Postęp.\n",
|
||
"\n",
|
||
"\n",
|
||
"![img](./obrazy/07_prince_tematy.jpg \"Tematy w Prince2\")\n",
|
||
"---\n",
|
||
"**(1) Uzasadnienie biznesowe** (ang. *Business Case*) \n",
|
||
"\n",
|
||
"*określenie mierzalnych celów, które uzasadnia zaangażowanie określonych zasobów*\n",
|
||
"\n",
|
||
"<div class=\"alert alert-info alert-danger\">\n",
|
||
" <span style=\"color:red;weight:bold\">Dlaczego? </span>\n",
|
||
"</div>\n",
|
||
"\n",
|
||
"> Projekt zaczyna się od pomysłu, o którym sądzi się, że ma potencjalną wartość dla zainteresowanej organizacji. Temat ten opisuje, w jaki sposób ten pomysł jest przekształcany w zasadną propozycję inwestycji dla organizacji oraz jak zarządzanie projektem utrzymuje koncentrację na celach organizacji w trakcie całego projektu.\n",
|
||
"\n",
|
||
"\n",
|
||
"**(2) Organizacja** (ang. *Organization*) \n",
|
||
"\n",
|
||
"*definiuje role oraz odpowiedzialności poszczególnych osób w powołanym na czas realizacji projektu zespole.*\n",
|
||
"\n",
|
||
"<div class=\"alert alert-info alert-danger\">\n",
|
||
" <span style=\"color:red;weight:bold\">Kto? </span>\n",
|
||
"</div>\n",
|
||
"\n",
|
||
"> Organizacja sponsorująca projekt musi przekazać związane z nim prace menedżerom, którzy będą za niego odpowiedzialni i będą nim kierowali aż do jego zakończenia. Temat ten opisuje role i obowiązki, w powołanym na pewien czas zespole zarządzania projektem zgodnym z PRINCE2, niezbędne dla efektywnego zarządzania projektem.\n",
|
||
"\n",
|
||
"\n",
|
||
"**(3) Jakość** (ang. *Quality*)\n",
|
||
"\n",
|
||
"*zapewnienie, że wszystkie produkty spełniają postawione oczekiwania jakościowe (uzgodnione jakościowe atrybuty produktów)*\n",
|
||
"\n",
|
||
"<div class=\"alert alert-info alert-danger\">\n",
|
||
" <span style=\"color:red;weight:bold\">Co? </span>\n",
|
||
"</div>\n",
|
||
"\n",
|
||
"> Początkowy pomysł jest rozumiany jedynie w ogólnym zarysie. Ten temat PRINCE2 pokazuje jak taki zarys jest rozwijany, aby wszyscy uczestnicy uzgodnili jakościowe atrybuty produktów, które mają być dostarczone, a następnie także, w jaki sposób zarządzanie projektem zapewni, że uzgodnione wymagania zostaną następnie spełnione.\n",
|
||
"\n",
|
||
"**(4) Plany** (ang. *Plans*) \n",
|
||
"\n",
|
||
"*są układane oraz zatwierdzane przed rozpoczęciem kolejnego etapu realizacji projektu. Temat plany opisuje szczegółowo kroki oraz techniki jakie powinny być zastosowane*\n",
|
||
"\n",
|
||
"<div class=\"alert alert-info alert-danger\">\n",
|
||
" <span style=\"color:red;weight:bold\">Jak? Za ile? Kiedy? Kim? </span>\n",
|
||
"</div>\n",
|
||
"\n",
|
||
"> Projekty PRINCE2 przebiegają zgodnie z szeregiem zatwierdzonych planów. Temat ten uzupełnia temat Jakość opisując kroki wymagane do sporządzenia planów oraz techniki PRINCE2, które powinny zostać zastosowane.\n",
|
||
"\n",
|
||
"**(5) Ryzyko** (ang. *Risk*)\n",
|
||
"\n",
|
||
"*Utrzymywanie ryzyka na określonym poziomie, który jest akceptowalny. W jaki sposób osoby kierujące projektem zarządzają ryzykami zawartymi w planach.*\n",
|
||
"\n",
|
||
"<div class=\"alert alert-info alert-danger\">\n",
|
||
" <span style=\"color:red;weight:bold\">Co, jeżeli? </span>\n",
|
||
"</div>\n",
|
||
"\n",
|
||
"> Z projektami związane jest zwykle większe ryzyko niż z ustabilizowanymi działaniami operacyjnymi. Ten temat dotyczy sposobu, w jaki kierownictwo projektu zarządza niepewnościami zawartymi w planach i w szeroko rozumianym środowisku projektu.\n",
|
||
"\n",
|
||
"**(6) Zmiana** (ang. *Change*) \n",
|
||
"\n",
|
||
"*Zarządzanie zmianami, a więc jak postępować z tymi zagadnieniami, które wykraczają poza zatwierdzony już aspekty projektu. Zmiany mogą wynikać z nieprzewidzianych problemów, wniosków o wprowadzenie zmian lub wykryciu wad jakościowych produktów*\n",
|
||
"\n",
|
||
"<div class=\"alert alert-info alert-danger\">\n",
|
||
" <span style=\"color:red;weight:bold\">Jaki jest wpływ? </span>\n",
|
||
"</div>\n",
|
||
"\n",
|
||
"> Temat ten opisuje, w jaki sposób ocenia się i postępuje z zagadnieniami, które mają potencjalny wpływ na dowolny zatwierdzony aspekt projektu (jego plany lub wytworzone produkty)\n",
|
||
"\n",
|
||
"**(7) Postępy** (ang. *Progress*)\n",
|
||
"\n",
|
||
"*mierzenie postępów w realizacji poszczególnych produktów. Monitorowanie wykonania planów oraz procedury eskalacji w przypadku gdy realizacja zaczyna odbiegać od planów*\n",
|
||
"\n",
|
||
"<div class=\"alert alert-info alert-danger\">\n",
|
||
" <span style=\"color:red;weight:bold\">Gdzie teraz jesteśmy? Dokąd zmierzamy? Czy kontynuować? </span>\n",
|
||
"</div>\n",
|
||
"\n",
|
||
"> Ten temat PRINCE2 dotyczy oceny bieżącej zasadności planów. Wyjaśnia on proces decyzyjny dotyczący zatwierdzania planów, monitorowanie faktycznego wykonania oraz proces przekazywania spraw na wyższy szczebel zarządzania w przypadku, gdy zdarzenia przebiegają niezgodnie z planem.\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_"
|
||
},
|
||
"source": [
|
||
"## 5. PRINCE2® - Role\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_"
|
||
},
|
||
"source": [
|
||
"PRINCE2 jest **ustrukturyzowanym zarządzaniem projektem**. Oznacza to, że metodyka ta określa kilka procesów, które opisują wszystkie działania podejmowane od rozpoczęcia aż do zakończenia projektu. Z każdym procesem związana jest odpowiedzialność ściśle określonej osoby.\n",
|
||
"\n",
|
||
"\n",
|
||
"PRINCE2 zakłada występowanie następujących ról:\n",
|
||
"1. Komitet Sterujący (ang. Project Board)\n",
|
||
"1. Przewodniczący (Executive)\n",
|
||
"1. Główny Użytkownik (Senior User)\n",
|
||
"1. Główny Dostawca (Senior Supplier)\n",
|
||
"1. Kierownik Projektu (Project Manager)\n",
|
||
"1. Kierownik Zespołu (Team Manager)\n",
|
||
"1. Nadzór Projektu (Project Assurance)\n",
|
||
"1. Wsparcie Projektu (Project Support)\n",
|
||
"\n",
|
||
"z wykorzystaniem któych, można przedstawić następującą strukturę organizacyjną projektu \n",
|
||
"![img](./obrazy/07_prince_strukt_organizac_projektu.jpg \"Struktura organizacyjna projektu w Prince2\")\n",
|
||
"\n",
|
||
"Rolę kierownika projektu obejmuje osoba, która organizuje i steruje projektem. Do jego zadań należy:\n",
|
||
" - wyznaczenie specjalistów do wykonania prac związanych z realizacją projektu. \n",
|
||
" - daje także gwarancję, że prace będą wykonane terminowo i zgodnie z przyjętymi założeniami.\n",
|
||
" \n",
|
||
"Wyróżniamy ponadto **klienta**, zwanego także **przewodniczącym komitetu sterującego**, oraz **użytkownika**. Klient to osoba, która płaci za realizację projektu. Użytkownik natomiast to osoba, która będzie korzystać z produktu lub rezultatu projektu. W niektórych przypadkach może (ale nie musi) być to ta sama osoba.\n",
|
||
"\n",
|
||
"Kolejna postacią jest **dostawca (lub specjalista)**\n",
|
||
"Jest to osoba posiadająca odpowiednie kompetencje oraz specjalistyczne umiejętności, które wnosi do realizowanego projektu.\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_"
|
||
},
|
||
"source": [
|
||
"## 6. PRINCE2® - Komitet sterujacy i poziomy zarządzania\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_"
|
||
},
|
||
"source": [
|
||
"### Komitet sterujący \n",
|
||
"\n",
|
||
"*Komitet Sterujący** to niezbędny element każdego projektu realizowanego w PRINCE2. W jego skład wchodzi \n",
|
||
" - klient (lub przewodniczący),\n",
|
||
" - reprezentant strony użytkownika (Główny Użytkownik)\n",
|
||
" - reprezentant dostawcy lub specjalisty (Główny Dostawca).\n",
|
||
" \n",
|
||
"Zadaniem Komitetu Sterującego jest podejmowanie decyzji niezbędnych kierownikowi projektu, by **rozwiązywać problemy i kontynuować realizację projektu**. Ponadto Komitet Sterujący **odbiera od Kierownika Projektu regularne raporty o stanie prac**.\n",
|
||
"\n",
|
||
"**Przewodniczący Komitetu Sterującego** jest odpowiedzialny za nadzór ze strony biznesu.\n",
|
||
" - Chce mieć pewność, że biznesowe aspekty projektu są prawidłowe.\n",
|
||
" - Nieustannie zadaje pytanie: Czy projekt jest wart realizacji?\n",
|
||
" \n",
|
||
"**Główny użytkownik** jest odpowiedzialny za nadzór ze strony użytkowników.\n",
|
||
"Chce mieć pewność, że projekt dostarczy właściwe produkty spełniające wymagania.\n",
|
||
"Nieustannie zadaje pytanie: Czy produkt będzie działał jak tego oczekujemy?\n",
|
||
"\n",
|
||
"**Główny Dostawca** jest odpowiedzialność za nadzór ze strony dostawców.\n",
|
||
"Chce mieć pewność, że produkty zostaną dostarczone zgodnie z oczekiwaniami i że na potrzeby projektu są dostępni właściwi ludzie i materiały.\n",
|
||
"Nieustannie zadaje pytanie: Czy może to być wykonane w ramach założonego kosztu, czasu i innych ograniczeń?\n",
|
||
"\n",
|
||
"\n",
|
||
"### Poziomy zarządzania\n",
|
||
"\n",
|
||
"\n",
|
||
"![img](./obrazy/07_prince_poziomy_zarzadzania.jpg \"Poziomy zarządzania w Prince2\")\n",
|
||
"\n",
|
||
"\n",
|
||
"Cztery poziomy w strukturze zarządczej projektu to:\n",
|
||
" - Poziom kierownictwa organizacji lub programu.\n",
|
||
" - Poziom zarządzania strategicznego,\n",
|
||
" - Poziom zarządzania operacyjnego,\n",
|
||
" - Poziom dostarczania produktów.\n",
|
||
"\n",
|
||
"**Poziom: Kierownictwa organizacji lub programu**\n",
|
||
"\n",
|
||
"Z tego poziomu przychodzi zlecenie przygotowania projektu i na tym poziomie nominowany jest Przewodniczący Komitetu Sterującego. Decydenci na tym poziomie ustalają, jak Komitet Sterujący będzie ich informował o przebiegu projektu i jakie tolerancje na projekt będzie miał do dyspozycji.\n",
|
||
"\n",
|
||
"**Poziom: Zarządzania strategicznego projektem (Komitet Sterujący)**\n",
|
||
"\n",
|
||
"Komitet Sterujący odpowiada za strategiczne zarządzanie projektem i odpowiada decyzyjnie za jego sukces. Do obowiązków Komitetu Sterującego należy:\n",
|
||
" - Przydział zasobów i zatwierdzanie głównych planów – Plan Projektu, Plan Etapu.\n",
|
||
" - W przypadku przewidywania, że zostaną przekroczone tolerancje zatwierdzanie odchyleń.\n",
|
||
" - Dawanie zgody na realizację etapów zarządczych i zatwierdzanie ich zakończenia.\n",
|
||
" - Komunikacja z Interesariuszami w tym z Kierownictwem organizacji lub programu.\n",
|
||
"Pracę Komitetu Sterującego opisuje proces Zarządzanie Strategiczne Projektem.\n",
|
||
"\n",
|
||
"**Poziom zarządzania operacyjnego (Kierownik Projektu)**\n",
|
||
"\n",
|
||
"Kierownik Projektu jest odpowiedzialny za operacyjne (codzienne) zarządzanie projektem. Jego podstawowym obowiązkiem jest dbanie o to, aby projekt wytwarza ł wymagane produkty przy założonych celach, którymi są: czas, koszt, jakość, zakres, ryzyko i korzyści.\n",
|
||
"\n",
|
||
"**Poziom dostarczania produktów (Kierownik Zespołu)**\n",
|
||
"\n",
|
||
"Członkowie zespołów odpowiadają za dostarczenie produktów projektu o określonej, jakości w ramach uzgodnionego kosztu i czasu. Kierownik zespołu jest upoważniony i odpowiada za przygotowanie Panu Zespołu i zarządzanie zespołem tak, aby wymagane produkty były dostarczone. Działania zarządcze związane z dostarczaniem produktów specjalistycznych opisuje proces Zarządzanie Dostarczaniem Produktów.\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_"
|
||
},
|
||
"source": [
|
||
"## 7. PRINCE2® - Procesy\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_"
|
||
},
|
||
"source": [
|
||
"PRINCE2 oparta jest na procesach, które definiują konkretne działania zaprojektowanych w celu osiągnięcia określonego celu. W PRINCE2 wyróżnione jest 7 procesów:\n",
|
||
"\n",
|
||
"1. **Przygotowanie projektu - PP** (Starting up a project - SU)\n",
|
||
"1. **Zarządzanie strategiczne projektem - ZS** (Directing a project - DP)\n",
|
||
"1. **Inicjowanie Projektu - IP** (Initiating a project - IP)\n",
|
||
"1. **Sterowanie Etapem - SE** (Controlling a stage - CS)\n",
|
||
"1. **Zarządzanie wytwarzaniem produktów - WP** (Managing product delivery - MP)\n",
|
||
"1. **Zarządzanie zakresem Etapu - ZE** (Managing a stage boundary - SB)\n",
|
||
"1. **Zamykanie projektu - ZP** (Closing a project - CP)\n",
|
||
"\n",
|
||
"---\n",
|
||
"\n",
|
||
"**(1) Przygotowanie Projektu** (ang. Starting up a procect) \n",
|
||
"Przed rozpoczęciem projektu należy zweryfikować czy projekt jest zasadny oraz wykonalny. Głównym produktem jest opracowanie Założeń Projektu, na podstawie którego Komitet Sterujący decyduje o zainicjowaniu projektu\n",
|
||
"\n",
|
||
"**(2) Zarządzanie strategoczine projektem** (ang. Directing a Project) \n",
|
||
"jest to proces w którym Komitet Sterujący sprawuje ogólną kontrolę nad całym projektem oraz podejmuje kluczowe decyzje\n",
|
||
"\n",
|
||
"**(3) Inicjowanie projektu** (ang. Initiating a Project) \n",
|
||
"Etap ten służy do szczegółowego zaplanowania. Planowane są strategie zarządzania projektem oraz mechanizmy sterowania, opracowywane jest Uzasadnienie Biznesowe. Etap ten kończy się sporządzeniem Dokumentacji Inicjowania Projektu.\n",
|
||
"\n",
|
||
"**(4) Sterowanie Etapem** (ang. Controlling a Stage ) \n",
|
||
"za kolejne etapy realizacji projektu odpowiedzialny jest Kierownik Projektu. W ramach etapów Kierownik przydziela prace do wykonana oraz dba o to aby opracowane produkty spełniały określone wymagania jakościowe, Kierownik Projektu dba o postępy były zgodne z zatwierdzonym planem.\n",
|
||
"\n",
|
||
"**(5) Zarządzanie Dostarczaniem Produktów** (ang. Managing Product elivery ) \n",
|
||
"w tym procesie Kierownik Zespołu oraz członkowie zespołów realizują przydzielone im Grupy Zadań\n",
|
||
"\n",
|
||
"**(6) Zarządzanie Końcem Etapu** (ang. Managing a Stage Boundary) \n",
|
||
"służy do sporządzenia raportu z wyników etapu, aktualizacji Uzasadnienia Biznesowego oraz zaplanowaniu szczegółowym następnego etapu. Kierownik Projektu dostarcza informację dla Komitetu Sterującego niezbędne do podjęcia decyzji o realizacji następnego etapu\n",
|
||
"\n",
|
||
"**(7) Zamykanie Projektu** (ang. Closing a Project) \n",
|
||
"proces ten jest podobny do procesu Zarządzania Końcem Etapu przy czym tu nie są tworzone już plany kolejnego etapu. Planowane jest tylko jak będą przebiegały przeglądy korzyści.\n",
|
||
"\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_"
|
||
},
|
||
"source": [
|
||
"## 8. PRINCE2® - Środowisko, dokumentacja\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_",
|
||
"jp-MarkdownHeadingCollapsed": true,
|
||
"tags": []
|
||
},
|
||
"source": [
|
||
"### Środowisko w PRINCE2®\n",
|
||
"\n",
|
||
"Istotną zasadą PRINCE2 jest jej dostosowanie do danego projektu, aby odpowiadała jego warunków. Dostosowanie **nie może polegać na pomijaniu** jakichkolwiek elementów PRINCE2, ale na adaptacji metodyki do specyficznych warunków projektu. Należy uwzględnić **standardy firmowe** oraz **skalę projektu**.\n",
|
||
"Dostosowanie polega w szczególności na:\n",
|
||
" - dostosowaniu tematów\n",
|
||
" - adaptację pojęć i języka\n",
|
||
" - dostosowanie Opisów Produktów dla produktów zarządczych\n",
|
||
" - adaptację opisów i ról\n",
|
||
" - dostosowanie procesów, aby były spójny ze wszystkimi powyższymi punktami\n",
|
||
" - zapisanie wszystkich ustaleń w Dokumentacji Inicjowania Projektu\n",
|
||
"\n",
|
||
"### Dokumentacja w PRINCE2®\n",
|
||
"\n",
|
||
"Jednolity system dokumentacji wprowadza ujednolicony system dokumentacji, opierający się na 4 rodzajach dokumentów\n",
|
||
" - Teczka projektu \n",
|
||
" - Teczka etapu (teczki etapów) \n",
|
||
" - Teczka jakości \n",
|
||
" - Teczka merytoryczna\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_"
|
||
},
|
||
"source": [
|
||
"## 9. PRINCE2® - Wady, zalety i wskazówki "
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_"
|
||
},
|
||
"source": [
|
||
"### PRINCE2® - Zalety\n",
|
||
"\n",
|
||
" - ujednolicona terminologia i nazewnictwo pozwala w dużym stopniu wyeliminować problemy komunikacyjne.\n",
|
||
" - metodyka może być zastosowana w projekcie dowolnego rodzaju projektu\n",
|
||
" - dzięki precyzyjnemu określeniu ról i obowiązków uporządkowana jest cała struktura odpowiedzialności, eskalacji problemów oraz komunikacji\n",
|
||
" - jedną z podstawowych zasad jest zasada zarządzania przez wyjątki - pozwala to na eliminację niepotrzebnego zaangażowania wyższego kierownictwa\n",
|
||
" - ustandaryzowanie i kompletność dokumentacji jest zapewniona poprzez dostarczenia gotowych szablonów dla wszystkich wymaganych dokumentów\n",
|
||
"\n",
|
||
"### PRINCE2® - Wady\n",
|
||
"\n",
|
||
" - nie pozwala na poziom elastyczności oferowany przez podejście Agile - zmiany mogą być trudne do wdrożenia, ponieważ muszą przejść przez łańcuch zatwierdzeń i wymagają wielokrotnej aktualizacji dokumentacji\n",
|
||
" - podczas gdy proces może być dostosowany do konkretnego projektu, generalnie utrzymywanie wielu dokumentów i dzienników wymaga dodatkowego czasu i wysiłku\n",
|
||
" - syndrom **PINO** (Prince In Name Only, tzn. PRINCE2 tylko z nazwy), wybierając bez głębszej analizy tylko niektóre składniki metodyki nie zwracając uwagi na podstawowe zasady\n",
|
||
" - PRINCE2 zwraca uwagę na potrzebę dobrej organizacji i regularną wymianę informacji pomiędzy interesariuszami, co może być odbierane jako zachęta do ciągłych bezproduktywnych spotkań zabierających czas niezbędny na rzeczywistą pracę.\n",
|
||
"\n",
|
||
"### Kilka wskazówek: PRINCE2® stosować czy nie stosować? \n",
|
||
"Przy wyborze metody czy techniki w zarządzaniu projektami, zdrowy rozsądek jest Twoim największym sprzymierzeńcem. Metoda PRINCE2 posiada zarówno zalety jak i ograniczenia. By mówić o projekcie prowadzonym w standardzie PRINCE2 należy być konsekwentnym i dostosować się do wszystkich wymagań stawianych przez tą metodę. \n",
|
||
"\n",
|
||
"W sytuacji, gdy występują pewne ograniczenia by zarządzać przy użyciu tej metody może warto wyciągnąć z niej najbardziej przydatne narzędzia bądź techniki do zarządzania Twoim projektem. \n",
|
||
"\n",
|
||
"**Jedna i druga droga musi zaprowadzić Cię do skutecznej realizacji projektu i dostarczenia obiecanego produktu.**\n",
|
||
"\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "XmY-EAr0pcU_"
|
||
},
|
||
"source": [
|
||
"## 10. Bibliografia\n",
|
||
"\n",
|
||
"1. Borek A. (2014), PRINCE2 - Metodyka zarządzania projektami, Studia i Materiały Instytutu Transportu i Handlu Morskiego, nr 11\n",
|
||
"1. Bradley K. (2002), Podstawy metodyki PRINCE2, Centrum Rozwiązań Menedżerskich S.A., Warszawa\n",
|
||
"1. Ferguson C. (2011), PRINCE2® for small-scale projects, AXELOS, White Paper, September 2011\n",
|
||
"1. Rankins G.J., Kearns M. (2008), Integrating PRINCE2 and Scrum for successful new product development, the Australian Institute of Project Management National Conference, Canberra\n",
|
||
"1. Wideman R. Max (2002), Comparing PRINCE2 with PMBoK, AEW Services, Vancouver\n",
|
||
"1. Wyrozębski P. (2011), Metodyki zarządzania projektami, wyd. Bizarre, Warszawa\n",
|
||
"1. Strona internetowa metodyki PRINCE2, Axelos\n",
|
||
"\n"
|
||
]
|
||
},
|
||
{
|
||
"cell_type": "markdown",
|
||
"metadata": {
|
||
"id": "DBJy5KNHpfh4"
|
||
},
|
||
"source": [
|
||
"## 11. Zadania (proponowane do realizacji na laboratoriach)\n",
|
||
"\n",
|
||
"### Zadanie 1. Pryncypia w Twoim projekcie \n",
|
||
"Zdefiniuj jak rozumiesz i czym są pryncypia w Twoim projekcie, jeżeli byłby realizowany zgodnie z metodyką Prince2\n",
|
||
"\n",
|
||
"\n",
|
||
"### Zadanie 2. Tematy w Twoim projekcie \n",
|
||
"Zdefiniuj jak rozumiesz i czym są tematy w Twoim projekcie, jeżeli byłby realizowany zgodnie z metodyką Prince2\n",
|
||
"\n",
|
||
"### Zadanie 3. Role w projekcie według metodyki Prince2\n",
|
||
"\n",
|
||
"Przydzielcie osobom wszystkie role według metodyki Prince2. Wyjaśnijcie, jak te role będą przekładać się na konkretne czynności w Waszym projekcie\n",
|
||
"\n",
|
||
"\n",
|
||
"\n"
|
||
]
|
||
}
|
||
],
|
||
"metadata": {
|
||
"author": "Jacek Marciniak",
|
||
"colab": {
|
||
"provenance": []
|
||
},
|
||
"email": "jacekmar@amu.edu.pl",
|
||
"kernelspec": {
|
||
"display_name": "Python 3 (ipykernel)",
|
||
"language": "python",
|
||
"name": "python3"
|
||
},
|
||
"lang": "pl",
|
||
"language_info": {
|
||
"codemirror_mode": {
|
||
"name": "ipython",
|
||
"version": 3
|
||
},
|
||
"file_extension": ".py",
|
||
"mimetype": "text/x-python",
|
||
"name": "python",
|
||
"nbconvert_exporter": "python",
|
||
"pygments_lexer": "ipython3",
|
||
"version": "3.11.0"
|
||
},
|
||
"org": null,
|
||
"subtitle": "6. Metodyka PMBOK",
|
||
"title": "Przygotowanie do projektu badawczo-rozwojowego",
|
||
"year": "2022"
|
||
},
|
||
"nbformat": 4,
|
||
"nbformat_minor": 4
|
||
}
|