PRINCE2® 7 Foundation: Sample Exam von Andreas Ellenberger

video locked

Über den Vortrag

Der Vortrag „PRINCE2® 7 Foundation: Sample Exam“ von Andreas Ellenberger ist Bestandteil des Kurses „PRINCE2® 7 Foundation: Prüfung“.


Quiz zum Vortrag

  1. Linear-sequenziell
  2. Hybrid
  3. Iterativ-inkrementell
  4. Ereignisbasiert
  1. Bereichsübergreifend
  2. Einzigartig
  3. Befristet
  4. Änderung
  1. Fortlaufende geschäftliche Rechtfertigung sicherstellen
  2. Lernen aus Erfahrung
  3. Steuern nach dem Ausnahmeprinzip
  4. Anpassen an das Projekt
  1. Rollen, Verantwortlichkeiten und Beziehungen definieren sicherstellen
  2. Steuern über Managementphasen
  3. Steuern nach dem Ausnahmeprinzip
  4. Anpassen an das Projekt
  1. Dass Entscheidungen von den richtigen Personen zur richtigen Zeit getroffen werden
  2. Dass das Projekt den vom Business geforderten Nutzen liefert
  3. Dass die Mitglieder des Projektteams ihren Beitrag zum Projekt verstehen
  4. Dass das Projektteam den Umfang definiert, den das Projekt liefern soll
  1. Steuern nach dem Ausnahmeprinzip
  2. Lernen aus Erfahrung
  3. Rollen, Verantwortlichkeiten und Beziehungen definieren
  4. Produktorientierung
  1. Projektleitdokumentation
  2. Projektplan
  3. Phasenplan
  4. Business Case
  1. Menschen durch Überzeugung, Einbeziehung und Ko-Kreation motivieren
  2. Sicherstellen, dass das Projekt ordnungsgemäß initiiert wird, bevor mit der Lieferung begonnen wird
  3. Governance ermöglichen durch Delegieren der Befugnis von einer Management-Ebene zur nächsten
  4. Gewährleisten, dass das Projekt auf den vom Business angestrebten Nutzen ausgerichtet bleibt
  1. Zusammenarbeit
  2. Pläne
  3. Änderung
  4. Ko-Kreation
  1. Eine Person, die das Projekt beeinflussen kann
  2. Jemand, der Eigentümer einer Maßnahme zur Reduzierung einer Unsicherheit ist
  3. Jeder, der für die übergeordnete Lenkung des Projekts verantwortlich ist
  4. Eine unabhängige Person, die bewertet, ob ein Produkt seine Qualitätskriterien erfüllt
  1. Integration neuer Produkte in alle betroffenen Bereiche des Business
  2. Lieferung der Produkte gemäß den vereinbarten Qualitätsspezifikationen
  3. Engagement für die Realisierung des Nutzens nach dem Projekt gewinnen
  4. Sicherstellung der Finanzierung des Business Case durch die Business-Ebene
  1. Das Projektmanagement-Team sollte wichtige Einflussnehmer stark einbeziehen, um den Projekterfolg sicherzustellen
  2. Wichtige Einflussnehmer sind in der Regel leitende Angestellte und nicht diejenigen, die betriebliche Aufgaben übernehmen
  3. Die wichtigen Einflussnehmer mit dem größten Einfluss bleiben während der Laufzeit des Projekts dieselben
  4. Die Kommunikation mit wichtigen Einflussnehmern sollte hauptsächlich über formelle Kommunikationskanäle erfolgen
  1. Ob Teammitglieder eine Schulung benötigen, um ihre Fähigkeiten und Kompetenzen zu verbessern
  2. Sicherstellen, dass der Projektmanager den Teammitgliedern übergeordnet ist
  3. Ob sich der Kommunikationsmanagement-Ansatz während der Laufzeit des Projekts wahrscheinlich weiterentwickeln wird
  4. Sicherstellen, dass jedes Teammitglied vom Projektmanager handverlesen wird
  1. Beschreiben, wie das Business von der derzeitigen Arbeitsweise zum Zielzustand übergehen wird
  2. Die Rollen beschreiben, die für das Managen von Unsicherheiten bei der Lieferung des Zielzustands verantwortlich sind
  3. Beschreiben, wie die Auswirkung eines Änderungsantrags auf den vereinbarten Projektzeitplan bewertet wird
  4. Die Techniken beschreiben, mit denen überprüft wird, ob die Produkte den Erwartungen der Stakeholder entsprechen
  1. Steuern nach dem Ausnahmeprinzip
  2. Steuern über Managementphasen
  3. Produktorientierung
  4. Anpassen an den Projektkontext
  1. Projektleitdokumentation
  2. Projektstatusbericht
  3. Projektplan
  4. Business Case
  1. Zu messbaren Verbesserungen, die im Business Case definiert sind
  2. Zur Erzielung der Business-Ziele
  3. Zur Lieferung von Ergebnissen nach Qualitätsspezifikationen, um die Business-Ziele zu erreichen
  4. Zu einer Reduzierung der im Business Case definierten Kosten für geschäftliche Veränderungen
  1. Business Case
  2. Projektkurzbeschreibung
  3. Nutzenmanagement-Ansatz
  4. Projektplan
  1. Output
  2. Ergebnis
  3. Nutzen
  4. Plan
  1. Durch Verständnis der Anforderungen an die Qualität der Produkte und deren Auswirkung auf Zeit-, Kosten- oder Nachhaltigkeitsziele
  2. Durch die ausschließliche Konzentration auf die Kosten der Produktentwicklung im Business Case im Vergleich zum Nutzen
  3. Durch Einbeziehen negativer Nebeneffekte als Hauptrisiken in die Investitionsbewertung und einer ihrer Abwägung gegenüber den Nutzen
  4. Durch Sicherstellen, dass die Projektprodukte in vollem Umfang in Betrieb genommen werden, um den Nutzen für das Business zu liefern
  1. Entwickeln
  2. Prüfen
  3. Pflegen
  4. Bestätigen
  1. Fortlaufende geschäftliche Rechtfertigung sicherstellen
  2. Produktorientierung
  3. Lernen aus Erfahrung
  4. Steuern nach dem Ausnahmeprinzip
  1. Struktur des Projektmanagement-Teams
  2. Rollenbeschreibungen
  3. Projektlogbuch
  4. Lenkungsausschuss
  1. Projektteam
  2. Stakeholder
  3. Benutzer
  4. Projektunterstützung
  1. Identifizieren des Projektauftraggebers im Projektmandat
  2. Festlegen von Nachhaltigkeitszielen in den einzelnen Phasen
  3. Freigeben aller auf Projektebene erfolgten Toleranzverletzungen
  4. Verantwortung übermehmen für die Gesamtleitung des Projekts
  1. Das organisatorische Ökosystem verstehen
  2. Das Projektökosystem entwickeln
  3. Das Projektökosystem designen
  4. Das Projekt in das organisatorische Ökosystem überführen
  1. Pläne sollten verwendet werden, um Fortschritte zu überwachen und die Auswirkung von Issues und Risiken zu bewerten
  2. Pläne sollten die Baseline bereitstellen, von der aus der Zeitplan entwickelt werden kann
  3. Pläne sollten aktualisiert werden, sobald eine Änderung des Projektumfangs identifiziert wird, um den überarbeiteten Umfang darzustellen
  4. Pläne, die das gesamte Projekt zeigen, sind die mit den genauesten Schätzungen
  1. Arbeitspaketbeschreibung
  2. Projektproduktbeschreibung
  3. Phasenplan
  4. Projektplan
  1. Ein Projektplan
  2. Ein Phasenplan
  3. Ein Teamplan
  4. Ein Arbeitspaket
  1. Durch die Erstellung eines Phasenplans für die nächste Phase auf der Basis genauerer Schätzungen
  2. Durch die Erstellung eines fertigen und detaillierten Projektplans auf der Basis genauer Schätzungen
  3. Durch Identifizieren der wichtigsten Produkte und Aktivitäten im Projektplan
  4. Durch Identifizieren von Abhängigkeiten zwischen den wichtigsten Produkten im Phasenplan
  1. Schätzungen durchführen
  2. Produkte definieren und analysieren
  3. Arbeitspakete organisieren
  4. Zeitplan aufstellen
  1. Definieren, wie die Produkte des Projekts getestet werden sollen, um ihre Abnahme zu erlangen
  2. Definieren, wie der Projektauftraggeber entscheiden wird, ob der Nutzen höher ist als die Kosten
  3. Dem Projektteam ermöglichen, effektiv zu kommunizieren, indem definiert wird, wie die Produkte geliefert werden sollen
  4. Spezifikationsabweichungen erfassen und bewerten und Änderungen des vereinbarten Projektumfangs steuern
  1. Qualitätsregister
  2. Produktbeschreibung
  3. Produktregister
  4. Qualitätsmanagement-Ansatz
  1. Sie werden bei der Inspektion eines fertigen Produkts eingesetzt
  2. Sie werden bei der Abnahme des Projektprodukts angewendet
  3. Sie werden in der Projektproduktbeschreibung erfasst
  4. Sie werden im Qualitätsmanagement-Ansatz erfasst
  1. Die Anforderungen an die Umweltverträglichkeit, die in den Spezifikationen in der Produktbeschreibung aufgeführt sind
  2. Die Qualitätsaktivitäten zum Testen der Nachhaltigkeit des Produkts im Qualitätsregister
  3. Die Testergebnisse nach dem Testen der Anforderungen an die Umweltverträglichkeit des Produkts
  4. Die Revisionen nach dem Projekt zur Messung der Nachhaltigkeitsziele, die im Nutzenmanagement-Ansatz aufgeführt sind
  1. Sammeln von Benutzer-Inputs
  2. Produktabnahme
  3. Beschreibung des Qualitätsmanagement-Ansatzes
  4. Qualitätssteuerung
  1. Um Chancen, die die Erzielung der Projektziele positiv beeinflussen würden, zu identifizieren und zu steuern
  2. Um den Lenkungsausschuss in die Lage zu versetzen, zu festzustellen, ob die Ergebnisse und der daraus resultierende Nutzen wahrscheinlich erreichbar sind
  3. Um den Projektmanager in die Lage zu versetzen, vorherzusagen, ob das Projekt rechtzeitig und innerhalb des Kostenrahmens geliefert wird
  4. Um die Modifikationen an den aktuell genehmigten Versionen der Projektprodukte zu identifizieren
  1. Risikomanagement-Ansatz
  2. Risikoregister
  3. Issuemanagement-Ansatz
  4. Issueregister
  1. Risiko
  2. Spezifikationsabweichung
  3. Änderungsantrag
  4. Problem/Anliegen
  1. Durch die Darstellung der Risiken in Bezug auf die Risikotoleranzgrenze, zusammengefasst in einer Risikomatrix
  2. Durch die Identifizierung verschiedener Arten von Nachhaltigkeits-Risiken
  3. Durch die Identifizierung, Bewertung und Planung von Reaktionen für jedes Risiko
  4. Durch Etablieren eines Risikobudgets, um Management-Maßnahmen zu Risiken zu finanzieren
  1. Identifizieren - Kontext und Ziele definieren
  2. Identifizieren - Bedrohungen und Chancen identifizieren
  3. Bewerten - Risiken priorisieren
  4. Planen
  1. Sobald das Issue identifiziert worden ist
  2. Bei der nächsten planmäßigen formellen Projektbesprechung
  3. Bei der nächsten planmäßigen Besprechung der Mitglieder des Lenkungsausschusses zum Projekt
  4. Wenn das Ende der Phase sich nähert
  1. Issueregister
  2. Issuebericht
  3. Risikoregister
  4. Produktregister
  1. Ein Vorschlag zur Änderung einer Baseline.
  2. Etwas, das geliefert werden sollte, aber nicht geliefert wurde
  3. Ein unsicheres Ereignis, das sich auf die Ziele auswirken könnte
  4. Die aktuellen genehmigten Versionen der Projektprodukte, die der Änderungssteuerung unterliegen
  1. Der Projektumfang ist möglicherweise weniger gut auf den Business Case ausgerichtet
  2. Die meisten Änderungen an den Produktbeschreibungen werden in der Regel von Teammitgliedern angestoßen
  3. Der tatsächliche und der freigegebene Status der Produkte, die im Produktregister erfasst sind, stimmen möglicherweise nicht überein
  4. Der Lenkungsausschuss trifft möglicherweise Entscheidungen erst spät, was die Umsetzung verzögert
  1. Bewerten von Issues
  2. Erfassen von Issues
  3. Entscheidung über Änderungen
  4. Implementieren von Änderungen
  1. Auf Projekt-, Phasen- und Arbeitspaketebene
  2. An den Phasenübergängen am Ende der einzelnen Phasen
  3. Auf Produktlieferungsebene
  4. Bei Projektabschluss, wenn die Kosten für das Projekt berechnet werden
  1. Phasenabschlussbericht
  2. Teamstatusbericht
  3. Projektstatusbericht
  4. Projektabschlussbericht
  1. Toleranz
  2. Issue
  3. Prognose
  4. Risiko
  1. Business-Ebene
  2. Lenkungsausschuss
  3. Projektmanager
  4. Teammanager
  1. Issue mithilfe anderer Phasentoleranzen lösen und in den nächsten Projektstatusbericht aufnehmen
  2. Empfehlung aus dem Ausnahmebericht akzeptieren oder ablehnen
  3. Issue innerhalb anderer Projekttoleranzen lösen und in den nächsten Projektstatusbericht aufnehmen
  4. An die Business-Ebene eskalieren, um Anweisungen und Richtung zur Umsetzung des Ausnahmeberichts zu erhalten
  1. Definieren, wie lange es dauert, bis das Projekt liefert, was erforderlich ist, um die Abnahme zu erlangen
  2. Steuerung zwischen dem Projektmanager und den Teammanagern zu ermöglichen
  3. Auf hohem Niveau überprüfen, ob das Projekt einen Mehrwert für eine Organisation darstellt
  4. Bewerten, ob ein Projekt rechtzeitig geliefert wurde und ob es nichts mehr beizutragen hat
  1. Managen der Produktlieferung
  2. Lenken eines Projekts
  3. Managen eines Phasenübergangs
  4. Steuern einer Phase
  1. Abschließen eines Projekts
  2. Steuern einer Phase
  3. Managen der Produktlieferung
  4. Managen eines Phasenübergangs
  1. 1 und 4
  2. 1 und 2
  3. 2 und 3
  4. 3 und 4
  1. 1 und 2
  2. 2 und 3
  3. 3 und 4
  4. 1 und 4
  1. 1 und 4
  2. 1 und 2
  3. 2 und 3
  4. 3 und 4
  1. Nach der Berichterstattung an den Lenkungsausschuss, dass eine Phasentoleranz wahrscheinlich überschritten wird
  2. Nach der Beratung durch den Lenkungsausschuss als Antwort auf einen Projektstatusbericht in der Phase
  3. Nach dem Antrag an den Lenkungsausschuss, einen Ausnahmeplan für die Phase zu genehmigen
  4. Nach dem Antrag an den Lenkungsausschuss, eine Änderung des Projektteams zu genehmigen, das die Produkte der Phase liefert
  1. Er könnte vom Projektmanager zum Überwachen der Initiierungsphase eines großen Projekts verwendet werden
  2. Er könnte entfallen, wenn die Teammanager-Rolle vom Projektmanager wahrgenommen wird
  3. Er könnte gegebenenfalls mit dem Prozess "Managen eines Phasenübergangs" kombiniert werden
  4. Er könnte entfallen, wenn die Teammanager dem Business angehören
  1. Ein Projekt sollte die gewünschte Veränderung an das Business-as-Usual (BAU) übergeben
  2. Ein Projekt wird mit einem neuen Projektteam geliefert
  3. Ein Projekt nutzt Ressourcen aus verschiedenen Abteilungen
  4. Ein Projekt ist mit einem höheren Maß an Unsicherheit behaftet

