PL - PRINCE2 Practitioner Sample Paper EX02 v1.21 Rationale - May 2012 - Polish

SAVE OFFLINE

Egzamin na stopień zaawansowany „Practitioner”

Wyjaśnienia Zestaw egzaminacyjny: PL-EX02-1.21 Pytanie: 1, Prog. naucz.: BC, Część: A, Typ: MR, Dot.: BC0301, Poziom: 3 1 A Błędnie: To jest Oczekiwana korzyść z tego projektu. Powody powinny pokazywać, dlaczego potrzebny jest rezultat projektu, tło. Dot. A.2.1 / 4.3.4.1. B Dobrze: To jest wyjaśnienie tego, dlaczego projekt jest potrzebny. Dot. A.2.1 / 4.3.4.1. C Błędnie: To jest całkowita liczba zamówień w zeszłym roku, poziom odniesienia dla pomiarów. To nie jest oczekiwana korzyść z tego projektu. Dot. Broszura Scenariusza / 4.3.4.3. D Błędnie: To jest Oczekiwana korzyść z tego projektu. Powody powinny pokazywać, dlaczego potrzebny jest rezultat projektu, tło. Dot. A.2.1 / 4.3.4.1. E Dobrze: To jest wyjaśnienie tego, dlaczego projekt jest potrzebny. Dot. A.2.1 / 4.3.4.1. 2 A Dobrze: To jest jedno z rozważonych rozwiązań służących osiągnięciu rezultatu projektu. Dot. 4.3.4.2 / A.2.1. B Błędnie: To jest formuła dostarczenia potrzebnych produktów i dlatego powinna być udokumentowana w Założeniach Projektu. Dot. A.19.2. C Błędnie: To jest formuła dostarczenia potrzebnych produktów i dlatego powinna być udokumentowana w Założeniach Projektu. Dot. A.19.2. D Błędnie: To jest formuła dostarczenia potrzebnych produktów i dlatego powinna być udokumentowana w Założeniach Projektu. Dot. A.19.2. E Dobrze: Ta opcja jest zawsze rozważana w Uzasadnieniu Biznesowym jako punkt wyjścia służący do porównania z innymi opcjami. Dot. 4.3.4.2 / A.2.1. 3 A Dobrze: To jest określona i mierzalna, przewidywana korzyść z tego projektu. Dot. 4.3.4.3 / A.2.1. B Błędnie: Wykorzystanie podobnego formatu do kalendarzy z poprzednich lat może mieć wpływ na wybór rozwiązania biznesowego, ale to nie jest korzyść z projektu. Dot. 4.3.4.3 / A.2.1. C Dobrze: To jest określona i mierzalna, przewidywana korzyść z tego projektu. Dot. 4.3.4.3 / A.2.1. Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 1 z 23

4

5

6

7

D

Błędnie:

E

Błędnie:

A

Błędnie:

B C

Dobrze: Błędnie:

D E

Dobrze: Błędnie:

A

Błędnie:

B

Błędnie:

C

Dobrze:

D

Dobrze:

E A

Błędnie: Błędnie:

B

Dobrze:

C

Błędnie:

D E

Błędnie: Dobrze:

A

Błędnie:

B

Błędnie:

C

Dobrze:

D

Dobrze:

E

Błędnie:

Uzasadnienie Biznesowe nie zawiera struktury produktów, które mają być dostarczone w ramach projektu. To zostałoby udokumentowane w sekcji Zawartość/skład w powiązanym Opisie Produktu. Dot. A.17.2. To jest wymaganie wobec produktu końcowego projektu, które powinno być zapisane w Opisie Produktu Końcowego Projektu. Dot. A.21.2. To dotyczy kosztów jakości przedmiotów dostawy. To NIE jest niepożądany skutek projektu. Dot. 4.3.4.4. To jest niepożądany skutek projektu „Kalendarz”. Dot. 4.3.4.4. / A.2.1. To jest zagrożenie dla oczekiwanych korzyści, a NIE niepożądany skutek projektu. Dot. 4.3.4.4. / 8.2.1. To jest niepożądany skutek projektu „Kalendarz”. Dot. 4.3.4.4. / A.2.1. To jest zagrożenie dla oczekiwanych korzyści, a NIE niepożądany skutek projektu. Dot. 4.3.4.4. / 8.2.1. To jest ryzyko. To się jeszcze nie wydarzyło, ale jego wpływ powinien być rozważony i zapisany w sekcji Główne ryzyka. Dot. 8.2.1. Akcja rekrutacyjna prawdopodobnie będzie działaniem następczym, które nie należy do zakresu tego projektu. Dot. 18.4.4. To, kiedy oczekuje się osiągnięcia korzyści, powinno być zapisane pod nagłówkiem Terminy w Uzasadnieniu Biznesowym. Dot. 4.3.4.5 / A.2.1. To jest termin realizacji projektu i powinien być zapisany tutaj pod nagłówkiem Terminy. Dot. 4.3.4.5 / A.2.1. To nie jest termin realizacji projektu. Dot. 4.3.4.5 / A.2.1. To, że MNO przydzieliło 480.000 zł na budżet marketingu na ten rok, nie jest kosztem tego projektu. Dot. 4.3.4.6 / A.2.1. W Uzasadnieniu Biznesowym pod nagłówkiem Koszty powinien być wskazany sposób finansowania projektu. Dot. 4.3.4.6 / A.2.1. To jest Oczekiwana Korzyść, to nie jest koszt projektu, to są raczej oczekiwane przychody, a nie wydatki. Dot. 4.3.4.3 / A.2.1. Nowe logo firmy nie należy do zakresu tego projektu. Dot. Broszura Scenariusza. Sekcja Koszty w Uzasadnieniu Biznesowym powinna zawierać pełne przewidywane koszty projektu, łącznie z przyznanymi tolerancjami, budżetem ryzyka i budżetem zmian. Dot. 4.3.4.6 / A.2.1. To jest niepożądany skutek rezultatu projektu, a nie ryzyko dla projektu. Dot. 4.3.4.4 / 8.2.1. To nie jest ryzyko, to jest podane jako fakt w Scenariuszu Projektu. Dot. Scenariusz Projektu / 8.2.1. To jest ryzyko dla projektu. Ryzyka, na jakie narażony jest projekt, mogą zarówno redukować/wzmacniać korzyści, jak i redukować/zwiększać koszt. Dot. 4.3.4.8 / A.2.1. To jest ryzyko dla projektu. Ryzyka, na jakie narażony jest projekt, mogą zarówno redukować/wzmacniać korzyści, jak i redukować/zwiększać koszt. Dot. 4.3.4.8 / A.2.1. To jest podane jako fakt, a nie jako niepewne/potencjalne zagrożenie. Dot. 8.2.1.

Pytanie: 1, Prog. naucz.: BC, Część: B, Typ: AR, Dot.: BC1101 BC0401, Poziom: 4 Fałsz: Rozważone opcje dostawy wybranego 1 Prawda: Koszty projektu mogą oddziaływać rozwiązania powinny być ujęte w na zasadność projektu i musi to formule realizacji projektu (Założenia mieć odbicie w Uzasadnieniu Projektu). Możliwe rozwiązania Biznesowym. Dot. 4.3.4.6 / 9.3.3.2. biznesowe w Uzasadnieniu Biznesowym odnoszą się do różnych rozważonych rozwiązań. Dot. A.2.2 / A/19.2.2.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 2 z 23

W PRINCE2 Uzasadnienie Biznesowe stanowi podstawowy test zasadności projektu. Zapewnia ono odpowiedź na pytanie: czy inwestowanie w dany projekt ma nadal sens? Drukowanie w pierwszym tygodniu grudnia mieści się w granicach tolerancji czasu projektu +1 tydzień i nie wpływa na zdolność projektu dostarczenia produktów. Dot. 4.1 / 4.2.1 Zarys Uzasadnienia Biznesowego zawiera powody, dla których projekt jest potrzebny i jest częścią Założeń Projektu. Dot. 4.3.1 / A.19.2.

Fałsz:

Tolerancja dopuszczająca późniejszy termin może być dostępna dla etapu, a w takiej sytuacji Uzasadnienie Biznesowe może być nadal zasadne. Dot. 10.2.3.

Prawda:

Założenia Projektu zawierają ogólne informacje o tym, co trzeba zrobić, dlaczego, kto będzie musiał być zaangażowany oraz jak i kiedy to będzie zrobione. Ta przyczyna wyjaśnia stwierdzenie, dlatego odpowiedzią prawidłową jest A. Dot. A.19.2. Na koniec każdego etapu Plan Przeglądu Korzyści będzie analizowany i ewentualnie modyfikowany, aby uwzględnić korzyści uzyskane w trakcie kończonego etapu. To nie jest uzasadnienie stwierdzenia, dlatego odpowiedzią prawidłową jest B. Dot. 17.4.3. Wszystkie korzyści, zarówno finansowe, jak i niefinansowe powinny być zapisane w Uzasadnieniu Biznesowym. Dot. A.2.2.

2

Fałsz:

3

Prawda:

4

Prawda:

Plan Przeglądu Korzyści jest używany do przedstawienia Przewodniczącemu jak i kiedy można zmierzyć osiągnięcia projektu. Dot. A.1.2.

Prawda:

5

Fałsz:

To jest pozytywna konsekwencja projektu “Kalendarz”, która jest mierzalna i powinna zostać zapisana w Uzasadnieniu Biznesowym. Dot. A.2.2 / 4.3.4.3.

