Zarządzanie projektami wg PRINCE2® (poziom FOUNDATION)

 0    184 フィッシュ    kingapeczek0
mp3をダウンロードする 印刷 遊びます 自分をチェック
 
質問 język polski 答え język polski
Co oznacza zasada „Continued Business Justification”?
学び始める
Projekt musi mieć uzasadnienie biznesowe, które jest aktualne przez cały czas trwania projektu.
Kto odpowiada za utrzymanie aktualnego Business Case?
学び始める
Executive (właściciel biznesowy projektu).
zasada 1
学び始める
Continued Business Justification
Co oznacza zasada „Continued Business Justification”?
学び始める
Projekt musi mieć aktualne uzasadnienie biznesowe przez cały cykl życia.
Kto jest właścicielem Business Case?
学び始める
Executive
Kiedy aktualizuje się Business Case?
学び始める
Na początku, przy każdej dużej zmianie i na końcu każdego etapu
Co jeśli Business Case staje się nieuzasadniony?
学び始める
Projekt należy zakończyć lub wstrzymać.
Co zawiera Business Case?
学び始める
Korzyści, koszty, ryzyka, czas, uzasadnienie strategiczne.
Jaki proces wykorzystuje Business Case do podejmowania decyzji?
学び始める
Directing a Project (DP).
zasada 2
学び始める
Learn from Experience
Na czym polega „Learn from Experience”?
学び始める
Na wykorzystywaniu lekcji z poprzednich, bieżących i przyszłych projektów.
W jakich dokumentach zapisuje się doświadczenia?
学び始める
Lessons Log i Lessons Report
Kiedy przeglądane są wcześniejsze lekcje?
学び始める
W SU, IP i na koniec każdego etapu.
Jaki jest cel Lessons Log?
学び始める
Dokumentowanie spostrzeżeń i wniosków projektowych.
Co się dzieje, jeśli nie korzysta się z doświadczeń?
学び始める
Rośnie ryzyko powtórzenia błędów.
W którym procesie powstaje Lessons Report?
学び始める
W Closing a Project (CP).
zasada 3
学び始める
Defined Roles and Responsibilities
co oznacza zasada Defined Roles and Responsibilities
学び始める
Każdy musi mieć jasno określoną rolę i odpowiedzialność.
Które role tworzą Project Board?
学び始める
Executive, Senior User, Senior Supplier.
Kto odpowiada za codzienne zarządzanie projektem?
学び始める
Project Manager.
Kto odpowiada za dostarczenie produktów?
学び始める
Team Manager
Po co jest Project Assurance?
学び始める
Niezależnie monitoruje projekt.
zasada 4
学び始める
Manage by Stages
Na czym polega „Manage by Stages”?
学び始める
Projekt dzieli się na etapy dla lepszej kontroli.
Jakie dokumenty powstają na koniec etapu?
学び始める
End Stage Report i aktualizacja Planów.
Jaki dokument jest tworzony na kolejny etap?
学び始める
Stage Plan.
Dlaczego dzieli się projekt na etapy?
学び始める
Dla możliwości decyzji „kontynuować czy nie”.
zasada 5
学び始める
Manage by Exception
Co oznacza „Manage by Exception”?
学び始める
Wyższe kierownictwo interweniuje tylko przy przekroczeniu tolerancji.
Jakie są tolerancje?
学び始める
Czas, koszty, zakres, jakość, korzyści, ryzyko.
Kto ustala tolerancje?
学び始める
Executive
Jak wygląda eskalacja?
学び始める
PM zgłasza wyjątek → Project Board decyduje
Jaki dokument opisuje wyjątek?
学び始める
Exception Report.
zasada 6
学び始める
Focus on Products
co oznacza Focus on Products?
学び始める
Najpierw definiujemy produkty, potem planujemy działania.
Czym jest Product Description?
学び始める
Opisem produktu: cel, jakość, standardy, kryteria akceptacji.
Co jest podstawą planowania?
学び始める
Product Breakdown Structure.
Dlaczego skupienie na produktach jest ważne?
学び始める
Zapewnia jasność wymagań i zmniejsza ryzyko
zasada 7
学び始める
Tailor to Suit the Project
Co oznacza „Tailor to Suit the Project”?
学び始める
Dostosowanie metodyki do projektu.
Co można dostosować?
学び始める
Procesy, dokumenty, role, format raportowania.
Kiedy stosować tailoring?
学び始める
Od SU przez cały projekt
Dlaczego tailoring jest kluczowy?
学び始める
Redukuje biurokrację i zwiększa efektywność
temat 1
学び始める
BUSINESS CASE
Jaki jest cel tematu Business Case?
学び始める
Określić, czy projekt jest pożądany, opłacalny i wykonalny.
Co to jest Business Case?
学び始める
Uzasadnienie rozpoczęcia i kontynuowania projektu.
Kto zatwierdza Business Case?
学び始める
Project Board, a właścicielem jest Executive
Kto tworzy Business Case?
学び始める
Project Manager, ale zatwierdza Executive
W jakich procesach aktualizuje się Business Case?
学び始める
IP, SB, CP.
Co zawiera Business Case?
学び始める
Korzyści, koszty, ryzyka, czas, uzasadnienie.
Co to jest korzyść (benefit)?
学び始める
Mierzalny pozytywny efekt projektu.
P: Co to jest oczekiwana korzyść?
学び始める
Korzyść przewidywana jeszcze przed zakończeniem projektu.
Co to jest dis-benefit?
学び始める
Negatywny efekt projektu.
Kiedy Business Case może anulować projekt?
学び始める
Gdy ryzyka przewyższą korzyści.
temat 2
学び始める
ORGANISATION
Co definiuje temat Organisation?
学び始める
Strukturę ról i odpowiedzialności projektu.
Kto przewodniczy Project Board?
学び始める
Executive
Rola Senior User?
学び始める
Definiuje wymagania użytkowników i akceptuje produkty.
Rola Senior Supplier?
学び始める
Zapewnia zasoby i kompetencje wykonawcze.
Rola Project Manager?
学び始める
Zarządza codzienną realizacją projektu.
Projekt Manager raportuje do...?
学び始める
Project Board.
Co zapewnia Project Assurance?
学び始める
Niezależne monitorowanie jakości, ryzyk i dostaw.
Rola Team Manager?
学び始める
Zarządza produkcją produktów.
Project Support odpowiada za...?
学び始める
Administracyjne wsparcie projektu, narzędzia, dokumentacja.
Co to jest Communication Management Approach?
学び始める
Plan komunikacji projektu
temat 3
学び始める
QUALITY
Co definiuje temat Quality?
学び始める
Jak osiągnąć wymaganą jakość produktów.
Co to są acceptance criteria?
学び始める
Kryteria, które produkt końcowy musi spełnić.
Co to jest Quality Register?
学び始める
Lista działań związanych z kontrolą jakości.
Co to jest Quality Management Approach?
学び始める
Plan zarządzania jakością projektu.
Czym jest kontrola jakości?
学び始める
Sprawdzanie zgodności produktów z opisami.
Czym jest zapewnienie jakości?
学び始める
Niezależne potwierdzenie, że standardy są spełnione.
Czym jest Quality Review?
学び始める
Formalna kontrola produktu.
Co zawiera Product Description?
学び始める
Cel, zakres, standardy, metody weryfikacji.
Kiedy definiuje się kryteria jakości?
学び始める
W SU i IP.
Jaki dokument zawiera standardy jakości?
学び始める
Quality Management Approach.
temat 4
学び始める
PLANS
Jaki jest cel tematu Plans?
学び始める
Określenie, co, jak i kiedy ma zostać dostarczone.
Poziomy planów w PRINCE2?
学び始める
Plan Projektu, Plan Etapu, Plan Zespołu, Plan Nadzwyczajny.
Co to jest Product Breakdown Structure?
学び始める
Hierarchiczna lista produktów.
Co to jest Product Flow Diagram?
学び始める
Zależności między produktami.
Co to jest Plan Nadzwyczajny?
学び始める
Plan wykonany, gdy projekt przekracza tolerancje
Co zawiera plan?
学び始める
Produkty, działania, harmonogram, koszty, ryzyka.
Kto odpowiada za Plan Projektu?
学び始める
PM, zatwierdza Project Board.
Kto tworzy Team Plan?
学び始める
Team Manager.
Czym jest product-based planning?
学び始める
Planowanie oparte na produktach.
Co jest wejściem do planowania?
学び始める
Product Descriptions i PBS.
temat 5
学び始める
RISK
Co definiuje temat Risk?
学び始める
Jak identyfikować, oceniać i kontrolować ryzyka.
Co to jest ryzyko?
学び始める
Niepewne zdarzenie mające wpływ na projekt.
Typy ryzyk?
学び始める
Zagrożenia i szanse.
Co zawiera Risk Register?
学び始める
Identyfikacja, ocena, właściciel, odpowiedzi.
Co to jest Risk Owner?
学び始める
Osoba odpowiedzialna za zarządzanie ryzykiem.
Co to jest Risk Actionee?
学び始める
Osoba wykonująca działania wobec ryzyka.
Odpowiedzi na ryzyka – zagrożenia?
学び始める
O: Avoid, Reduce, Transfer, Accept
Odpowiedzi na ryzyka – szanse?
学び始める
Exploit, Enhance, Share, Accept.
Co to jest Risk Budget?
学び始める
Pula na działania związane z ryzykiem.
Gdzie opisane są zasady zarządzania ryzykiem?
学び始める
Risk Management Approach.
temat 6
学び始める
CHANGE
Co definiuje temat Change?
学び始める
Jak zarządzać zmianami i problemami.
Co to jest Issue?
学び始める
Coś, co już wystąpiło: problem, zmiana, odchylenie.
Co to jest Issue Register?
学び始める
Rejestr problemów i zmian.
Typy Issues?.
学び始める
O: Problem, Request for Change, Off-specification
Co to jest Request for Change?
学び始める
wniosek o zmianę
Co to jest Off-specification?
学び始める
Produkt nie będzie zgodny ze specyfikacją
Co to jest Exception?
学び始める
Przekroczenie tolerancji.
Co zawiera Change Management Approach?
学び始める
Procedury oceny i autoryzacji zmian
Kto zatwierdza zmiany?
学び始める
Change Authority (jeśli istnieje) lub Project Board.
Kiedy tworzy się Exception Report?
学び始める
Przy ryzyku przekroczenia tolerancji.
temat 7
学び始める
PROGRESS
Co definiuje temat Progress?
学び始める
Jak monitorować i kontrolować postęp projektu.
Co to jest tolerancja?
学び始める
Dopuszczalne odchylenie od planu.
Co to jest Highlight Report?
学び始める
Raport PM dla Project Board o postępie etapu.
Co to jest Checkpoint Report?
学び始める
Raport Team Managera dla PM.
Co to jest End Stage Report?
学び始める
Podsumowanie etapu i propozycja kontynuacji.
Co to jest Exception Plan?
学び始める
Plan zastępujący aktualny etap przy przekroczeniu tolerancji.
P: Co to jest tolerancja korzyści?
学び始める
Akceptowalny zakres korzyści.
Co to jest tolerancja jakości?
学び始める
Dopuszczalna zmiana kryteriów jakości.
Jak często PM monitoruje postęp?
学び始める
Regularnie – zgodnie z planem monitorowania.
Kto decyduje o przejściu do następnego etapu?
学び始める
Project Board.
proces 1
学び始める
Starting Up a Project (SU)
Jaki jest cel SU?
学び始める
Ustalić, czy projekt ma sens i czy warto go inicjować.
Jakie produkty powstają w SU?
学び始める
Project Brief, Outline Business Case, Lessons Log, plan inicjacji
Kto wykonuje SU?
学び始める
Executive i PM.
Co to jest Project Brief?
学び始める
Zdefiniowany opis początkowy projektu.
P: Co decyduje o zakończeniu SU?
学び始める
Gotowość do IP i akceptacja Project Brief.
Czy w SU powstają szczegółowe plany?
学び始める
Nie – tylko plan inicjacji (Initiation Stage Plan).
proces 2
学び始める
Initiating a Project (IP)
Cel IP?
学び始める
Zbudować solidne fundamenty projektu.
Kluczowy produkt IP?
学び始める
PID – Project Initiation Documentation.
Co zawiera PID?
学び始める
Business Case, Plans, Risk Approach, Quality Approach, Communication Approach.
Kto zatwierdza PID?
学び始める
Project Board.
Co to jest Project Controls?
学び始める
Zasady raportowania, monitorowania i tolerancji
Kiedy kończy się IP?
学び始める
Gdy PID zostanie zatwierdzony.
proces 3
学び始める
Directing a Project (DP)
Kto wykonuje DP?
学び始める
Project Board.
Cel DP?
学び始める
Zapewnić nadzór nad projektem na poziomie strategicznym.
Decyzje podejmowane przez Board?
学び始める
Inicjacja, kontynuacja, zmiana, zakończenie.
Co to jest authorize initiation?
学び始める
Zgoda na rozpoczęcie IP.
Co to jest authorize stage?
学び始める
Decyzja o wejściu w kolejny etap.
Co jest kluczowym wejściem dla DP?
学び始める
Highlight Reports i Business Case.
proces 4
学び始める
Controlling a Stage (CS)
Cel CS?
学び始める
Zarządzać bieżącym etapem.
Jakie działania PM wykonuje w CS?
学び始める
Monitorowanie, reagowanie na issues i risks, autoryzowanie prac.
Kluczowy dokument wychodzący?
学び始める
Highlight Report
Co to jest Work Package?.
学び始める
Zlecenie pracy dla Team Managera
Co robi PM, gdy istnieje ryzyko przekroczenia tolerancji?
学び始める
Tworzy Exception Report.
Kto odbiera Checkpoint Reports?
学び始める
PM od Team Managera.
proces 5
学び始める
Managing Product Delivery (MP)
Kto wykonuje MP?
学び始める
team manager
Co jest celem MP?
学び始める
Dostarczyć produkty zgodne z wymaganiami jakości.
Wejściem do MP jest...?
学び始める
Work Package.
Wyjściem z MP jest...?
学び始める
Completed Work Package / Checkpoint Reports
Co zawiera Work Package?
学び始める
Opis produktu, tolerancje, standardy.
Kto akceptuje produkt?
学び始める
PM lub Senior User (w zależności od ustaleń).
proces 6
学び始める
Managing a Stage Boundary (SB)
Cel SB?
学び始める
Przygotować plan kolejnego etapu.
Kluczowe produkty SB?
学び始める
End Stage Report i Stage Plan następnego etapu.
Kiedy wykonuje się SB?
学び始める
O: Na koniec każdego etapu (oprócz ostatniego)
Co aktualizuje PM w SB?
学び始める
Business Case, Risk Register, Issue Register.
Kto zatwierdza Stage Plan?
学び始める
Project Board.
Co to jest Exception Stage?
学び始める
Etap wykonywany po zaakceptowaniu Exception Plan.
proces 7
学び始める
Closing a Project (CP)
cel CP?
学び始める
Zamknąć projekt w sposób uporządkowany.
Kluczowe produkty CP?
学び始める
Lessons Report, End Project Report, rekomendacje dot. utrzymania.
Co potwierdza Senior User w CP?
学び始める
Odbiór produktów.
Co kończy projekt?
学び始める
Autoryzacja zamknięcia przez Project Board.
Kto odpowiada za sukces biznesowy projektu?
学び始める
Executive
Kto definiuje wymagania użytkowników?
学び始める
Senior User
Kto zapewnia zasoby wykonawcze?
学び始める
Senior Supplier
Kto zarządza projektem na co dzień?
学び始める
PM
Kto dostarcza produkty?
学び始める
Team Manager
P: Co robi Project Assurance?
学び始める
Niezależnie monitoruje projekt (jakość, ryzyka, dostawy).
Co robi Project Support?.
学び始める
O: Administrowanie, logi, narzędzia
Kto ustala tolerancje?
学び始める
Executive
Kto zatwierdza zmiany?
学び始める
Change Authority lub Project Board.
Kto odpowiada za korzyści po projekcie?
学び始める
Senior User.
Co to jest projekt w PRINCE2?
学び始める
Tymczasowa organizacja tworzona do dostarczenia produktów zgodnie z uzasadnieniem biznesowym.
Co to jest produkt?
学び始める
Namacalny lub nienamacalny wynik projektu.
Co to jest Exception Plan?
学び始める
Plan zamienny po przekroczeniu tolerancji.
P: Co to jest Plan Zespołu?
学び始める
Szczegółowy plan dostarczania produktów przez zespół.
P: Co to jest Stage?
学び始める
Zarządcza część projektu.
Co to jest tolerancja?
学び始める
Akceptowalne odchylenie od planu.
P: Co to są „controls”?
学び始める
Mechanizmy monitorowania i raportowania.

コメントを投稿するにはログインする必要があります。