Dozent des Vortrages PRINCE2® 7 Foundation: Sample Exam

 Andreas Ellenberger

Andreas Ellenberger

German version:

Andreas Ellenberger ist Berater, Coach und Trainer für nachhaltige Veränderungen. Er hilft Unternehmen bei der Etablierung von Projektmanagementstrukturen, die Mitarbeiter und Führungskräfte aus Überzeugung nutzen, um die Zukunft des Unternehmens zu gestalten. Denn erfolgreiche Projekte entstehen immer dann, wenn langfristige Ziele und die angemessene Einbindung der Projektbeteiligten im Vordergrund stehen. Dies beinhaltet auch die Offenheit zu Veränderung aufgrund von aktuellen Erfahrungen und Spielräume für jeden einzelnen, sich kreativ und innovativ einzubringen.

Nach seinem abgeschlossenen Studium der Betriebswirtschaftslehre hat er in 15 Jahren Praxiserfahrung in verschiedenen Rollen im Projektmanagement gesammelt. Als Berater, Projektleiter und im Projektmanagement-Office erlebte er Erfolgs- und Misserfolgsfaktoren für Projekte. Als Leiter einer IT-Abteilung im Großunternehmen und Leiter des Trainingsbereichs eines Beratungs- und Trainingsunternehmens sammelte er Führungserfahrung, die er ergänzt um seine Methodenkenntnis im Coaching und Training weitergibt.