Fałsz

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 3 z 23

Pytanie: 2, Prog. naucz.: QR, Część: A, Typ: MR, Dot. OR0301, Poziom 3 1 A Błędnie: Okres zatrudnienia osoby nie jest według PRINCE2 powodem do mianowania jej na Przewodniczącego. Dot. 5.3.2.2. B Błędnie: Chociaż to może być użyteczne z punktu widzenia wiedzy specjalistycznej, to nie jest według PRINCE2 powód mianowania na Przewodniczącego. Dot. 5.3.2.2. C Dobrze: Przewodniczący powinien potrafić reprezentować w projekcie interesy biznesu. Dot. 5.3.2.2. D Dobrze: Przewodniczący powinien móc angażować zasoby do projektu i podejmować decyzje w imieniu biznesu. Dot. 5.3.2.2. E Błędnie: Potrzeba własnego rozwoju osoby nie jest według PRINCE2 powodem do mianowania jej na Przewodniczącego. Dot. 5.3.2.2. 2 A Błędnie: Okres zatrudnienia osoby nie jest według PRINCE2 powodem do mianowania jej na Przewodniczącego. B Błędnie: Znajomość funkcji nie jest według PRINCE2 powodem mianowania na Przewodniczącego. Dot. 5.3.2.2. C Błędnie: Fizyczne zaangażowanie nie jest według PRINCE2 powodem mianowania na Przewodniczącego. Dot. 5.3.2.2. D Dobrze: Przewodniczący powinien móc angażować zasoby do projektu i podejmować decyzje w imieniu biznesu. Dot. 5.3.2.2. E Dobrze: Przewodniczący posiada wiedzę o strategicznych wymaganiach biznesu oraz ma obowiązek zapewnić, że projekt jest zgodny z tymi strategiami. Dot. 5.3.2.2. 3 A Dobrze: Główny Użytkownik powinien móc podejmować decyzje w imieniu użytkowników i jako reprezentant użytkowników produktów dostarczonych przez projekt Dyrektor Marketingu byłby odpowiedni do tej roli. Dot. 5.3.2.2. B Błędnie: To byłoby użyteczne dla roli odpowiedzialnej za dostarczenie projektowi wiedzy specjalistycznej. Rola Głównego Użytkownika nie wymaga wiedzy specjalistycznej. Dot. 5.3.2.2. C Dobrze: Główny Użytkownik powinien reprezentować tych, którym produkt pozwoli osiągnąć cel lub tych, którzy będą używać produktu do dostarczenia korzyści. Dot. 5.3.2.2. D Błędnie: Rola Przewodniczącego reprezentuje finansowanie projektu, a nie rola Głównego Użytkownika. Dot. 5.3.2.2. E Błędnie: Ci, którzy wytwarzają produkty w projekcie, to dostawcy, i powinni być oni reprezentowani przez Głównego Dostawcę. Dot. 5.3.2.2. 4 A Błędnie: Okres zatrudnienia osoby nie jest według PRINCE2 powodem do mianowania jej na Głównego Użytkownika. Dot. 5.3.2.2. B Błędnie: Potrzeba własnego rozwoju osoby nie jest według PRINCE2 powodem do mianowania jej na Głównego Użytkownika. Dot. 5.3.2.2. C Dobrze: Główny Użytkownik powinien reprezentować tych, na których projekt wywrze wpływ. Dot. 5.3.2.2. D Błędnie: PRINCE2 nie wyróżnia struktur podległości służbowej w biznesie lub hierarchii. Struktura podległości w projekcie będzie uzgodniona w ramach projektu. Dot. 5.3.2.2. E Dobrze: Główny Użytkownik powinien reprezentować interesy tych, którzy będą używać finalnego(-ych) produktu(-ów) projektu. Dot. 5.3.2.2. 5 A Dobrze: Rola Głównego Dostawcy jest odpowiedzialna za doradztwo w sprawach wyboru metod projektowania, wykonywania oraz akceptacji. Dot. C.4.1. B

Dobrze:

Rola Głównego Dostawcy jest odpowiedzialna za zapewnienie dostępności zasobów dostawcy dla projektu. Dot. C.4.1. Główny Dostawca(-y) reprezentuje interesy osób projektujących, wytwarzających, wspomagających, zaopatrujących i wdrażających produkty projektu. Dot. 5.3.2.2.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 4 z 23

6

7

C

Błędnie:

D

Błędnie:

E

Błędnie:

A

Błędnie:

B

Dobrze:

C

Dobrze:

D

Błędnie:

E

Błędnie:

A

Dobrze:

B

Błędnie:

C

Błędnie:

D

Błędnie:

E

Dobrze:

Techniczne doświadczenie Kierownika Zaopatrzenia nie ma znaczenia dla projektu lub roli Głównego Dostawcy w tym projekcie. Dot. 5.3.2.2. To do obowiązków Przewodniczącego należy zapewnienie, że projekt przyniesie wartość uzasadniającą poniesione nakłady, zapewniając efektywną kosztowo formułę realizacji projektu, równoważąc potrzeby biznesu, użytkownika i dostawcy. Dot. 5.3.2.2. Tylko to, że osoba nie jest odpowiednia do roli Przewodniczącego lub Głównego Użytkownika, nie czyni z niej osoby odpowiedniej do roli Głównego Dostawcy. Dot. 5.3.2.2. Okres zatrudnienia i indywidualna motywacja osoby nie jest według PRINCE2 powodem do wyznaczenia jej do roli Nadzoru Projektu. Jako użytkownik produktu(-ów) projektu, Kierownik Sprzedaży byłby dobrze ulokowany, aby oceniać oddziaływanie potencjalnych zmian z punktu widzenia użytkownika, w imieniu Głównego Użytkownika, co należy do obowiązków Nadzoru Projektu. Dot. 5.3.2.2. Aktualni i potencjalni klienci są w projekcie interesariuszami, a Kierownik Sprzedaży jest dobrze ulokowany, aby doradzić jak najlepiej komunikować się z nimi, co należy do roli Nadzoru ze Strony Użytkownika. Dot. 5.3.2.2. Potrzeba własnego rozwoju osoby nie jest według PRINCE2 powodem do wyznaczenia jej do roli Nadzoru Projektu. Dot. 5.3.2.2. Rozwiązywanie konfliktów między użytkownikami należy do obowiązków Głównego Użytkownika, a nie Nadzoru Projektu. Dot. 5.3.2.2. Jedną z kluczowych kompetencji wymaganych od Wsparcia Projektu jest znajomość specjalistycznych narzędzi i technik. Ich znajomość powoduje, że Centralne Biuro Dokumentacji jest odpowiednie do tej roli. Dot. C.9.2. Okres działania i fakt istnienia nie są według PRINCE2 przyczynami do wyznaczenia do roli Wsparcia projektu. Dot. 5.3.2.8. To jest obowiązek nadzoru jakości, który może być delegowany Nadzorowi Projektu, ale NIE Wsparciu Projektu. Dot. 6.2.6. Funkcja nadzoru jakości może być delegowana Nadzorowi Projektu, ale NIE Wsparciu Projektu. Dot. 6.2.6. To jest kompetencja wymagana od Wsparcia Projektu. Dot. 5.3.2.8.

Pytanie: 2, Prog. naucz.: QR, Część: B, Typ: AR, Dot.: OR0401, Poziom: 4 Prawda: Przewodniczący odpowiada ostatecznie 1 Fałsz: Rola Przewodniczącego jest za projekt i starałby się o zatwierdzenie przydzielana jednej osobie, aby inwestycji przez kierownictwo organizacji była jednoosobowa lub programu. Dot. C.2.1. odpowiedzialność za projekt. Dot. 5.3.2.2. Fałsz: Główny Użytkownik angażuje zasoby 2 Fałsz: Rola Głównego Użytkownika użytkownika na potrzeby kontroli jakości, może być rozdzielona pomiędzy ale to rola Głównego Dostawcy zapewnia kilka osób, ale Kierownik zasoby specjalistyczne do projektowania i Techniczny nie reprezentuje wytwarzania produktów projektu. Dot. użytkownika w tym projekcie. Dot. 5.3.2.2. 5.3.2.2,

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 5 z 23

3

4

5

Prawda: Pojęcie „interesariusz” odnosi się do osoby fizycznej, grupy lub organizacji, która może mieć wpływ, może znajdować się pod wpływem lub może uważać siebie za kogoś, na kogo oddziaływuje projekt. Dot. Leksykon. Bright Lights i Portraits Ltd będą współpracować z projektem i mogą na niego wpływać. Z tego powodu są interesariuszami. Dlatego odpowiedzią prawidłową jest A. Prawda: Role Wsparcie Projektu i Nadzór Prawda: Nadzór Projektu musi być oddzielony od Projektu powinny być rozdzielone, Wsparcia Projektu w celu zapewnienia aby utrzymać niezależność jego niezależności. To stanowi Nadzoru projektu. Dot. 5.3.2.8. wyjaśnienie stwierdzenia, dlatego odpowiedzią prawidłową jest A. Dot. 5.3.2.8. Prawda: Strategia Zarządzania Komunikacją Prawda: Kierownik Techniczny jest opisuje narzędzia, które będą użyte na interesariuszem w granicach każdym kroku procesu komunikacji. To nie organizacji, ale poza zespołem wyjaśnia dlaczego Kierownik Techniczny zarządzania projektem. Nie jest powinien być uwzględniony w tej strategii. ani dostawcą, ani użytkownikiem, Z tego względu odpowiedzią prawidłową ale jest zainteresowany projektem jest B. Dot. A.4.2. i ma pewien wpływ. Dot. 5.3.5.3.

Prawda: Obie firmy potrzebują współpracować w tym projekcie i mogą wpływać na rezultaty projektu. Dlatego są interesariuszami. Dot. 5.3.5.1.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 6 z 23

Pytanie: 3, Prog. naucz.: QU, Część: A, Typ: MG, Dot. QU0204, Poziom: 2 1 Dobrze [C] Planowanie Jakości – To obejmuje uzgodnienie ogólnych oczekiwań jakościowych, wymaganych produktów wraz z kryteriami ich akceptacji oraz środków, za pomocą których jakość będzie osiągnięta i oceniona. Dot. 6.3.1. 2 Dobrze [B] Kontrola Jakości – To obejmuje działania podejmowane przez zespół projektowy w celu zapewnienia, że produkty spełnią swoje kryteria jakości. Dot. 6.3.2. 3 Dobrze [A] Nadzór Jakości – To jest działanie kierujące Systemem Zarządzania Jakością organizacji, a nie jest częścią projektu. Dot. 6.2.6.

Pytanie: 3, Prog. naucz.: QU, Część: B, Typ: MG, Dot. QU0301, Poziom: 3 1 Dobrze [B] To określa mierzalne wymaganie dla produktu i powinno być zapisane pod nagłówkiem Kryteria Jakości. Dot. A.17.2. 2 Dobrze [A] Produkt ma zostać przekazany do drukarni. Drukarnia nie bierze udziału w przygotowaniu i przeglądzie jakości tego produktu. Dlatego odpowiedzią jest „Nie będzie włączona”. Dot. A.17.2. 3 Dobrze [E] Komitet Sterujący będzie proszony o dokonanie przeglądu zgłoszonych projektów nalepek i dlatego będzie wymieniony jako tester w części „Obowiązki dotyczące jakości”. Dot. A.17.2. 4 Dobrze [C] Dla podanych kryteriów jakości, jest to miara tego, co byłoby akceptowalne jako tolerancja jakości. Dot. A.17.2.

Pytanie: 3, Prog. naucz.: QU, Część: C, Typ: MR, Dot. QU0401, Poziom: 4 1 A Dobrze: Produktem jest wybrany papier, a nie sam papier. Dot. A.21.2. B Dobrze: To nie jest główny produkt, który ma być dostarczony przez ten projekt. Dot. A.21.2. C Błędnie: To jest główny produkt, który ma być dostarczony przez ten projekt, wywodzący się z informacji z Marketingu i Księgowości. Dot. A.21.2. D Błędnie: Niezależnie od źródła, to jest główny produkt, który ma być dostarczony przez ten projekt. Dot. A.21.2. E Błędnie: To jest poza zakresem tego projektu. Produktem końcowym będzie gotowy pakiet kalendarza. Dot. A.21.2. 2 A Błędnie: Projekt nowego logo powstaje poza tym projektem i dlatego nie należy do zakresu tego projektu. Dot. A.21.2. B Błędnie: To już istnieje i stanowi podstawę, na której kalendarz zostanie zaprojektowany. Projekt kalendarza będzie miał wkomponowane nowe logo. Dlatego jest to źródło pochodzenia i nie powinno być usunięte. Dot. A.21.2. C Dobrze: Wewnętrzny Zespół plastyczny będzie potrzebny do wytworzenia produktów i dlatego jest już prawidłowo pokazany w sekcji Wymagane umiejętności wytwórcy. Dot. A.21.2. D Dobrze: To jest produkt, który ma być dostarczony przez ten projekt. Dot. A.21.2. E Błędnie: To nie jest produkt źródłowy, z którego projekt się wywodzi. Dot. A.21.2. 3 A Błędnie: To jest dostawca w tym projekcie, a nie główny produkt, który ma być dostarczony przez ten projekt. Dot. A.21.2. B Błędnie: To jest dostawca w tym projekcie, a nie źródło pochodzenia lub informacji dla tego projektu. Dot. A.21.2. C Błędnie: Ta umiejętność jest potrzebna w tym projekcie. Dot. A.21.2. D Dobrze: Drukowanie kalendarza jest poza zakresem tego projektu. Dot. A.21.2. E Dobrze: Ta umiejętność/osoba/grupa jest potrzebna do pomocy przy sporządzaniu listy klientów. Dot. A.21.2. 4 A Błędnie: To jest jedno z wymienionych oczekiwań jakościowych – zdjęcia powinny być profesjonalne. Dot. A.21.2. Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 7 z 23

5

B C

Dobrze: Błędnie:

D

Błędnie:

E

Dobrze:

A

Dobrze:

B

Błędnie:

C

Dobrze:

D

Błędnie:

E

Błędnie:

Drukowanie jest poza zakresem tego projektu. Dot. A.21.2. Oczekiwania jakościowe klienta jest to opis jakości oczekiwanej od Produktu Projektu oraz standardów i procesów, które trzeba zastosować, aby tę jakość osiągnąć. Dot. A.21.2. To jest wymienione jako oczekiwanie jakościowe klienta, opis jakości oczekiwanej od Produktu Projektu oraz standardów i procesów, które trzeba zastosować, aby tę jakość osiągnąć. Dot. A.21.2. To jest oczekiwana korzyść (pozytywna konsekwencja) z tego projektu i nie powinna być zapisana jako oczekiwanie jakościowe klienta. Dot. A.21.2. Istniejący zapis nie jest mierzalny, gdyż pojęcia „atrakcyjne i dowcipne” nie są zdefiniowane. Nowy zapis jest mierzalną definicją atrybutów, które muszą być zastosowane do zbioru produktów, aby były one do zaakceptowania przez głównych interesariuszy. Dot. A.21.2. Kryteria akceptacji mogą być wyrażone na wiele sposobów, łącznie z wyglądem. To nie jest element zawartości. Dot. A.21.2. Nowe logo firmy jest opracowywane w innym projekcie. Jest potrzebne do włączenia do projektu „Kalendarz”, ale jego jakość nie będzie oceniana w trakcie tego projektu. Dot. A.21.2. To jest mierzalna definicja kryteriów, które Produkt projektu musi spełnić zanim klient go zaakceptuje. Pochodzenie wskazuje źródło, z którego lub na podstawie którego produkt zostanie wytworzony. Dot. A.21.2. Kryteria akceptacji mogą być wyrażone na wiele sposobów, łącznie z dokładnością, o ile jest ona mierzalna. Daty powinny być pokazane prawidłowo, jak to określono w Scenariuszu. Dot. A.21.2.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 8 z 23

Pytanie: 4, Prog. naucz.: SI, Część: A, Typ: MG, Dot.: SU0205, Poziom: 2 1 Dobrze [A] Określenie „zlecenie przygotowania projektu” dotyczy wszelkich informacji wykorzystanych do uruchomienia projektu, może to być studium wykonalności lub otrzymanie przez dostawcę „zaproszenia do złożenia propozycji”. Zlecenie przygotowania projektu jest tym, co uruchamia proces Przygotowanie Projektu. Dot. 12.3/19.8.3. 2 Dobrze [C] Zgromadzenie dotychczasowych doświadczeń należy do obowiązków Kierownika Projektu w trakcie procesu Przygotowanie Projektu. Zatem Kierownik Projektu musi być mianowany przed tym działaniem. Dot. 12.4.2. 3 Dobrze [B] Mianowanie Kierownika Projektu pozwala zarządzać projektem na bieżąco na rzecz Przewodniczącego. Dot. 12.4.1. Pytanie: 4, Prog. naucz.: SI, Część: B, Typ: CL, Dot. SU0301, Poziom: 3 1 A Dobrze: Ten projekt musi być realizowany w powiązaniu z projektem, w ramach którego jest opracowywane nowe logo firmy. Punkty styku projektów powinny zostać określone, aby wszelkie zmiany w projekcie, które mogą oddziaływać na jeden lub więcej innych projektów zostały wychwycone i odpowiednio przekazane. Dot. A.19.2 / Scenariusz. B Błędnie: Ta informacja powinna zostać zapisana w Opisie Produktu dla projektu graficznego kalendarza. Dot. A.17.2. C Błędnie: To powinno zostać zapisane pod nagłówkiem Formuła realizacji projektu. Dot. A.17.2. D Błędnie: To powinno zostać zapisane pod nagłówkiem Formuła realizacji projektu. Dot. A.17.2. 2 A Błędnie: Drukowanie kalendarza nie należy do zakresu tego projektu. Zakres projektu i wszelkie tolerancje zakresu powinny zostać zapisane pod nagłówkiem Definicja projektu. Dot. A.19.2. B Błędnie: Ta informacja zostałaby zapisana w Planie Projektu, w trakcie procesu Inicjowanie Projektu. Dot. A.16.2. C Dobrze: To jest przyczyna, z jakiej projekt jest potrzebny, i powinna zostać zapisana pod nagłówkiem Zarys Uzasadnienia Biznesowego. Dot. A.19.2. D Błędnie: To dotyczy mechanizmów sterowania projektem i powinno zostać zapisane w Dokumentacji Inicjowania Projektu. Dot. A.20.2. 3 A Błędnie: To opisuje wymagany produkt i powinno zostać zapisane w Opisie Produktu Końcowego Projektu. Dot. A.19.2. B Dobrze: To opisuje rozwiązanie, które zostanie wykorzystane w projekcie w celu dostarczenia wybranego wariantu biznesowego, uwzględniające środowisko operacyjne, do którego to rozwiązanie musi być dostosowane. Dot. A.19.2. C Błędnie: To jest produkt dostarczany w trakcie projektu, który może zostać zapisany pod nagłówkiem Definicja projektu, w części zakres projektu i wyłączenia. Dot. A.19.2. D Błędnie: To powinno zostać zapisane pod nagłówkiem Definicja projektu, w części zakres projektu i wyłączenia. Dot. A.19.2.