Als akkreditierter Trainer für PRINCE2® und weitere international anerkannte Methoden im Projekt- und Portfoliomanagement gibt er seit Jahren sein Methodenwissen mit viel Bezug zur praktischen Umsetzung weiter. In seinen Präsenztrainings geht er konkret auf die Situation der Teilnehmer ein und erarbeitet gemeinsam Lösungsansätze für die eigene Praxis auf Basis der Theorie, um Nachhaltigkeit zu erreichen. Da ihm dies am Herzen liegt, steht er für Telefoncoachings und Prüfungen einzelner Unterlagen bzgl. der Anwendung gern zur Verfügung.



English version:

Andreas Ellenberger is a consultant, coach, and trainer for sustainable change. He helps companies establish project management structures that employees and managers use with conviction to shape the future of their organization. Successful projects always emerge when long-term goals and the appropriate involvement of project participants take center stage. This also includes openness to change based on current experiences and providing everyone with the freedom to contribute creatively and innovatively.

After completing his degree in business administration, he gained 15 years of practical experience in various project management roles. As a consultant, project manager, and member of a project management office, he experienced both success and failure factors in projects. As the head of an IT department in a large company and later as the head of the training division of a consulting and training company, he acquired leadership experience, which he now combines with his methodological expertise in coaching and training.

As an accredited trainer for PRINCE2® and other internationally recognized methods in project and portfolio management, he has been sharing his methodological knowledge for years, always with a strong focus on practical implementation. In his in-person trainings, he specifically addresses the participants’ situations and develops solution approaches for their own practice based on theory to achieve sustainability. Since this is particularly important to him, he is also available for telephone coaching sessions and the review of individual documents regarding their application.


Kundenrezensionen

(1)
5,0 von 5 Sternen
5 Sterne
5
4 Sterne
0
3 Sterne
0
2 Sterne
0
1  Stern
0