Pytanie: 4, Prog. naucz.: SI, Część: C, Typ: CL, Dot. SU0402 IP0402, Poziom: 4 1 A Błędnie: Projektując i mianując zespół zarządzania projektami należy rozważyć, czy będą potrzebne odrębne osoby do pełnienia roli Kierowników Zespołów, czy też Kierownik Projektu będzie pełnić tę rolę osobiście. Jeżeli będzie to właściwe, należy stworzyć opisy ról. Dot. 12.4.3. Stworzenie opisów ról dla zespołu zarządzania projektem należy do obowiązków Kierownika Projektu i Przewodniczącego. Dot. 12.4.3.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 9 z 23

2

3

4

B

Błędnie:

C

Dobrze:

D

Błędnie:

A

Błędnie:

B

Błędnie:

C

Dobrze:

D

Błędnie:

A

Błędnie:

B

Błędnie:

C

Błędnie:

D

Dobrze:

A

Dobrze:

B

Błędnie:

C

Błędnie:

Jeśli zawodowy fotograf zostanie mianowany Kierownikiem Zespołu, stanie się on członkiem zespołu zarządzania projektem. Członkami zespołu zarządzania projektem mogą być zarówno zasoby wewnętrzne, jak i zewnętrzne. Dot. 5.3.2.2. Należy rozważyć, czy będą potrzebne odrębne osoby do pełnienia roli Kierowników Zespołów, czy też Kierownik Projektu będzie pełnić tę rolę osobiście. Jeżeli będzie to właściwe, należy stworzyć opisy ról. Dot. 12.4.3. Przewodniczący jest odpowiedzialny za przygotowanie opisu roli dla Kierownika Projektu. Dot. 12.4.1. Uzasadnienie Biznesowe powinno zawierać powody podjęcia projektu i wyjaśniać sposób, w który projekt umożliwi realizacje strategii i celów organizacji. Dot. A.2.2. Wytworzenie nowego logo firmy przez inny projekt nie jest powodem projektu „Kalendarz”. Dot. Scenariusz Projektu. Wewnętrzne zależności kontroluje Kierownik projektu. Nowe logo firmy jest wytwarzane przez inny projekt i dlatego jest to zależność zewnętrzna. Dot. Leksykon / Scenariusz Projektu. Podczas sporządzania Planu Projektu należy przejrzeć Założenia projektu w celu sprawdzenia zrozumienia wszelkich warunków wstępnych, zależności zewnętrznych, ograniczeń i założeń. Dot. 14.4.6 / A.16.2. Zależności zewnętrzne to takie, które są poza kontrolą Kierownika Projektu, np. dostawa produktu wymagana przez projekt z innego projektu. Dot. Leksykon / Scenariusz Projektu. Zależności zewnętrzne to takie, które są poza kontrolą Kierownika Projektu, np. dostawa produktu wymagana przez projekt z innego projektu. Dot. Leksykon / Scenariusz Projektu. Podczas sporządzania Planu Projektu w trakcie inicjowania projektu należy sporządzić Opisy Produktów dla głównych produktów projektu. Jeśli to konieczne, powinny być one później uaktualnione podczas planowania odpowiedniego etapu. . Dot. 14.4.6. Opis Produktu Końcowego projektu powinien zostać sporządzony w procesie Przygotowanie Projektu. Jednakże, podczas sporządzania Planu Projektu w trakcie inicjowania projektu należy sporządzić Opisy Produktów dla głównych produktów projektu. Dot. 14.4.6 / 14.4.7 Podczas sporządzania Planu Projektu w trakcie inicjowania projektu należy sporządzić Opisy Produktów dla głównych produktów projektu. Dot. 14.4.6. Podczas sporządzania Planu Etapu dla następnego etapu powinny zostać sporządzone i uaktualnione Opisy Produktów dla produktów, które mają być dostarczone w następnym etapie. Dot. 17.4.1. Podczas sporządzania Planu Projektu w trakcie inicjowania projektu należy sporządzić Opisy Produktów dla głównych produktów projektu. Jeśli to konieczne, powinny być one później uaktualnione podczas planowania odpowiedniego etapu. . Dot. 14.4.6. Proces Zarządzanie Końcem Etapu jest wykorzystywany na końcu etapu inicjowania i powtarzany na końcu każdego następnego etapu, z wyjątkiem ostatniego etapu. Koniec ostatniego etapu jest zarządzany za pomocą działań procesu Zamykanie Projektu. Dot. Rys. 11.1 / 12.4.6. Koniec etapu inicjowania jest uwzględniony w planie etapu dla Etapu Inicjowania i uzgadniany przez rozpoczęciem inicjowania projektu. Tylko oceny końcowe pozostałych etapów trzeba uzgodnić w trakcie inicjowania. Koniec ostatniego etapu będzie zarządzany w procesie zamykanie Projektu. Dot. Rys. 11.1 / 12.4.6. Pod koniec każdego etapu zarządczego, z wyjątkiem ostatniego, Kierownik Projektu dostarcza Komitetowi Sterującemu informacje w celu oceny ciągłości zasadności projektu i podjęcia decyzji o zezwoleniu na realizację następnego etapu. W trakcie ostatniego etapu te informacje są dostarczane w ramach działań zamykania projektu, które są planowane i zatwierdzane jako część zatwierdzania ostatniego etapu. Dot. Rys. 11.1 / 12.4.6.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 10 z 23

5

6

D

Błędnie:

A

Błędnie:

B

Dobrze:

C

Błędnie:

D

Błędnie:

A

Błędnie:

B

Dobrze:

C

Błędnie:

D

Błędnie:

Komitet Sterujący faktycznie potrzebuje zaplanować te daty i swoją dostępność. Jednakże, trzeba zaplanować tylko jedną ocenę końcową etapu po etapie inicjowania. Dot. Scenariusz Projektu. Koniec etapu ostatniego jest zarządzany działaniami procesu Zamykanie Projektu. Dot. 11.1 / 12.4.6. Grupy Zadań są uzgadniane pomiędzy Kierownikiem Projektu a Kierownikiem(-ami) Zespołu(-ów) w procesach Sterowanie Etapem i Zarządzanie Dostarczaniem Produktów. Dot. 15.4.1/16.4.1. Grupa Zadań jest wykorzystywana przez Kierownika Projektu do zdefiniowania i kontroli pracy do wykonania, a także do ustanowienia tolerancji dla Kierownika(-ów) Zespołu(-ów). Komitet Sterujący nie wymaga Grup Zadań, jako części Planu Projektu. Grupy Zadań są uzgadniane pomiędzy Kierownikiem Projektu a Kierownikiem(-ami) Zespołu(-ów) w procesach Sterowanie Etapem i Zarządzanie Dostarczaniem Produktów. Dot. 15.4.1/16.4.1. Tolerancje projektu ustala kierownictwo organizacji lub programu. Dot. 10.3.1.1. Tolerancje projektu powinny wynikać ze zlecenia przygotowania projektu i zostać udokumentowane w Założeniach Projektu. Dot. 12.4.5. Grupy Zadań są uzgadniane pomiędzy Kierownikiem Projektu a Kierownikiem(-ami) Zespołu(-ów) w procesach Sterowanie Etapem i Zarządzanie Dostarczaniem Produktów. Dot. 15.4.1/16.4.1. Grupa Zadań jest wykorzystywana przez Kierownika Projektu do zdefiniowania i kontroli pracy do wykonania, a także do ustanowienia tolerancji dla Kierownika(-ów) Zespołu(-ów). Po zatwierdzeniu, wszelkie zmiany w dokumentach będących obiektami odniesienia powinny być zatwierdzane przez Komitet Sterujący lub delegowaną Obsługę Zmian. Kierownik Projektu powinien dokonać przeglądu Uzasadnienia Biznesowego w celu sporządzenia Planu Przeglądu Korzyści. Plan ten powinien zawierać informacje jak i kiedy korzyści zostaną zmierzone. Dot. 14.7. W trakcie inicjowania projektu Kierownik Projektu powinien dokonać przeglądu Uzasadnienia Biznesowego w celu sporządzenia Planu Przeglądu Korzyści. Plan ten powinien zawierać informacje jak i kiedy korzyści zostaną zmierzone. Dot. 14.7. W trakcie inicjowania projektu Kierownik Projektu powinien dokonać przeglądu Uzasadnienia Biznesowego w celu sporządzenia Planu Przeglądu Korzyści. Plan ten powinien zawierać informacje jak i kiedy korzyści zostaną zmierzone. Dot. 14.7. Korzyści z projektu mogą być mierzone w trakcie życia projektu. Jednakże, w tym projekcie kalendarz nie będzie rozdystrybuowany przed zamknięciem projektu. Z tego względu, wszelkie korzyści będą osiągnięte po zamknięciu projektu. Dot. Broszura Scenariusza / 4.3.3.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 11 z 23

Pytanie: 5, Prog. naucz.: RK, Część: A, Typ: MG, Dot.: RK0302, Poziom: 3 1 Dobrze [E] „Akceptowanie” – Świadoma decyzja, aby nie robić nic, ale monitorować i zapewnić, że zagrożenie pozostanie na poziomie, jaki można tolerować. Dot. Tabela 8.2. 2 Dobrze [A] „Unikanie” – Nierealizowanie projektu lub zmienienie niektórych aspektów projektu, tak aby zagrożenie nie miało nadal wpływu lub nie istniałoby nadal. Dot. Tabela 8.2. 3 Dobrze [B] „Redukowanie” – Przyspieszenie terminu dostawy jest formą proaktywnego działania podejmowanego w celu zredukowania prawdopodobieństwa i/lub wpływu zdarzenia, gdyby zaszło. Dot. Tabela 8.2. 4 Dobrze [C] „Plan rezerwowy” – Oczekiwanie w celu stwierdzenia, czy kalendarz konkurenta jest produkowany i opracowanie planu dodatkowych bodźców do wdrożenia, gdyby ryzyko się zmaterializowało, aby zredukować wpływ, ale nie prawdopodobieństwo. Dot. Tabela 8.2. 5 Dobrze [E] “Akceptowanie” - Świadoma decyzja, aby nie robić nic, ale monitorować i zapewnić, że zagrożenie pozostanie na poziomie, jaki można tolerować. Dot. Tabela 8.2. 6 Dobrze [B] “Redukowanie” – To nie zapobiegnie wystąpieniu ryzyka, ale jest forma proaktywnego działania podejmowanego w celu zredukowania prawdopodobieństwa i/lub wpływu zdarzenia, gdyby faktycznie zaszło. Dot. Tabela 8.2.

Pytanie: 5, Prog. naucz.: RK, Część: B, Typ: AR, Dot.: RK0402, Poziom: 4 1 Prawda: To mogłoby mieć wpływ na projekt i Prawda: Na poziomie etapu sytuacje nadzwyczajne powinny być przekazane dlatego powinno zostać Komitetowi Sterującemu w formie zarejestrowane jako zagadnienie Raportu Nadzwyczajnego. To nie (problem) Dot. 9.2.4. wyjaśnia stwierdzenia, dlatego odpowiedzią prawidłową jest B. Dot. 10.3.4. Fałsz: Osoba, która może najlepiej zarządzać 2 Prawda: Kierownik Zaopatrzenia powinien ryzykiem to właściciel ryzyka, a nie monitorować stan realizacji wykonawca reakcji na ryzyko. Dot. kontraktu i dlatego jest najlepiej 8.3.5.4. usytuowaną osobą do zarządzania, monitorowania i kontrolowania tego ryzyka. Dot. 8.3.5.4. W projekcie jest tylko jeden Rejestr 3 Prawda: Przyjmując Grupę Zadań Kierownik Fałsz: Ryzyk, założony w trakcie Inicjowania Zespołu powinien przeprowadzić Projektu. Dot. 14.4.1. analizę ryzyka identyfikując wszelkie ryzyka oraz środki zarządzania nimi. Dot. 16.4.1. Fałsz: Działanie reakcji na ryzyko może być 4 Fałsz: Jeżeli prawdopodobnie ryzyko wdrożone w ramach tolerancji lub będzie wpływało przez jakiś czas, budżetu ryzyka, jeśli taki jest. Nie ma proponowana reakcja na ryzyko potrzeby sporządzenia Raportu o powinna ć je złagodzić i zostać Zagadnieniu. Dot. 8.3.5. dodana do Rejestru Ryzyk. Tylko gdy ryzyko się zmaterializuje, staje się ono zagadnieniem. Dot. 8.3.5. Prawda: Raport z Punktu Kontrolnego dostarczy 5 Prawda: Raport z Punktu Kontrolnego jest omówienie faktycznych i przewidywanych głównym narzędziem gromadzenia postępów, uwypuklając wszelkie danych dla Kierownika Projektu potencjalne obszary wymagające Powinien zawierać zestawienie zainteresowania. To wyjaśnia statusów ryzyk. Dot. 8.3.5.5 / stwierdzenie, dlatego odpowiedzią 16.4.1. prawidłową jest A. Dot. A.3.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 12 z 23

6 Fałsz:

To nie jest akceptowalna reakcja na ryzyko. Chociaż Kierownik Projektu może zdecydować o pozostawieniu sprawy do rozwiązania Kierownikowi Zespołu (wykorzystanie tolerancji), obaj są nadal odpowiedzialni za zarządzenie ryzkiem. Dot. Tabela 8.2.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Fałsz:

Podczas wybierania reakcji na ryzyko, występuje kwestia wyważenia kosztów podjęcia tej reakcji wobec prawdopodobieństwa i wpływu, gdyby pozwolić na zmaterializowanie się ryzyka. Dot. 8.3.5.3.

Strona 13 z 23

Pytanie: 6, Prog. naucz.: PL, Część: A, Typ: CL, Dot.: PL0204, Poziom: 2 1 A Błędnie: W procesie Sterowanie Etapem Kierownik Projektu tylko zezwala na wykonanie Grupy Zadań. Plany Zespołów są sporządzane w procesie Zarządzanie Dostarczaniem Produktów. Dot. 15.4.1. B Błędnie: Plan Projektu powinien zostać uaktualniony danymi aktualnymi, ale nie sporządza się żadnego planu. Dot. 18.4.1. C Dobrze: Kierownik Zespołu sporządzi Plan Zespołu przyjmując Grupę Zadań do wykonania w procesie Zarządzanie Dostarczaniem Produktów. Dot. 16.4.1. D Błędnie: Plan Nadzwyczajny i Raport o Zagadnieniu są wykorzystywane do przekazywania ryzyk i zagadnień na wyższy szczebel w procesie Sterowanie Etapem. Dot. 15.4.7. Jeśli Komitet Sterujący wymaga Planu Nadzwyczajnego, jest on sporządzany w trakcie procesu Zarządzanie Końcem Etapu. Dot. 17.4.5. E Błędnie: Plan Etapu dla następnego etapu jest sporządzany pod koniec bieżącego etapu. Działania związane z zamykaniem projektu powinny zostać zaplanowane jako część Planu Etapu dla ostatniego etapu. Dot. 17.4.1 / 18.3. 2 A Błędnie: Kierownik Projektu jest odpowiedzialny za sporządzenie wszystkich Planów Etapów, ale to nie jest wykonywane w oderwaniu od innych członków zespołu zarządzania projektem Dot. 17.4.1 / C.5.1. B

Dobrze:

C

Błędnie:

D

Błędnie

E

Dobrze:

Kierownik Zespołu sporządzi Plan Zespołu przyjmując Grupę Zadań do wykonania w procesie Zarządzanie Dostarczaniem Produktów. Dot. 16.4.1./ 7.2.6. Wsparcie Projektu może wnieść swoją wiedzę i umiejętności stosowania specjalistycznych narzędzi planistycznych i technik, ale nie jest odpowiedzialne za sporządzenie jakichkolwiek planów. Dot. C.9.1. Kierownik Zespołu sporządzi Plan Zespołu podczas przyjmowania Grupy Zadań w procesie Zarządzanie Dostarczaniem Produktów. Dot. 16.4.1 / 7.2.6 Kierownik Projektu jest odpowiedzialny za sporządzenie wszystkich Planów Etapów, ale to nie jest wykonywane w oderwaniu od innych członków zespołu zarządzania projektem Dot. 17.4.1 / C.5.1. Kierownik Projektu jest odpowiedzialny za sporządzenie wszystkich Planów Etapów, ale to nie jest wykonywane w oderwaniu od innych członków zespołu zarządzania projektem Dot. 17.4.1 / C.5.1.

Pytanie: 6, Prog. naucz.: PL, Część: B, Typ: CL, Dot.: PL0204, Poziom: 2 1 A Błędnie: „Przewidywany koszt produkcji” jest potrzebny Dyrektorowi Zarządzającemu i Dyrektorowi Marketingu do podjęcia decyzji, czy kontynuować projekt, ale to nie decyduje o tym, czy jest to produkt zewnętrzny, czy nie. Produkty zewnętrzne już istnieją albo są wytwarzane lub uaktualniane poza zakresem danego projektu. Dot. 7.3.3.2. B Dobrze: „Przewidywany koszt produkcji” jest wytwarzany w ramach zakresu tego projektu i dotychczas nie istnieje. Dlatego nie powinien być pokazany jako produkt zewnętrzny. Dot. 7.3.3.2. C Błędnie: „Przewidywany koszt produkcji” zależy od „Taryfy przesyłek pocztowych”, ale jest wytwarzany w ramach zakresu projektu i dlatego nie jest produktem zewnętrznym. Produkty zewnętrzne już istnieją albo są wytwarzane lub uaktualniane poza zakresem danego projektu. Dot. 7.3.3.2. D Błędnie: „Przewidywany koszt produkcji” jest potrzebny Dyrektorowi Zarządzającemu i Dyrektorowi Marketingu do podjęcia decyzji, czy kontynuować projekt, ale to nie czyni go produktem zewnętrznym. Produkty zewnętrzne już istnieją albo są wytwarzane lub uaktualniane poza zakresem danego projektu. Dot. 7.3.3.2.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 14 z 23

2

3

4

5

A

Błędnie:

B

Dobrze:

C

Błędnie:

D

Błędnie:

A

Błędnie:

B

Błędnie:

C

Błędnie:

D

Dobrze:

A

Dobrze:

B

Błędnie:

C

Błędnie:

D

Błędnie:

A

Błędnie:

B

Błędnie:

C

Dobrze:

D

Błędnie:

Chociaż „Taryfa przesyłek pocztowych” jest dostarczana przez stronę trzecią, to nie jest powód, by ją pokazać jako produkt zewnętrzny. Zarówno produkty wewnętrzne, jak i zewnętrzne dla planu, mogą być dostarczane przez stronę trzecią. Produkty zewnętrzne już istnieją albo są wytwarzane lub uaktualniane poza zakresem danego projektu. Dot. 7.3.3.2. Jeśli produkt już istnieje albo jest wytwarzany lub uaktualniany poza zakresem danego planu, powinien być pokazany jako produkt zewnętrzny. Dot. 7.3.3.2. Produkt zewnętrzny jest to produkt, który już istnieje albo jest wytwarzany lub uaktualniany poza zakresem danego planu i jest potrzebny do wytworzenia jednego lub więcej produktów w ramach danego planu. „Taryfa przesyłek pocztowych” już istnieje i powinna być pokazana jako produkt zewnętrzny. Dot. 7.3.3.2. „Taryfa przesyłek pocztowych” już istnieje i dostarcza ją Urząd Pocztowy. Kierownik Projektu nie jest odpowiedzialny za wytworzenie tego produktu. Dot. 7.3.3.2. Wszystkie produkty planu powinny być pokazane na diagramie następstwa produktów. Diagram następstwa produktów pokazuje także zależności od produktów spoza zakresu planu. Dot. 7.3.3.4. Wewnętrzne zależności to takie, które są pod kontrolą Kierownika Projektu. Zewnętrzne zależności to takie, które są poza kontrolą Kierownika Projektu. „Informacje z Księgowości” nie są wytwarzane ani uaktualniane w ramach tego planu, ale są potrzebne do wytworzenia jednego lub więcej produktów projektu. Dlatego jest to zależność zewnętrzna. Dot. 7.3.4.2 / Leksykon. Produkty wytwarzane zarówno w ramach danego planu, jak i poza jego zakresem, mogą być dostarczane przez stronę trzecią. To nie fakt, że produkt jest dostarczany przez stronę trzecią, czyni z niego produkt zewnętrzny. Dot. 7.3.3.2. „Informacje z Księgowości” już istnieją (produkt zewnętrzny) i będą potrzebne do stworzenia „Listy klientów” (zależność). Jest to pokazane prawidłowo. Dot. 7.3.4.2 / Leksykon. „Wybór projektu nalepki” jest działaniem i dlatego nie jest produktem. Produktem byłby „Wybrany projekt nalepki”. Dot. 7.3.3. Prace zgłoszone do konkursu byłyby produktem zewnętrznym, ponieważ są one poza zakresem tego planu i poza kontrolą Kierownika Projektu. Jednakże „Wybrany projekt nalepki” należy do tego zakresu i jest kontrolowany przez Kierownika Projektu. „Wybór projektu nalepki” jest działaniem i dlatego nie jest to właściwe zastosowanie planowania opartego na produktach. Dot. 7.3.3. „Wybór projektu nalepki” jest działaniem i dlatego nie jest produktem. Produktem byłby „Wybrany projekt nalepki”. Dot. 7.3.3. Chociaż „Konkurs na nalepkę” należy do zakresu planu, Kierownik Projektu nie ma kontroli nad wytworzeniem i dostarczeniem „Prac zgłoszonych do konkursu”. Prace te powinny być pokazane jako produkt zewnętrzny. Dot. 7.3.3.2. „Gotowy pakiet kalendarza” powinien być umieszczony na najwyższym poziomie struktury podziału produktów dla tego projektu, ale także powinien zostać pokazany na diagramie następstwa produktów jako produkt finalny. Dot. 7.3.3.2 / 7.3.3.4 / Scenariusz Projektu. Końcowym produktem tego projektu jest „Gotowy pakiet kalendarza”. Dot. Scenariusz Projektu. „Gotowy pakiet kalendarza” jest produktem końcowym tego projektu i powinien zostać pokazany na diagramie następstwa produktów jako produkt finalny. Dot. 7.3.3.4. „Gotowy pakiet kalendarza” jest zależny od wszystkich pozostałych produktów projektu. Jest to produkt końcowy tego projektu. Dot. 7.3.3.4.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 15 z 23

Pytanie: 6, Prog. naucz.: PL, Część: C, Typ: MR, Dot.: PL0401, Poziom: 4 1 A Dobrze: Chociaż Komitet Sterujący oceniłby w procesie Zarządzanie Strategiczne Projektem czy planowane korzyści mogą być nadal osiągnięte, faktyczne korzyści wyraźnie nie są warunkiem wstępnym dla etapu. Dot. A.16.2. B Błędnie: Podczas gdy jest to przedmiot dostawy 2. etapu, Komitet Sterujący musi go zaakceptować podejmując decyzję o przejściu do 3. etapu. Jest to główny produkt tego projektu i powód granicy etapu. Jest to warunek wstępny dla 3. etapu. Dot. A.16.2. C Dobrze: To nie jest warunek wstępny dla planu 3. etapu. Jako produkt 2. etapu powinien on być poddany kontroli jakości i zatwierdzony, ale prace 3. etapu mogą się rozpocząć nawet, jeśli ten produkt nie jest ukończony. Dot. A.16.2. D Błędnie: To nie jest warunek wstępny dla etapu. Etap może się rozpocząć bez pracowników technicznych, ale może być opóźniony, jeśli nie będą oni dostępni kiedy będą potrzebni. To może być zidentyfikowane jako ryzyko. Dot. A.16.2. E Błędnie: To jest potwierdzane w trakcie 2. etapu. Wyniki tego sprawdzenia nie są warunkiem wstępnym dla 3. etapu. Prace mogą się zacząć bez niego. Dot. A.16.2. 2 A Błędnie: To jest przedmiot dostawy, który nie jest wytwarzany w ramach zakresu tego projektu, ale może mieć wpływ na plan, jest to zatem zależność zewnętrzna. Dot. A.16.2. B Błędnie: To nie jest wymagane do rozpoczęcia 3. etapu. To jest przedmiot dostawy, który nie jest wytwarzany w ramach zakresu tego projektu, ale może mieć wpływ na plan. Dot. A.16.2. C Błędnie: Logo jest potrzebne w trakcie etapu 3, ale nie jest wytwarzane w ramach zakresu tego projektu. Dot. A.16.2. D Dobrze: To należy do zakresu tego projektu i jako produkt 2. etapu powinno być skontrolowane pod względem jakości i zatwierdzone. Dot. 16.4.2 / A.16.2. E Dobrze: Chociaż logo firmowe jest zależnością zewnętrzną, to zawartość projektu nalepki powinna być pokazana w odpowiednim Opisie Produktu. Dot. A.17.2. 3 A Dobrze: Projekty nalepek mają być dostarczone w trakcie tego etapu, jednakże wyniki konkursu nie są jeszcze znane i projekty nie mogą być zakwalifikowane. Jest to zatem założenie. Dot. A.16.2. B Błędnie: Projekty nalepek należą do zakresu tego projektu. Jeśli do wytworzenia produktu są potrzebne zasoby zewnętrzne, produkt nie staje się produktem zewnętrznym, nadal należy do zakresu tego projektu. Dot. 7.3.3.2. C Błędnie: Harmonogram pracy pracowników technicznych, na którym oparta jest sesja zdjęciowa, jest uaktualniany co tydzień. Dostępność pracowników technicznych przedstawiona w harmonogramie sesji zdjęciowych może być teraz nieaktualna. Dot. A.16.2. D Błędnie: Ten produkt jest wytwarzany przez zasoby zewnętrzne w ramach zakresu tego projektu. To nie jest zależność zewnętrzna. Dot. 7.3.3.2. E Dobrze: Chociaż jest to wymaganie, zawartość zdjęć powinna być pokazana w odpowiednim Opisie Produktu. Dot. A.16.2. 4 A Dobrze: To Plan Etapu jest uaktualniany w trakcie etapu o faktyczne wyniki. Dot. 15.4.4. Plan Projektu jest uaktualniany na końcu etapu. Dot. 17.4.2. B Dobrze: Plan Etapu obejmuje produkty, zasoby, działania i elementy sterowania specyficzne dla danego etapu. Plan ten jest używany jako obiekt odniesienia (bazowy), względem którego monitorowane są postępy etapu. Raport Okresowy jest elementem sterowania dla Komitetu Sterującego. Dot. A.16.2. C Błędnie: Raport Okresowy jest produktem zarządczym. Sekcja Opisy Produktów pokazuje specjalistyczne produkty planu. A.16.2. D Błędnie: Częstotliwość, z jaką będą przeprowadzane przeglądy etapu, powinna być zapisana w tym miejscu. Dot. A.16.2.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 16 z 23

5

E

Błędnie:

A

Dobrze:

B

Błędnie:

C

Błędnie:

D

Dobrze:

E

Błędnie:

Kierownik Projektu może w każdej chwili polecić sporządzenie Zestawienia Statusu Produktów. Prawdopodobnie będzie ono potrzebne do wsparcia Raportu Okresowego. Dot. 15.4.5. Budżet etapu powinien uwzględniać koszty produktów oraz koszty zarządzania i zasobów potrzebnych do dostarczenia produktów. Dot. A.16.1. Sekcja budżety Planu Etapu obejmuje czas i koszt, łącznie z zabezpieczeniami na ryzyka i zmiany. Dot. A.16.2. Sekcja budżety Planu Etapu obejmuje czas i koszt, łącznie z zabezpieczeniami na ryzyka i zmiany. Dot. A.16.2. Sekcja budżety Planu Etapu obejmuje czas i koszt, łącznie z zabezpieczeniami na ryzyka i zmiany. Dot. A.16.2. Tolerancje czasu, kosztu i zakresu dla planu danego poziomu powinny być pokazane pod odrębnym nagłówkiem „Tolerancje”. Dot. A.16.2.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 17 z 23

Pytanie: 7, Prog. naucz.: PG, Część: A, Typ: CL, Dot.: PG0302, Poziom: 3 1 A Błędnie: Jest 1 tydzień, który może być przydzielony dowolnemu etapowi jako dodatnia tolerancja, jeśli to będzie właściwe. Dot. 10.3.1.2. B Dobrze: Tolerancja jest przydzielana na podstawie poziomu ryzyka i pewności oszacowań dla danego etapu. Cała tolerancja projektu może być przydzielona jednemu etapowi, ale związane z tym ryzyko musi zostać ocenione. Dot. 10.3.1.2. C Błędnie: Tolerancja projektu jest zatwierdzana przez kierownictwo organizacji lub programu. Wcześniejsze wykonanie etapu lub Grup Zadań nie może mieć na to wpływu. Dot. 10.3.1.1. D Błędnie: Jeśli projekt ma tolerancję +1 tydzień (np. termin zakończenia zaplanowano na 4 lutego, ale 11 lutego byłby terminem akceptowalnym), nie ma znaczenia jakie dodatkowe zasoby są wykorzystane. Termin końca projektu i dopuszczalne odchylenie się nie zmieniają. Dot. 15.4.8. 2 A Błędnie: Tolerancje wymienione w Planie Projektu mogą być zmienione poprzez formalną kontrolę zmian i zatwierdzenie przez kierownictwo organizacji lub programu. Dot. 10.3.4. B Dobrze: Tolerancje wymienione w Planie Projektu mogą być zmienione poprzez formalną kontrolę zmian i zatwierdzenie przez kierownictwo organizacji lub programu. Dot. 10.3.4. C Błędnie: W przypadku prognozowanego przekroczenia tolerancji realizowana jest procedura postępowania w sytuacjach nadzwyczajnych i tworzony jest Plan Nadzwyczajny, żeby zastąpił Plan Projektu. Dot. 10.3.4. D Błędnie: Sytuacje nadzwyczajne są załatwiane, gdy tylko wystąpią, a nie są odkładane do końca etapu. Planowano by wtedy ocenę nadzwyczajną. Dot. 10.3.4. 3 A Dobrze: Opis Produktu powinien uzyskać status obiektu odniesienia (bazowego), kiedy plan zawierający wytworzenie tego produktu staje sie obiektem odniesienia (bazowym). Jeśli później produkt podlega zmianom, jego Opis produktu musi także podlegać sterowaniu zmianą. Dot. 7.3.3.3 B Błędnie: Nie jest przewidywane przekroczenie tolerancji projektu. Dot. 10.3.4. C Błędnie: Każda zmiana produktu odniesienia (bazowego) powinna najpierw przejść przez sterowanie zmianą. Dot. 9.3.2. D Błędnie: Raporty z Punktów Kontrolnych są sporządzane przez Kierownika Zespołu a nie Kierownika Projektu. Dot. 10.3.3.4. 4 A Błędnie: Jeśli produkt nie został dostarczony w uzgodnionym terminie ze względu na potrzebę ponownego wykonania, etap nie powinien być opóźniony, lecz ponowne wykonanie produktu należy zaplanować w następnym etapie. Dot. 17.4.4. B Błędnie: Nie ma wskazania, że przewidywane jest przekroczenie przez etap tolerancji etapu. Dot. 10.3.4. C Dobrze: Sprawdzając docelowy termin zatwierdzenia, Kierownik Projektu będzie wiedział czy jest faktyczne opóźnienie, czy Dział Marketingu przekroczył czas przydzielony na działania naprawcze. Dot. 17.4.4 / 10.3.3.2. D Błędnie: Żaden produkt nie powinien być uznany za obiekt odniesienia (bazowy), dopóki nie zostanie zatwierdzony. Dot. 9.3.2. 5 A Błędnie: Nie ma wskazania, że uzgodniono jakiś kolejny projekt i sporządzenie zlecenia przygotowania projektu nie należy do zakresu projektu „Kalendarz”. B Błędnie: To nie jest oczekiwana korzyść z tego projektu i nie powinna wystąpić w Planie Przeglądu Korzyści. A także, Plan Przeglądu Korzyści jest uaktualniany na końcu każdego etapu, a nie dopiero na końcu projektu. Dot. A1. C Błędnie: Raporty Nadzwyczajne zapewniają Komitetowi Sterującemu informacje o przewidywanym lub faktycznym przekroczeniu tolerancji. Dot. 10.3.4.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 18 z 23

6

D

Dobrze:

A

Błędnie:

B

Błędnie:

C

Błędnie:

D

Dobrze:

W Dzienniku Doświadczeń są zapisywane doświadczenia z danego projektu, które z pożytkiem mogą być wykorzystane w innych projektach. Należy notować wszystkie dobre i złe doświadczenia, związane z używanymi produktami specjalistycznymi i zarządczymi oraz narzędziami, zaraz po ich uzyskaniu. Dot. 10.3.3.3. Raporty z Punktów Kontrolnych są przekazywane Kierownikowi Projektu a nie Przewodniczącemu. Także zagadnienie powinno być zgłoszone Kierownikowi Projektu, jeśli przewidywane jest przekroczenie tolerancji. Dot. 10.3.3.4. / 10.3.4. Członkowie zespołu nie mają uprawnień do zmiany Planu Etapu. Jeśli produkt jest opóźniony, Kierownik Projektu może zaplanować pozostałą prace na następny etap i zmienić odpowiednio Grupę Zadań. Dot. 10.3.3.1. Kierownik Zespołu powinien zgłosić zagadnienie. Jeśli Kierownik Projektu stwierdzi, że jest to ryzyko projektu, powinien zarejestrować to w Rejestrze Ryzyk. Dot. 10.3.3.4. Wszystkie problemy, zastrzeżenia i zapytania powinny być zgłaszane jako zagadnienie. Dot. 10.3.4.

Pytanie: 7, Prog. naucz.: PG, Część: B, Typ: AR, Dot. PG0402, Poziom: 4 Komitet Sterujący może podejmować 1 Fałsz: Etapy zarządcze wyznaczane są Fałsz: decyzje, kiedy tylko potrzebuje. Dot. 13.4.4. w pierwszym rzędzie przez poziom ryzyka, ważne punkty decyzyjne i angażowanie zasobów. Konkurs na projekt nalepki nie uzasadnia takiego poziomu kontroli. Dot. 10.3.2.1. Fałsz: Wykorzystanie jednej tolerancji do 2 Prawda: Taniej można wykonać zdjęcia rozwiązania problemu z inną tolerancją czarnobiałe, niż w pełnym będzie zależało od celów projektu. kolorze, redukując w ten sposób Jeśli istotna jest jakość, nie będzie to jakość, ale zmniejszając koszty. rozwiązanie do wprowadzenia w pierwszej Dot. 15.4.8. kolejności. 3 Prawda: Granice etapów powinny być Prawda: Znajomość przewidywanych kosztów planowane w pobliżu punktów produkcji jest kluczowym punktem decyzyjnych kluczowych dla decyzyjnym dla Komitetu Sterującego, czy Komitetu Sterującego. Dot. kontynuować projekt. Ta przyczyna 10.3.2.1. wyjaśnia stwierdzenie, dlatego odpowiedź A. Dot. 10.3.2. Ujemna tolerancja czasu projektu NIE 4 Fałsz: Projekt ma tolerancję +1 tydzień, Fałsz: wskazuje najpóźniejszego dopuszczalnego czyli projekt może być terminu, lecz wskazuje najwcześniejszy zakończony jeden tydzień a NIE akceptowalny termin zakończenia, bez dwa tygodnie później niż przekroczenia tolerancji. Dot. 10.3.4. zaplanowano, aby nadal pozostawał w granicach tolerancji. Prawda: Tolerancja projektu jest ustalana przez 5 Fałsz: Kierownik Projektu powinien kierownictwo organizacji lub programu. najpierw przekazać informację o Wszelkie przewidywania jej przekroczenia sytuacji nadzwyczajnej muszą być przekazane odpowiednio. Dot. Komitetowi Sterującemu. 10.3.1.1. Komitet może potrzebować przekazać ją następnie kierownictwu organizacji. Dot. 10.3.1.1.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 19 z 23

6 Prawda: Przewidywane koszty będą miały wpływ na decyzję Komitetu Sterującego o przejściu do 3. etapu. Wszystkie decyzje Komitetu Sterującego są podejmowane w procesie Zarządzanie Strategiczne Projektem. Dot. 10.3.1.2.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Fałsz:

Produkty są przeglądane i zatwierdzane przez wyznaczone strony w miarę jak są kończone, a nie na końcu każdego etapu. Dot. 16.4.2.

Strona 20 z 23

Pytanie: 8, Prog. naucz.: CH, Część: A, Typ: MG, Dot. CH0302, Poziom: 3 1 Dobrze [B] Zatwierdzony Plan Etapu zawiera Opis Produktu dla zdjęć. To wymaganie nie było włączone do pierwotnej zawartości zdjęć, jest to więc wniosek o wprowadzenie zmiany. Dot. Tabela 9.1. 2 Dobrze [A] Słowo „może” wskazuje na to, że to się jeszcze nie zdarzyło, i dlatego w tym czasie jest to obawa. Problem lub obawa jest to inne zagadnienie niż odstępstwo lub wniosek o wprowadzenie zmiany, które Kierownik Projektu potrzebuje rozwiązać lub przekazać na wyższy szczebel. Dot. Tabela 9.1. 3 Dobrze [B] Lista klientów została zatwierdzona. Od chwili zatwierdzenia produkt nie może być zmieniony bez zatwierdzonego wniosku o wprowadzenie zmiany. Dot. Tabela 9.1. 4 Dobrze [A] To nie jest problem z harmonogramem ani to nie jest odstępstwo. Jest to zagadnienie dotyczące wyników członka zespołu. Problemem tym powinien się zająć Kierownik Projektu. Dot. Tabela 9.1. 5 Dobrze [C] Wybrany projekt nalepki stanowi Odstępstwo, ponieważ produkt nie zawiera prawidłowych danych, jakie wyspecyfikowano. Dot. Tabela 9.1. 6 Dobrze [A] Prawdopodobieństwo tego ryzyka jest 100%. To nie jest ani wniosek o wprowadzenie zmiany, ani odstępstwo. Zatem jest to problem - problem lub obawa, które Kierownik Projektu potrzebuje rozwiązać lub przekazać na wyższy szczebel. Dot. Tabela 9.1.

Pytanie: 8, Prog. naucz.: CH, Część: B, Typ: MG, Dot. CH0305, Poziom: 3 1 Dobrze [B] Utrzymywanie zapisów wszystkich wydanych kopii zapewni listę osób, którym wydano produkty i którą wersję oni mają. Dot. 9.3.2. 2 Dobrze [E] Wycofywanie zastąpionych wersji od wszystkich posiadaczy kopii zapewniłoby, że w obiegu będą tylko prawidłowe produkty. Dot. 9.3.2. 3 Dobrze [C] Zapis powiązań pomiędzy wersją produktu i Raportem o Zagadnieniu, który spowodował jego zmianę, zapewni powiązanie między kolejnymi wersjami produktu i odnośnik do dalszych informacji dotyczących zmiany. Dot. A.5.2. 4 Dobrze [F] Zachowanie wszystkich oryginałów zapewnia, ze dokumenty oryginalne są chronione, śledzone i zawsze dostępne. Dot. 9.3.2. 5 Dobrze [A] Zestawienie Statusu Produktów śledzi produkty w ich różnych fazach od projektowania, poprzez wytwarzanie i przeglądy, po zatwierdzenie, zapewniając zestawienie statusu produktu. Dot. 9.3.1.3. 6 Dobrze [G] Utrzymywanie zapisów powiązań pomiędzy obiektami konfiguracji zapewnia, że żaden produkt nie zostanie zmieniony bez możliwości sprawdzenia możliwego oddziaływania na powiązane produkty. Dot. 9.3.1.2.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 21 z 23

Pytanie: 9, Prog. naucz.: DC, Część: A, Typ: MG, Dot. CP0301, Poziom: 3 1 Dobrze [B] Jeśli projekt jest zamykany przedwcześnie, prace nie są po prostu porzucane. Sposoby uratowania już wykonanych produktów oraz tych w trakcie realizacji, są uzgadniane w trakcie działania Przygotowanie przedwczesnego zamknięcia. Dot. 18.4.2. 2 Dobrze [D] Nic już nie można zrobić, aby to rozwiązać, ale przyszłe projekty mogą skorzystać z tego doświadczenia. To co się udało i to co się nie udało oraz wszelkie zalecenia do rozważenia przez kierownictwo organizacji lub programu są zapisywane w Raporcie Doświadczeń w trakcie działania Ocenianie projektu. Dot. 18.4.4. 3 Dobrze [E] Komitet Sterujący powiadamia tych, którzy zapewnili projektowi infrastrukturę i zasoby, ze mogą one już zostać uwolnione. Wstępna wersja powiadomienia o zamykaniu projektu. przygotowana w ramach działania Rekomendowanie zamknięcia projektu, powinna określać końcową datę obciążania projektu kosztami. Dot. 13.4.5/18.4.5. 4 Dobrze [D] Raport Końcowy Projektu jest sporządzany w trakcie działania Ocenianie projektu w celu pokazania wyników projektu w porównaniu z Dokumentacją Inicjowania Projektu wykorzystaną do zezwolenia na realizację projektu. Przegląd realizacji celów projektu jest zamieszczany w Raporcie Końcowym Projektu. Dot. 18.4.4. 5 Dobrze [B] Gdy projekt jest zamykany przedwcześnie, Kierownik projektu musi zapewnić, że prace w toku nie zostaną po prostu porzucone. Projekt powinien uratować wszystko co wartościowego wytworzono do tego dnia. Sposoby uratowania już wykonanych produktów oraz tych w trakcie realizacji, są uzgadniane w trakcie działania Przygotowanie przedwczesnego zamknięcia. Dot. 18.4.2. 6 Dobrze [D] Przyszłe projekty mogą skorzystać z tego doświadczenia. To co się udało i to co się nie udało oraz wszelkie zalecenia do rozważenia przez kierownictwo organizacji lub programu są zapisywane w Raporcie Doświadczeń w trakcie działania Ocenianie projektu. Dot. 18.4.4.

Pytanie: 9, Prog. naucz.: DC, Część: B, Typ: AR, Dot. CH0401, Poziom: 4 Fałsz: Plan Przeglądu Korzyści jest 1 Fałsz: Przeciwdziałanie spadkowi przygotowywany w procesie Inicjowanie zamówień jest pozytywną Projektu. Dot. 14.4.7. Jest on przeglądany i konsekwencją (korzyścią) z tego może być uaktualniony na końcu każdego projektu, której nie można etapu oraz w trakcie procesu Zamykanie zmierzyć aż dopiero po 12 Projektu. Dot. 18.4.3. miesiącach od zamknięcia projektu. Prawda: Opis Produktu Projektu zawiera Kryteria 2 Fałsz: Metoda Akceptacji w Opisie Akceptacji Produktu Projektu oraz Produktu Projektu określa standardy i procesy, które trzeba środki, za pomocą których zastosować, aby to osiągnąć. Dot. A.21.1 / akceptacja zostanie 18.4.1. potwierdzona. To może być po prostu zrobione przez potwierdzenie, że wszystkie produkty zostały zatwierdzone. Prawda: Ten raport jest sporządzany przez 3 Fałsz: Scenariusz Projektu wyjaśnia, Kierownika Projektu w trakcie procesu że gotowy pakiet kalendarza Zamykanie Projektu i jest wykorzystywany musi być przygotowany do 30 przez Komitet Sterujący do oceny projektu listopada, ale jest także i zezwolenia na jego zamknięcie. Dot. tolerancja czasu +1 tydzień. A.8.1.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Strona 22 z 23

4

Prawda:

5

Fałsz:

6

Fałsz:

Ostatni etap zarządczy projektu według PRINCE2 powinien uwzględniać produkty zamykania projektu. Proces Zamykanie Projektu ma miejsce w trakcie ostatniego etapu zarządczego. Dot. 11.2.4. Chociaż przekazywanie odpowiedzialności za produkty jest konieczne w trakcie procesu Zamykanie Projektu, ta umowa nie należy do zakresu tego projektu. Produkt powinien zostać przekazany Działowi Marketingu. Na końcu etapu 3 powinien być realizowany proces Zamykanie Projektu , a nie proces Zarządzanie Końcem Etapu, gdyż jest to etap ostatni. Dot. 17.2. / 18.3.

Wyjaśnienia PRINCE2 Practitioner Sample Paper PL-EX02 v1.21

Prawda:

Proces Zamykanie Projektu ma miejsce pod koniec ostatniego etapu zarządczego. Zamykanie nie jest etapem, to jest proces. To jest przyczyna wyjaśniająca stwierdzenie, dlatego prawidłową odpowiedzią jest A. Dot. 18.3.

Fałsz:

Jeśli produkt wymaga szerokiego, potencjalnie kosztownego wsparcia i utrzymania, Kierownik Projektu powinien zapewnić, aby została podpisana odpowiednia umowa. Dot. 18.4.3.

Prawda:

Na końcu każdego etapu Kierownik Projektu powinien uaktualnić Dokumentację Inicjowania Projektu (np. Uzasadnienie Biznesowe, Plan projektu, formułę realizacji projektu, strategie, strukturę i opisy ról zespołu zarządzania projektem). Dot. 17.2.

Strona 23 z 23