commit 4b3bdb2651769670c80d8d40270c3316dafba461 Author: chriseo Date: Mon Jun 15 22:42:09 2026 +0200 initial commit diff --git a/.DS_Store b/.DS_Store new file mode 100644 index 0000000..7b9d337 Binary files /dev/null and b/.DS_Store differ diff --git a/.claude/launch.json b/.claude/launch.json new file mode 100644 index 0000000..d171060 --- /dev/null +++ b/.claude/launch.json @@ -0,0 +1,11 @@ +{ + "version": "0.0.1", + "configurations": [ + { + "name": "prince2-quiz", + "runtimeExecutable": "npx", + "runtimeArgs": ["serve", "-p", "3456", "."], + "port": 3456 + } + ] +} diff --git a/css/style.css b/css/style.css new file mode 100644 index 0000000..80a7032 --- /dev/null +++ b/css/style.css @@ -0,0 +1,471 @@ +/* ===== Custom properties ===== */ +:root { + --accent: #2563EB; + --accent-light: #EFF6FF; + --bg: #F8FAFC; + --surface: #FFFFFF; + --text: #0F172A; + --text-muted: #64748B; + --border: #E2E8F0; + --correct-bg: #DCFCE7; + --correct-text: #166534; + --correct-border:#16A34A; + --wrong-bg: #FEE2E2; + --wrong-text: #991B1B; + --wrong-border: #DC2626; + --shadow: 0 1px 3px rgba(0,0,0,.08), 0 1px 2px rgba(0,0,0,.06); + --radius: 12px; + --radius-sm: 8px; +} + +@media (prefers-color-scheme: dark) { + :root { + --bg: #0F172A; + --surface: #1E293B; + --text: #F1F5F9; + --text-muted: #94A3B8; + --border: #334155; + --accent-light: #1E3A5F; + --correct-bg: #14532D; + --correct-text: #86EFAC; + --correct-border:#16A34A; + --wrong-bg: #450A0A; + --wrong-text: #FCA5A5; + --wrong-border: #DC2626; + --shadow: 0 1px 3px rgba(0,0,0,.4); + } +} + +/* ===== Reset & base ===== */ +*, *::before, *::after { box-sizing: border-box; margin: 0; padding: 0; } + +body { + font-family: system-ui, -apple-system, BlinkMacSystemFont, 'Segoe UI', sans-serif; + background: var(--bg); + color: var(--text); + font-size: 16px; + line-height: 1.6; + -webkit-font-smoothing: antialiased; +} + +button { + font-family: inherit; + font-size: inherit; + cursor: pointer; + border: none; + background: none; +} + +/* ===== Layout ===== */ +.quiz-wrap { + max-width: 640px; + margin: 0 auto; + padding: 0 1rem; +} + +.screen { display: none; } +.screen.active { display: block; } + +/* ===== Language screen ===== */ +.lang-screen { + text-align: center; + padding: 3rem 0; +} + +.lang-screen h2 { + font-size: 1.25rem; + font-weight: 600; + margin-bottom: 0.5rem; +} + +.lang-screen p { + color: var(--text-muted); + margin-bottom: 2rem; +} + +.lang-grid { + display: flex; + flex-direction: column; + gap: 0.75rem; + max-width: 280px; + margin: 0 auto; +} + +.lang-btn { + display: flex; + align-items: center; + justify-content: center; + gap: 0.5rem; + min-height: 52px; + padding: 0.75rem 1.5rem; + border: 2px solid var(--border); + border-radius: var(--radius); + background: var(--surface); + color: var(--text); + font-size: 1rem; + font-weight: 500; + box-shadow: var(--shadow); + transition: border-color .15s, background .15s; +} + +.lang-btn:hover { + border-color: var(--accent); + background: var(--accent-light); + color: var(--accent); +} + +/* ===== Start screen ===== */ +.start-screen { + text-align: center; + padding: 2.5rem 0; +} + +.start-screen h2 { + font-size: 1.375rem; + font-weight: 700; + margin-bottom: 0.375rem; +} + +.start-screen > p { + color: var(--text-muted); + margin-bottom: 2rem; +} + +.count-grid { + display: grid; + grid-template-columns: repeat(5, 1fr); + gap: 0.625rem; + margin-bottom: 2rem; + max-width: 480px; + margin-left: auto; + margin-right: auto; +} + +@media (max-width: 480px) { + .count-grid { + grid-template-columns: repeat(3, 1fr); + max-width: 320px; + } +} + +.count-btn { + min-height: 52px; + padding: 0.75rem 0.5rem; + border: 2px solid var(--border); + border-radius: var(--radius-sm); + background: var(--surface); + color: var(--text); + font-size: 1rem; + font-weight: 600; + box-shadow: var(--shadow); + transition: border-color .15s, background .15s, color .15s; +} + +.count-btn:hover:not(:disabled) { + border-color: var(--accent); + background: var(--accent-light); + color: var(--accent); +} + +.count-btn.selected { + border-color: var(--accent); + background: var(--accent-light); + color: var(--accent); +} + +.count-btn:disabled { + opacity: .35; + cursor: not-allowed; +} + +.start-btn { + min-height: 52px; + min-width: 140px; + padding: 0.75rem 2rem; + border-radius: var(--radius); + background: var(--accent); + color: #fff; + font-size: 1rem; + font-weight: 600; + box-shadow: var(--shadow); + transition: opacity .15s; +} + +.start-btn:disabled { + opacity: .4; + cursor: not-allowed; +} + +.start-btn:not(:disabled):hover { + opacity: .9; +} + +/* ===== Quiz screen ===== */ +.quiz-screen { + padding: 1.5rem 0 2rem; +} + +.progress-bar-bg { + height: 4px; + background: var(--border); + border-radius: 2px; + margin-bottom: 1.5rem; + overflow: hidden; +} + +.progress-bar-fill { + height: 4px; + background: var(--accent); + border-radius: 2px; + transition: width 0.3s ease; +} + +.question-meta { + display: flex; + justify-content: space-between; + align-items: center; + font-size: 0.8125rem; + color: var(--text-muted); + margin-bottom: 0.75rem; + font-variant-numeric: tabular-nums; +} + +.question-text { + font-size: 1rem; + line-height: 1.65; + font-weight: 500; + color: var(--text); + margin-bottom: 1.25rem; +} + +/* ===== Answer options ===== */ +.options-list { + display: flex; + flex-direction: column; + gap: 0.5rem; + margin-bottom: 0.25rem; +} + +.option-btn { + display: flex; + align-items: flex-start; + gap: 0.625rem; + width: 100%; + min-height: 52px; + padding: 0.75rem 1rem; + border: 2px solid var(--border); + border-radius: var(--radius); + background: var(--surface); + color: var(--text); + font-size: 0.9375rem; + line-height: 1.5; + text-align: left; + box-shadow: var(--shadow); + transition: border-color .15s, background .15s; +} + +.option-btn .opt-letter { + flex-shrink: 0; + font-weight: 700; + color: var(--text-muted); + min-width: 1.25rem; + transition: color .15s; +} + +.option-btn:hover:not(:disabled) { + border-color: var(--accent); + background: var(--accent-light); +} + +.option-btn:hover:not(:disabled) .opt-letter { + color: var(--accent); +} + +.option-btn.correct { + border-color: var(--correct-border); + background: var(--correct-bg); + color: var(--correct-text); +} + +.option-btn.correct .opt-letter { color: var(--correct-text); } + +.option-btn.wrong { + border-color: var(--wrong-border); + background: var(--wrong-bg); + color: var(--wrong-text); +} + +.option-btn.wrong .opt-letter { color: var(--wrong-text); } + +.option-btn:disabled { cursor: default; } + +/* ===== Explanation ===== */ +.explanation-box { + margin-top: 1.25rem; + padding: 1rem 1.125rem; + border-radius: var(--radius); + background: var(--surface); + border: 1px solid var(--border); + box-shadow: var(--shadow); +} + +.explanation-source { + font-size: 0.75rem; + color: var(--text-muted); + margin-bottom: 0.5rem; + font-weight: 500; + letter-spacing: .02em; +} + +.explanation-label { + font-size: 0.6875rem; + font-weight: 700; + color: var(--text-muted); + text-transform: uppercase; + letter-spacing: .07em; + margin-bottom: 0.625rem; +} + +.explanation-box p { + font-size: 0.875rem; + line-height: 1.6; + color: var(--text); + margin-bottom: 0.5rem; +} + +.explanation-box p:last-child { margin-bottom: 0; } + +.next-btn { + display: inline-flex; + align-items: center; + margin-top: 1.25rem; + min-height: 44px; + padding: 0.625rem 1.5rem; + border-radius: var(--radius); + background: var(--accent); + color: #fff; + font-size: 0.9375rem; + font-weight: 600; + box-shadow: var(--shadow); + transition: opacity .15s; +} + +.next-btn:hover { opacity: .9; } + +/* ===== Result screen ===== */ +.result-screen { + text-align: center; + padding: 2rem 0; +} + +.score-circle { + width: 120px; + height: 120px; + border-radius: 50%; + margin: 0 auto 1.25rem; + display: flex; + flex-direction: column; + align-items: center; + justify-content: center; + font-size: 2rem; + font-weight: 800; + line-height: 1; + box-shadow: var(--shadow); +} + +.score-circle span { + font-size: 0.75rem; + font-weight: 500; + margin-top: 0.25rem; + opacity: .8; +} + +.score-pass { background: var(--correct-bg); color: var(--correct-text); } +.score-fail { background: var(--wrong-bg); color: var(--wrong-text); } + +.result-label { + font-size: 1.375rem; + font-weight: 700; + margin-bottom: 0.375rem; +} + +.result-sub { + color: var(--text-muted); + font-size: 0.9375rem; + margin-bottom: 2rem; +} + +.result-grid { + display: grid; + grid-template-columns: repeat(3, 1fr); + gap: 0.75rem; + max-width: 380px; + margin: 0 auto 2rem; +} + +.result-stat { + background: var(--surface); + border: 1px solid var(--border); + border-radius: var(--radius); + padding: 1rem 0.75rem; + box-shadow: var(--shadow); +} + +.result-stat-val { + font-size: 1.5rem; + font-weight: 700; + line-height: 1.1; + margin-bottom: 0.25rem; +} + +.result-stat-lbl { + font-size: 0.75rem; + color: var(--text-muted); + font-weight: 500; +} + +.result-actions { + display: flex; + gap: 0.75rem; + justify-content: center; + flex-wrap: wrap; +} + +.result-actions button { + min-height: 48px; + min-width: 44px; + padding: 0.625rem 1.375rem; + border-radius: var(--radius); + font-size: 0.9375rem; + font-weight: 600; + box-shadow: var(--shadow); + transition: opacity .15s; +} + +.result-actions button:first-child { + background: var(--surface); + border: 2px solid var(--border); + color: var(--text); +} + +.result-actions button:first-child:hover { + border-color: var(--accent); + color: var(--accent); +} + +#retry-btn { + background: var(--accent); + color: #fff; +} + +#retry-btn:hover { opacity: .9; } + +/* ===== Accessibility ===== */ +.sr-only { + position: absolute; + width: 1px; + height: 1px; + overflow: hidden; + clip: rect(0,0,0,0); + white-space: nowrap; +} diff --git a/data/questions-en.js b/data/questions-en.js new file mode 100644 index 0000000..fdcd9ef --- /dev/null +++ b/data/questions-en.js @@ -0,0 +1,2166 @@ + +window.QUESTIONS_EN = [ + { + exam: 1, + qnum: 1, + q: "Which statement describes the project context?", + opts: [ + "It should be understood by stakeholders so that the principles are applied appropriately", + "It explains how each aspect of project management should be applied for the processes to be effective", + "It guides the progression from pre-project activity through the stages of the project lifecycle", + "It ensures an understanding of the needs of stakeholders, and the relationships between them" + ], + correct: 0, + explanation: [ + "A. Correct. The project context is one of the five integrated elements of PRINCE2. It influences how the principles, practices, and processes are applied by the people involved to ensure that the method is appropriate to the project context. See 1.2", + "B. Incorrect. The PRINCE2 practices describe aspects of project management that must be addressed continually as the project moves through its lifecycle, and explain the specific treatment required for that aspect of project management for the PRINCE2 processes to be effective and why they are necessary. See 1.2, 4.1", + "C. Incorrect. The seven processes describe the entire project lifecycle, from pre-project activity to project closure. Each process has a checklist of recommended activities, products, and associated responsibilities. See 1.2, 13.1", + "D. Incorrect. The people element enables individuals to work together effectively on a project. Without people, projects cannot function; the ability to build a project team and manage relationships with stakeholders is essential for project success. See 3.1" + ] + }, + { + exam: 1, + qnum: 2, + q: "Which is a characteristic of a project that distinguishes it from business as usual?", + opts: [ + "Projects continue after business as usual resumes", + "Projects include ongoing management of operations", + "Every project is different from previous projects", + "Project work is generally less risky than business as usual" + ], + correct: 2, + explanation: [ + "A. Incorrect. A project is a temporary organization. It has a defined start and end, so it does not continue after normal operations resume. See 1.1", + "B. Incorrect. Business as usual is the day-to-day management of operations in an organization, whereas a project is a temporary structure set up to introduce a change. See 1.1", + "C. Correct. Being unique is a characteristic of a project. Because every project is different from previous projects, it introduces a degree of uncertainty and risk. See 1.1", + "D. Incorrect. Because every project is unique, project work is generally riskier than business as usual operations. See 1.1" + ] + }, + { + exam: 1, + qnum: 3, + q: "The project board has decided that the project must be closed prematurely because the external environment has changed. Which principle is being applied?", + opts: [ + "Learn from experience", + "Tailor to suit the project", + "Manage by exception", + "Ensure continued business justification" + ], + correct: 3, + explanation: [ + "A. Incorrect. The 'learn from experience' principle states that PRINCE2 project teams should learn from previous projects and continue to capture lessons throughout the project lifecycle. See 2.2", + "B. Incorrect. The 'tailor to suit the project' principle ensures that PRINCE2 is adapted to the context, scale, complexity, geography, and risk of the project. See 2.6", + "C. Incorrect. The 'manage by exception' principle involves setting tolerances for performance targets to delegate authority for decision-making. See 2.4", + "D. Correct. The 'ensure continued business justification' principle requires that a project has a justification that remains valid throughout its lifecycle. If the justification disappears (e.g., due to changes in the external environment), the project should be stopped or changed. See 2.1" + ] + }, + { + exam: 1, + qnum: 4, + q: "Which statement about the 'define roles, responsibilities, and relationships' principle is CORRECT?", + opts: [ + "The project management team should consist exclusively of internal stakeholders", + "An organization's day-to-day management structures are likely to be suited to control the project work", + "The project board should exclude external supplier representatives", + "Suppliers are stakeholders that can be external to the business" + ], + correct: 3, + explanation: [ + "A. Incorrect. A project often involves a cross-functional team of people with different interests, potentially including external suppliers or partners. It does not have to consist exclusively of internal stakeholders. See 2.3", + "B. Incorrect. Projects are temporary organizations and require structures that differ from an organization's day-to-day, line-based management structures to manage cross-functionality and temporariness. See 2.3", + "C. Incorrect. The project board must represent the three primary stakeholders: business, user, and supplier. External suppliers are therefore not excluded if they play a primary role. See 2.3", + "D. Correct. Suppliers provide the resources and expertise required to realize the project products. They can be either internal (another department) or external to the business. See 2.3" + ] + }, + { + exam: 1, + qnum: 5, + q: "Which principle is applied when setting boundaries for the seven aspects of performance to enable the project manager to work effectively?", + opts: [ + "Manage by exception", + "Learn from experience", + "Tailor to suit the project", + "Define roles, responsibilities, and relationships" + ], + correct: 0, + explanation: [ + "A. Correct. The 'manage by exception' principle defines tolerances (boundaries) for the project performance indicators (cost, time, quality, scope, benefits, risk, and sustainability) to enable efficient delegation. See 2.4", + "B. Incorrect. The 'learn from experience' principle focuses on using lessons from the past to prevent mistakes and improve performance. See 2.2", + "C. Incorrect. The 'tailor to suit the project' principle ensures that the method fits the specific characteristics and environment of the project. See 2.6", + "D. Incorrect. The 'define roles, responsibilities, and relationships' principle focuses on setting up the temporary project organization structure. See 2.3" + ] + }, + { + exam: 1, + qnum: 6, + q: "What does the 'ensure continued business justification' principle facilitate?", + opts: [ + "That the project has a business stakeholder to ensure the investment continues to be justified", + "That the project remains desirable, viable and achievable as the project progresses", + "That products delivered by the project meet their quality requirements", + "That the PRINCE2 project management method is suited to the scale of investment" + ], + correct: 1, + explanation: [ + "A. Incorrect. While the business role is represented (by the executive), the purpose of the principle itself is broader: to ensure that the investment remains justified in terms of desirability, viability, and achievability. See 2.1", + "B. Correct. This principle ensures that there is a documented justification for starting and continuing the investment, and that the project remains consistently desirable, viable, and achievable throughout its duration. See 2.1", + "C. Incorrect. This is more closely linked to the 'focus on products' principle and the 'quality' practice, which ensure that products meet specified criteria. See 2.5, 8.1", + "D. Incorrect. This relates to the 'tailor to suit the project' principle, where the method is adapted to the scale and context of the project. See 2.6" + ] + }, + { + exam: 1, + qnum: 7, + q: "Which statement describes how the principles support effective project management?", + opts: [ + "They allow the project team to decide how the method should be applied on the project", + "They take into account industry-specific models as PRINCE2 is generic", + "They rely on a common vocabulary that must be applied as defined in PRINCE2", + "They must be applied in the same way to all projects within an organization" + ], + correct: 0, + explanation: [ + "A. Correct. The seven principles form the foundation of PRINCE2. They are universally applicable and enable the project team to reflect and decide how the method can best be applied and tailored for the specific context of the project. See 2.0", + "B. Incorrect. Although PRINCE2 is generic and can be used in any industry, this is not the core definition of how the principles support effective management. The principles themselves are not industry-specific. See 2.0", + "C. Incorrect. While a common language is a benefit of PRINCE2, this is a characteristic of the method as a whole, not the specific way the universal principles guide good project management. See 1.1", + "D. Incorrect. The principles are universally applicable, but how they are shaped in practice depends on the project via the 'tailor to suit the project' principle. They are not blindly applied in exactly the same way. See 2.6" + ] + }, + { + exam: 1, + qnum: 8, + q: "Which statement describes leadership on a project?", + opts: [ + "It is best done through collaboration across the project ecosystem", + "It is the set of shared attitudes, values and goals for the project", + "It is a control that takes place when a specific event occurs", + "It is instructing the execution of tasks in line with agreed ways of working" + ], + correct: 0, + explanation: [ + "A. Correct. Leadership within PRINCE2 7 is viewed as a collaborative and co-creative effort. Effective leadership stimulates collaboration across organizational boundaries and involves the entire project ecosystem. See 3.1", + "B. Incorrect. This describes the project culture ('the set of shared attitudes, values, and goals') rather than leadership itself, though leadership influences culture. See 3.1.1", + "C. Incorrect. This is the definition of an event-driven control within progress management, not of leadership. See 12.2.1", + "D. Incorrect. This is the definition of management or purely directive guidance ('instructing the execution of tasks'), which differs from the motivating and direction-setting nature of modern leadership. See 3.3" + ] + }, + { + exam: 1, + qnum: 9, + q: "Which is a definition of co-creation?", + opts: [ + "Working with key influencers to ensure the agreed ways of working are adopted by all areas of the project ecosystem", + "Modifying any of the approved management products that are part of the project baseline", + "Ensuring decisions made at stage boundaries are informed by continued business justification", + "Applying management control whenever a specific event takes place" + ], + correct: 0, + explanation: [ + "A. Correct. Co-creation within the people element is the active collaboration with stakeholders and influencers across the project ecosystem to ensure ways of working are jointly designed, accepted, and supported. See 3.1", + "B. Incorrect. This describes implementing a change to a baselined product (change control), which is an activity within the 'issues' practice. See 11.1", + "C. Incorrect. This describes a control mechanism linked to the 'ensure continued business justification' and 'manage by stages' principles, not co-creation. See 2.1, 2.7", + "D. Incorrect. This is the definition of an event-driven control, belonging to the 'progress' practice. See 12.2.1" + ] + }, + { + exam: 1, + qnum: 10, + q: "Which is NOT an aspect of leadership?", + opts: [ + "Instructing the execution of tasks in line with agreed ways of working", + "Motivating people to achieve the objectives of a project", + "Persuading, influencing, and co-creating with stakeholders", + "Regularly asking for feedback to remain aligned with the project objectives" + ], + correct: 0, + explanation: [ + "A. Correct (as being NOT an aspect of leadership). Merely transactionally or directively instructing on tasks belongs to traditional management duties and is not the distinguishing feature of motivating leadership. See 3.3", + "B. Incorrect. Motivating people to achieve shared goals is a core aspect of effective project leadership. See 3.3", + "C. Incorrect. Persuading, influencing, and encouraging co-creation with stakeholders are essential relational skills of a project leader. See 3.3", + "D. Incorrect. An open attitude that actively seeks feedback to maintain focus and alignment is an important characteristic of modern leadership. See 3.3" + ] + }, + { + exam: 1, + qnum: 11, + q: "Which activity should be managed carefully as part of 'leading across organizational boundaries', because it is likely to be performed by people outside the project team?", + opts: [ + "Securing funding from the business layer for the business case", + "Integrating new products into each impacted area of the business", + "Gaining commitment for the realization of benefits post-project", + "Delivering the products in line with agreed quality specifications" + ], + correct: 1, + explanation: [ + "A. Incorrect. Although funding comes from the business layer, approving the business case is a direct responsibility within governance (board/executive) and falls within formal project boundaries. See 5.1", + "B. Correct. Actually integrating project results into operational lines (business as usual) is done by operational managers and staff outside the direct project team. This requires leadership across organizational boundaries to embed the change. See 3.2", + "C. Incorrect. Committing to and monitoring post-project benefits is primarily assigned to the senior user and line organization, but product integration and adoption is the direct operational boundary activity during transition. See 3.2, 5.3.3", + "D. Incorrect. Delivering products according to specifications is the core responsibility of the project team itself (via team managers and specialists) and does not cross these operational organizational boundaries in the same way. See 5.3.5" + ] + }, + { + exam: 1, + qnum: 12, + q: "Why is change management important in a project?", + opts: [ + "Because stakeholders must understand which organizational areas are impacted by the project", + "Because the project products must be described and subjected to change control", + "Because confidence is needed that the project can meet its scope objectives and continues to be justified", + "Because user's quality expectations of the project products should be understood" + ], + correct: 0, + explanation: [ + "A. Correct. Change management focuses on the human and organizational side of change. It helps stakeholders see how the project impacts their work processes, culture, and structure, which is crucial for adoption. See 3.4", + "B. Incorrect. This describes configuration management or product change control (issue and change management), which relates to the products themselves and not organizational change management. See 11.1", + "C. Incorrect. This is linked to overall project control and monitoring the business case (business justification), which is broader than the specific focus of change management. See 5.1", + "D. Incorrect. Understanding quality expectations is a task within the 'quality' practice and starts with defining the project product description, not specifically with change management. See 8.1" + ] + }, + { + exam: 1, + qnum: 13, + q: "Which statement about capability and competence within a project is CORRECT?", + opts: [ + "Teams should consist of members with similar capabilities and competencies", + "Team members are likely to perform differently depending on the structure of the team", + "Standard roles and responsibilities should be used, focused on the project's needs", + "Career progression of project team members is often the responsibility of the project manager" + ], + correct: 1, + explanation: [ + "A. Incorrect. Effective project teams require a mix of complementary (different) skills, roles, and competencies to address both technical and organizational aspects. See 3.3", + "B. Correct. Individual performance is heavily influenced by team dynamics, culture, and how the team is structured and led. The context and setup of the team partly determine its members' success. See 3.3", + "C. Incorrect. Although PRINCE2 provides role definitions, roles must always be explicitly tailored and adapted to the specific needs, scale, and context of the project, rather than using rigid standards. See 2.6, 5.1", + "D. Incorrect. Long-term career development is the responsibility of the line organization or the employee themselves, not the temporary project manager. See 3.3" + ] + }, + { + exam: 1, + qnum: 14, + q: "What is a description of a purpose of the change management approach?", + opts: [ + "To describe how proposals to change the project baseline should be recorded and approved", + "To describe the standards required to deliver products that meet user's expectations", + "To define how the business will need to operate in the future to meet the project objectives", + "To describe the processes and procedures required to manage uncertainty" + ], + correct: 2, + explanation: [ + "A. Incorrect. This describes the purpose of the issue management approach (formerly change control procedure), which governs how product changes are handled. See 11.2.1", + "B. Incorrect. This defines the quality management approach, which establishes which quality standards and procedures apply. See 8.2.1", + "C. Correct. The change management approach describes how the organizational shift and transition to the new way of working will be managed, so that the business can successfully adopt the targeted future state. See 3.4", + "D. Incorrect. This is the purpose of the risk management approach, which focuses on identifying and managing uncertainties (threats and opportunities). See 10.2.1" + ] + }, + { + exam: 1, + qnum: 15, + q: "A project holds a workshop to share experiences of new ways of working between project team members. Which principle is being applied by the people element?", + opts: [ + "Learn from experience", + "Manage by exception", + "Define roles, responsibilities, and relationships", + "Focus on products" + ], + correct: 0, + explanation: [ + "A. Correct. Explicitly sharing and discussing lessons learned during an interactive workshop is a direct and people-centric implementation of the 'learn from experience' principle. See 2.2", + "B. Incorrect. 'Manage by exception' relates to direction via tolerances and escalations, which does not directly connect to a lessons workshop. See 2.4", + "C. Incorrect. This principle governs organization structure and who is responsible for what, not the proactive exchange of lessons learned. See 2.3", + "D. Incorrect. 'Focus on products' ensures that product requirements and quality remain central during planning and delivery, not the evaluation of team working methods. See 2.5" + ] + }, + { + exam: 1, + qnum: 16, + q: "Which management product must the project board approve to establish the project scope and timeframe?", + opts: [ + "Project mandate", + "Benefits management approach", + "Project initiation documentation", + "Business case" + ], + correct: 2, + explanation: [ + "A. Incorrect. The project mandate is the trigger for the project, coming from the corporate layer, and does not yet contain a detailed, approved scope or schedule. See 14.3", + "B. Incorrect. The benefits management approach defines how and when the benefits of the project will be measured, not the scope and schedule of the project work itself. See 5.2.2", + "C. Correct. The Project Initiation Documentation (PID) aggregates all core plans and approaches. Approval of the PID by the project board marks the formal baseline for the scope, cost, and schedule of project execution. See 15.4", + "D. Incorrect. The business case provides the business justification (why, cost vs. benefits), but the detailed project scope and schedule are part of the broader PID (which includes the project plan). See 5.2.1, 15.4" + ] + }, + { + exam: 1, + qnum: 17, + q: "What is a purpose of the business case practice?", + opts: [ + "To enable the project executive to decide whether to continue with the project", + "To identify the user's quality expectations to meet the business need", + "To prevent the planned outcomes from causing dis-benefits to the business", + "To define the products and how they will be delivered to satisfy the business case" + ], + correct: 0, + explanation: [ + "A. Correct. The purpose of the business case practice is to establish a mechanism that enables the executive (on behalf of the business) to continually assess whether the project is worth the investment and decide on its continuation. See 5.1", + "B. Incorrect. This belongs to the purpose of the 'quality' practice, which translates user needs and expectations into measurable criteria. See 8.1", + "C. Incorrect. Dis-benefits (negative side effects) can be inherent to a project; the business case identifies them to allow for a balanced decision, but cannot always simply 'prevent' them. See 5.2.1", + "D. Incorrect. This is primarily the purpose of the 'plans' practice (product-based planning), which maps out the required products and the delivery path. See 6.1" + ] + }, + { + exam: 1, + qnum: 18, + q: "Which should be used to justify whether the project should be progressed?", + opts: [ + "Project brief and benefits management approach", + "Highlight report and benefits management approach", + "Business case and highlight report", + "Project brief and business case" + ], + correct: 2, + explanation: [ + "A. Incorrect. The project brief is used at the start of the project (in the starting up a project process) to gain permission to initiate, but not for ongoing justification during execution. See 14.4", + "B. Incorrect. The benefits management approach establishes how benefits are measured, but does not provide the current status summary and re-evaluated justification for the board. See 5.2.2", + "C. Correct. The business case contains the active business justification, and the highlight report gives the project board insight into progress within the current stage. Together, they enable the board to validate whether continuing is justified. See 5.1, 12.2.2", + "D. Incorrect. The project brief becomes functionally superseded once the PID and definitive business case are approved at the end of initiation. See 15.4" + ] + }, + { + exam: 1, + qnum: 19, + q: "Identify the missing words in the following sentence: A business objective concerns the measurable outcomes that demonstrate progress in relation to [?] to which the project must contribute.", + opts: [ + "The strategy of the organization", + "The business's desired output", + "The business's desired benefits", + "The business justification" + ], + correct: 0, + explanation: [ + "A. Correct. Business objectives are strategic goals at the organizational level. Projects are initiated to deliver tangible contributions toward realizing the organization's strategy. See 5.1.1", + "B. Incorrect. Output is the direct physical or digital product delivered by the project, which is distinct from an overarching, measurable business objective. See 5.1.1", + "C. Incorrect. Benefits flow from the outcomes of the project, but the sentence specifically asks about the strategic framework (the strategy of the organization) to which the objectives are tied. See 5.1.1", + "D. Incorrect. The business justification is the specific evaluation for the project itself, not the broader context against which an organization-wide objective is measured. See 5.1" + ] + }, + { + exam: 1, + qnum: 20, + q: "A government department has a target to reduce its carbon footprint by 8-12%. How should this requirement be captured?", + opts: [ + "As a benefits tolerance", + "As a sustainability tolerance", + "As outcomes to be achieved", + "As a quality tolerance" + ], + correct: 1, + explanation: [ + "A. Incorrect. A benefits tolerance relates to the margin around expected business benefits (e.g., revenue or savings), not specifically to environmental targets of the project outcome. See 5.4", + "B. Correct. Sustainability is one of the seven performance targets in PRINCE2 7. Setting a range (8-12%) for an environmental impact goal is the definition of applying a sustainability tolerance. See 12.1, 12.4", + "C. Incorrect. 'Outcomes to be achieved' is a general term for the effects of change, but does not describe the specific PRINCE2 control mechanism of the range. See 5.1.1", + "D. Incorrect. Quality tolerance defines acceptable deviation from product specifications (e.g., dimensions, speed), not the overarching sustainability performance of the project. See 8.4" + ] + }, + { + exam: 1, + qnum: 21, + q: "During a stage, the project manager recorded a new risk on the risk register. In which step of the business case management technique should its impact on the business case be assessed?", + opts: [ + "Develop", + "Verify", + "Maintain", + "Confirm" + ], + correct: 2, + explanation: [ + "A. Incorrect. The 'develop' step takes place at the start of the project when the initial business case and assumptions are first formulated. See 5.3", + "B. Incorrect. 'Verify' relates to formal decision-making and checking by the project board at formal stage boundaries. See 5.3", + "C. Correct. The 'maintain' step involves continually updating the business case based on changes, issues, and newly identified risks that arise during the active stage. See 5.3", + "D. Incorrect. The 'confirm' step focuses on retroactively measuring and validating whether the intended benefits have actually been realized, often post-project. See 5.3" + ] + }, + { + exam: 1, + qnum: 22, + q: "The project manager has received feedback from stakeholders indicating that the structure of the project team should be changed. Which principle is being applied by the 'organization' practice when executing this feedback?", + opts: [ + "Learn from experience", + "Define roles, responsibilities, and relationships", + "Manage by stages", + "Tailor to suit the project" + ], + correct: 0, + explanation: [ + "A. Correct. Responding to interim feedback and adjusting working methods or structure based on insights and experience gained is a direct application of the 'learn from experience' principle. See 2.2", + "B. Incorrect. This practice helps shape this principle, but the process of actively handling feedback to implement improvements is specifically linked to the learning principle. See 2.2, 2.3", + "C. Incorrect. 'Manage by stages' governs partitioning the project into manageable blocks of time, not the feedback and learning culture surrounding organization structure. See 2.7", + "D. Incorrect. 'Tailor to suit the project' ensures the method matches the initial project context, but continually optimizing via a feedback loop falls under learning from experience. See 2.6" + ] + }, + { + exam: 1, + qnum: 23, + q: "Which management product should specify individual accountability for sustainability targets?", + opts: [ + "Role descriptions", + "Project management team structure", + "Product description", + "Business case" + ], + correct: 0, + explanation: [ + "A. Correct. To ensure that sustainability is effectively secured, specific duties and individual accountability for them must be explicitly included in the individual role descriptions of team members. See 5.2.3", + "B. Incorrect. The project management team structure provides a graphical or schematic overview of the hierarchy and lines within the team, but does not contain detailed individual duty and responsibility descriptions. See 5.2.3", + "C. Incorrect. A product description defines the characteristics, quality criteria, and required origin of a specific deliverable, not a person's responsibilities. See 6.2.1", + "D. Incorrect. The business case gives the overall financial and strategic justification for the project, including any project-level sustainability goals, but does not delegate this to an individual organizational level. See 5.2.1" + ] + }, + { + exam: 1, + qnum: 24, + q: "What is defined as having the authority to direct the project within the mandate of the business?", + opts: [ + "Project manager", + "Project executive", + "Project management team", + "Project board" + ], + correct: 3, + explanation: [ + "A. Incorrect. The project manager has the authority to manage the project day-to-day within tolerances set by the project board, but does not direct the project at a strategic level. See 5.3.4", + "B. Incorrect. The executive is the key role within the project board and is ultimately accountable, but the collective authority to formally direct the project lies with the entire project board. See 5.3.1", + "C. Incorrect. The project management team encompasses the entire structure (board, PM, team managers), including executing roles that do not hold directing or mandating authority. See 5.1", + "D. Correct. The project board has the formal authority and responsibility to direct the project, make decisions, and grant approvals, operating within the boundaries set by the corporate layer. See 5.3.1" + ] + }, + { + exam: 1, + qnum: 25, + q: "How should the senior user fulfill their responsibility for the continued realization of benefits post-project?", + opts: [ + "By representing the work needed in a hierarchy to help organize the project", + "By ensuring commitment from people in the user community to adopting the new products", + "By defining how to assure the continued justification of the project", + "By ensuring the technical integrity of the project products delivered to the users" + ], + correct: 1, + explanation: [ + "A. Incorrect. This describes creating a Product Breakdown Structure (PBS), which is a planning technique and not a specific governance activity of the senior user for the post-project phase. See 6.3", + "B. Correct. The senior user represents user interests and is responsible for product adoption in the line organization. Only through commitment and active adoption can the intended benefits be realized after the project ends. See 5.3.3", + "C. Incorrect. Assuring overall business justification is the primary duty of the project executive, not the senior user alone. See 5.3.2", + "D. Incorrect. Technical integrity and meeting supplier standards is the specific responsibility of the senior supplier. See 5.3.5" + ] + }, + { + exam: 1, + qnum: 26, + q: "A new team member has just joined the project team and is going on a site visit. In which step of the technique for organization design and development should this happen?", + opts: [ + "Develop the project ecosystem", + "Understand the organizational ecosystem", + "Design the project ecosystem", + "Manage ongoing changes to the project ecosystem" + ], + correct: 0, + explanation: [ + "A. Correct. The 'develop the project ecosystem' step includes onboarding, training, and operationalizing the team, including activities like site visits to familiarize team members with the project environment. See 5.3", + "B. Incorrect. 'Understand the organizational ecosystem' focuses on analyzing the existing structures and culture of the parent organization beforehand, prior to assembling the team. See 5.3", + "C. Incorrect. 'Design the project ecosystem' involves determining the required roles, reporting lines, and meeting structures (the theoretical design). See 5.3", + "D. Incorrect. 'Manage ongoing changes' relates to handling turnover, movements, and structure adjustments during later stages of the project. See 5.3" + ] + }, + { + exam: 1, + qnum: 27, + q: "What is the purpose of the plans practice?", + opts: [ + "To enable the project manager to control the project by defining who will deliver the products, and when to deliver them", + "To enable the project executive to monitor whether the project is desirable, viable and achievable and should continue", + "To allow the project executive to define which role in the project management team is responsible for producing the plan", + "To enable the project manager to plan how to respond to uncertainties, and who should execute the agreed measures" + ], + correct: 0, + explanation: [ + "A. Correct. The purpose of the plans practice is to provide realistic schedules and baselines that enable the project management team (specifically the PM) to control progress by establishing what is delivered, by whom, and when. See 6.1", + "B. Incorrect. This is the purpose of the business case practice in combination with progress control, not the primary purpose of the plans practice itself. See 5.1", + "C. Incorrect. Roles and responsibilities for planning are defined within the 'organization' practice and specific procedures, not as the main purpose of planning. See 5.1, 6.2", + "D. Incorrect. This describes risk response planning specifically, which is part of the 'risk' practice, though these measures are eventually integrated into plans. See 10.1" + ] + }, + { + exam: 1, + qnum: 28, + q: "The business strategy has changed, requiring the project scope to increase beyond the tolerances agreed by the corporate layer. Which plan must be created to incorporate this change?", + opts: [ + "Project plan", + "Stage plan", + "Team plan", + "Exception plan" + ], + correct: 3, + explanation: [ + "A. Incorrect. The project plan shows total planning for the entire project. Although this plan may eventually be revised, the specific tool to handle a tolerance breach is an exception plan. See 6.2", + "B. Incorrect. A stage plan is the detailed operational planning for a specific stage, but cannot independently breach overarching tolerances of the corporate layer. See 6.2", + "C. Incorrect. A team plan is used by a team manager to manage work within a work package and is independent of strategic scope changes at the project level. See 6.2", + "D. Correct. When a forecast indicates that set tolerances (at project or stage level) will be exceeded, an exception plan must be prepared to show how the deviation will be recovered or processed. See 6.2, 12.4" + ] + }, + { + exam: 1, + qnum: 29, + q: "Identify the missing word in the following sentence: When planning, there are at least two types of [?] relevant to a project: internal and external.", + opts: [ + "dependency", + "plans", + "exception", + "scope" + ], + correct: 0, + explanation: [ + "A. Correct. Identifying dependencies is crucial within PRINCE2 planning. Internal dependencies lie within the project's control; external dependencies involve relationships with other projects or the line organization. See 6.3", + "B. Incorrect. PRINCE2 features different levels of plans (project, stage, team), but this does not fit grammatically or conceptually with 'internal and external' in this context. See 6.2", + "C. Incorrect. An exception is a situation where tolerances are exceeded; this is not primarily split into fixed 'internal and external types' in planning definitions. See 12.4", + "D. Incorrect. Scope defines product and work boundaries, but specific relationships affecting sequence and scheduling are termed dependencies. See 6.3" + ] + }, + { + exam: 1, + qnum: 30, + q: "How should the project plan support an iterative-incremental project?", + opts: [ + "By having multiple delivery stages allowing acceptance criteria to be refined as products are delivered", + "By ensuring that product descriptions are completed before the project is approved by the project board", + "By breaking down the work of the stage to the level of detail required for day-to-day control by the project manager", + "By dividing the project into two stages to allow iterative deliveries of products during the project" + ], + correct: 0, + explanation: [ + "A. Correct. In an iterative/incremental context (such as agile), the project plan uses sequential stages and timeboxes so criteria, feedback, and insights can be flexibly incorporated as working interim products emerge. See 6.2.1", + "B. Incorrect. Rigidly dictating that all detailed product descriptions must be 100% final upfront contradicts the philosophy of an iterative-incremental approach where scope evolves. See 6.2.1", + "C. Incorrect. Breaking work down to operational detail is the specific goal of a stage plan or team plan, not the primary strategic task of the over-arching project plan in an agile context. See 6.2.2", + "D. Incorrect. Artificially limiting a project to exactly two stages is not a general PRINCE2 guideline for iterative delivery; the number of stages depends on risks and control needs. See 6.2, 12.2" + ] + }, + { + exam: 1, + qnum: 31, + q: "The project manager must capture the user's quality expectations. In which step of the planning technique should these expectations be captured?", + opts: [ + "Defining and analyzing the products", + "Organizing work packages", + "Estimating", + "Preparing a schedule" + ], + correct: 0, + explanation: [ + "A. Correct. The 'defining and analyzing the products' step (product-based planning) starts by creating the project product description, which explicitly captures the user's quality expectations and acceptance criteria. See 6.3", + "B. Incorrect. 'Organizing work packages' is a later step where actual execution tasks and mandates for teams are grouped and defined. See 6.3", + "C. Incorrect. 'Estimating' focuses on determining the effort, time, and cost needed based on defined product requirements. See 6.3", + "D. Incorrect. 'Preparing a schedule' involves setting out activities and milestones on a timeline, which can only happen once products and estimates are known. See 6.3" + ] + }, + { + exam: 1, + qnum: 32, + q: "What is a purpose of the quality practice?", + opts: [ + "To enable control by defining how the project will deliver the products to satisfy the business case", + "To capture users' requirements and ensure they remain unchanged throughout the project", + "To identify how the project will ensure that users' requirements of the project products are met", + "To agree to deliver products that were not part of the business justification for the project" + ], + correct: 2, + explanation: [ + "A. Incorrect. This aligns with the purpose of the 'plans' practice, which structures paths and resources for product delivery. See 6.1", + "B. Incorrect. Requirements can and may change (via controlled change management). Quality management does not try to rigidly block change, but ensures what is delivered meets applicable standards. See 8.1, 11.1", + "C. Correct. The purpose of the quality practice is to specify quality expectations and criteria, and establish processes to demonstrate and ensure that delivered products meet those requirements. See 8.1", + "D. Incorrect. Products falling outside the business justification (scope creep) should not be added casually; every product must contribute to the business case. See 2.1, 2.5" + ] + }, + { + exam: 1, + qnum: 33, + q: "The team manager must record that a product needs to be tested, but has not yet been approved. Where should these details be recorded?", + opts: [ + "Quality register", + "Quality specifications", + "Product register", + "Project product description" + ], + correct: 0, + explanation: [ + "A. Correct. The quality register tracks all planned and executed quality activities (such as tests, reviews, audits), including their status (e.g., 'planned', 'tested', 'approved'). See 8.2.3", + "B. Incorrect. Quality specifications are criteria the product must meet; this is a static part of a description, not a dynamic log for test statuses. See 8.2.1", + "C. Incorrect. The product register (or configuration item records) tracks product lifecycles and versions, but specific planning and outcomes of quality reviews belong in the quality register. See 11.2.3", + "D. Incorrect. The project product description defines the main project output at a high level and is created at the start; it is not an operational register for daily testing activities. See 6.2.1" + ] + }, + { + exam: 1, + qnum: 34, + q: "Which statement describes project assurance rather than quality assurance?", + opts: [ + "It is independent of the project manager, but not independent of the project", + "It monitors the project's quality control metrics used to assess the project products", + "It is independent of the project team and may form part of the user's quality management system", + "It describes the agreed expectations for the project products" + ], + correct: 0, + explanation: [ + "A. Correct. Project assurance is the responsibility of project board members to check independently of the project manager that the project is being executed correctly, but it remains an internal project role. Quality assurance (corporate assurance) is completely external to the project. See 8.2.2", + "B. Incorrect. This relates to quality control and performing quality checks themselves, which is a duty of the project team/support, not the definition of project assurance. See 8.1", + "C. Incorrect. This describes external quality assurance at an organizational level (corporate/programme), which is fully independent of the temporary project organization. See 8.2.2", + "D. Incorrect. This describes the definition of quality expectations or acceptance criteria in a product description, not an assurance function. See 8.1" + ] + }, + { + exam: 1, + qnum: 35, + q: "A new requirement is identified when producing a subordinate plan. How should this be managed?", + opts: [ + "By preparing new product descriptions", + "By using the issue management approach", + "By updating the project product description", + "By updating the quality management approach" + ], + correct: 1, + explanation: [ + "A. Incorrect. While a new product description may eventually be needed, this should not occur directly without first formally assessing impact via the issue procedure. See 11.1", + "B. Correct. Any new requirement, request, or change arising during the project is an issue (request for change). It must be recorded, assessed, and decided through the formal issue management approach. See 11.1, 11.2.1", + "C. Incorrect. The project product description is a baselined document; it must never be altered directly without an approved change via the issue procedure. See 11.1", + "D. Incorrect. The quality management approach describes general quality rules and methods for the project, not how a specific operational scope change is handled. See 8.2.1" + ] + }, + { + exam: 1, + qnum: 36, + q: "A system has been tested and the user needs to take ownership of it. In which step of the quality management technique should this happen?", + opts: [ + "Gathering user inputs", + "Accepting products", + "Describing the quality management approach", + "Controlling quality" + ], + correct: 1, + explanation: [ + "A. Incorrect. 'Gathering user inputs' is the initial stage where requirements and expectations are collected, not the handover at the end. See 8.3", + "B. Correct. The 'accepting products' step within the quality technique involves formal clearance and handover of the tested and approved product to users/line organization, who thereby assume ownership. See 8.3", + "C. Incorrect. This concerns planning and establishing the quality strategy during initiation, not an operational product handover. See 8.2.1", + "D. Incorrect. 'Controlling quality' (quality control) focuses on performing tests and inspections to verify the product complies, prior to formal acceptance. See 8.3" + ] + }, + { + exam: 1, + qnum: 37, + q: "What is the purpose of the risk practice?", + opts: [ + "To address concerns about standards that must be applied to products", + "To identify the probability of a threat occurring and its potential impact on the project", + "To guarantee that the agreed scope is delivered on time, within cost and quality", + "To ensure that problems are resolved before they have a chance to negatively impact the project" + ], + correct: 1, + explanation: [ + "A. Incorrect. This relates to quality or issue management, checking whether products meet agreed standards or if deviations exist. See 8.1, 11.1", + "B. Correct. The purpose of the risk practice is to systematically identify, assess, and control uncertainty during the project by mapping both probability (likelihood) and impact of threats (and opportunities). See 10.1", + "C. Incorrect. No practice can provide upfront guarantees; risk management minimizes probability of failure, but achieving goals is the task of overall project control. See 10.1", + "D. Incorrect. This is the purpose of issue management. A problem (issue) has already occurred, whereas a risk is an uncertain, future event. See 10.1, 11.1" + ] + }, + { + exam: 1, + qnum: 38, + q: "What provides the project management team with a guideline for capturing threats?", + opts: [ + "Risk management approach", + "Risk register", + "Digital and data management approach", + "Work package description" + ], + correct: 0, + explanation: [ + "A. Correct. The risk management approach is the policy document prescribing guidelines, procedures, roles, and templates for how risks (threats and opportunities) must be identified and recorded within the project. See 10.2.1", + "B. Incorrect. The risk register is the actual environment or database where risks are logged, but the document providing the guideline and instructions for this is the approach. See 10.2.2", + "C. Incorrect. This document governs general data management, storage, and software tools, but does not contain specific risk management and escalation procedures. See 12.2.3", + "D. Incorrect. A work package description contains instructions for delivering specific products by a team, not project-wide risk guidelines. See 11.2.4" + ] + }, + { + exam: 1, + qnum: 39, + q: "Which term describes who is responsible for responding adequately to a risk?", + opts: [ + "Risk owner", + "Risk actionee", + "Project support", + "Project assurance" + ], + correct: 0, + explanation: [ + "A. Correct. The risk owner is the person ultimately accountable for monitoring and managing a specific risk and ensuring that the selected response is effective. See 10.2.2", + "B. Incorrect. The risk actionee is the person assigned to physically execute the control measure under the direction of the risk owner. See 10.2.2", + "C. Incorrect. Project support provides administrative and supporting services (like maintaining the register), but carries no content responsibility for individual risk responses. See 5.3.6", + "D. Incorrect. Project assurance independently checks whether the risk management process is followed correctly, but does not manage the risks themselves. See 5.3.1" + ] + }, + { + exam: 1, + qnum: 40, + q: "How does loss aversion result in less effective decision-making when considering risks?", + opts: [ + "By valuing the need to keep what you have, rather than gaining something new", + "By discounting the downside of the risk, believing that everything will go according to plan", + "By valuing the unity of the team rather than making the correct decision", + "By viewing risks with a greater probability of occurring as riskier" + ], + correct: 0, + explanation: [ + "A. Correct. Loss aversion is a psychological bias where people place disproportionately high value on retaining what they already possess (or the status quo), making them irrationally anxious about change and causing them to miss opportunities. See 10.3", + "B. Incorrect. This describes optimism bias or wishful thinking, where risks and negative indicators are incorrectly downplayed. See 10.3", + "C. Incorrect. This is the definition of groupthink, where harmony within the group is prioritized over critical, objective analysis. See 10.3", + "D. Incorrect. This is a rational risk assessment (probability x impact) and not an irrational cognitive misconception or decision-making error. See 10.3" + ] + }, + { + exam: 1, + qnum: 41, + q: "The project manager must understand the project environment and define how risk should be managed on the project. In which step of the risk management technique should this be defined?", + opts: [ + "Identify", + "Assess", + "Plan", + "Implement" + ], + correct: 0, + explanation: [ + "A. Correct. The 'identify' step consists of two sub-steps: 'understand context' (establishing the project environment and risk approach) and subsequently 'identify risks'. See 10.3", + "B. Incorrect. 'Assess' focuses on estimating the probability, impact, and proximity of already discovered, specific risks. See 10.3", + "C. Incorrect. 'Plan' involves selecting and preparing specific risk responses (such as avoid, transfer, or accept). See 10.3", + "D. Incorrect. 'Implement' ensures that planned risk measures are actively executed and monitored. See 10.3" + ] + }, + { + exam: 1, + qnum: 42, + q: "How does the issues practice contribute to a successful project?", + opts: [ + "By identifying events that can have a positive impact on the project objectives", + "By controlling modifications to the current approved versions of management products", + "By adjusting the required approval level to match the expectations of the user", + "By making an uncertain situation certain by addressing its cause" + ], + correct: 1, + explanation: [ + "A. Incorrect. This describes identifying opportunities, which is a specific part of the 'risk' practice, not issue management. See 10.1", + "B. Correct. The issues practice (change and issue management) ensures stability by safeguarding that no unauthorized changes occur on baselined products and that modifications are controlled. See 11.1", + "C. Incorrect. Determining approval levels (governance) is set up based on tolerances and roles, not dynamically adjusted to changing user expectations during issue management. See 5.1, 11.2.1", + "D. Incorrect. Issue management handles actual events and problems that are already occurring; it cannot magically make the future 'certain', but controls change impact. See 11.1" + ] + }, + { + exam: 1, + qnum: 43, + q: "Project support must understand how changes can be made to approved versions of the project products. Which management product should project support review?", + opts: [ + "Issue management approach", + "Risk management approach", + "Benefits management approach", + "Quality management approach" + ], + correct: 0, + explanation: [ + "A. Correct. The issue management approach outlines specific procedures, escalation lines, and rules for submitting, assessing, and authorizing changes to baselined products. See 11.2.1", + "B. Incorrect. The risk management approach provides instructions on handling uncertainties, threats, and opportunities, not on the actual change control of products. See 10.2.1", + "C. Incorrect. The benefits management approach governs how and when project benefits are measured and reported post-project. See 5.2.2", + "D. Incorrect. The quality management approach sets standards and testing procedures, but administrative change procedures fall under issue management. See 8.2.1" + ] + }, + { + exam: 1, + qnum: 44, + q: "What is the definition of an issue?", + opts: [ + "A relevant event for the project that the project management must take into account", + "An uncertain event or set of events that, if it should happen, would have an effect on the project", + "A description of the impact that an uncertain event would have on the objectives", + "A measurable threshold to reflect the acceptable range of outcomes for each impacted objective" + ], + correct: 0, + explanation: [ + "A. Correct. Within PRINCE2, an issue is defined as any relevant event that has already happened, was not planned, and requires project management attention (such as a problem, request for change, or off-specification). See 11.1", + "B. Incorrect. This is the formal definition of a risk (uncertain, future-focused), not an active issue. See 10.1", + "C. Incorrect. This is the definition of a risk impact analysis or description of a risk effect, not an issue. See 10.1", + "D. Incorrect. This is the definition of a tolerance or threshold value belonging to the 'progress' practice. See 12.1" + ] + }, + { + exam: 1, + qnum: 45, + q: "A change has been approved and needs to be implemented. Which part of the guidance for effective issue management should enable the implementation of the change?", + opts: [ + "Delegation of authority to the correct level by the project board to decide on changes", + "Application of the change budget within allowed constraints to make trade-offs", + "Audit of whether the actual status of the product matches the status recorded in the product register", + "Definition of the correct level at which products must be baselined" + ], + correct: 1, + explanation: [ + "A. Incorrect. Delegating authority (like to a change authority) helps with deciding on a change, but not directly with financial or practical realization and trade-offs of implementation itself. See 11.3", + "B. Correct. Having and applying a specific change budget enables the project to fund extra costs of approved changes directly without drawing on active stage tolerances. See 11.3", + "C. Incorrect. A status audit verifies retroactively that administration is correct (configuration management), but is not the mechanism activating change implementation funding. See 11.3", + "D. Incorrect. Determining baseline levels (configuration items) governs product management structure, not the action of implementing a new change. See 11.3" + ] + }, + { + exam: 1, + qnum: 46, + q: "An issue has been identified and its impact on the project scope needs to be understood. In which step of the issue management technique should its impact be understood?", + opts: [ + "Assess issues", + "Capture issues", + "Decide on changes", + "Implement changes" + ], + correct: 0, + explanation: [ + "A. Correct. In the 'assess issues' step, the project manager performs a detailed impact analysis to understand consequences of the issue for scope, schedule, cost, risk, and business case. See 11.3", + "B. Incorrect. 'Capture issues' is merely the initial step where the issue is formally received, categorized, and logged in the issue register. See 11.3", + "C. Incorrect. 'Decide on changes' follows assessment; here the appropriate authority (PM or board) selects the best response based on impact analysis. See 11.3", + "D. Incorrect. 'Implement changes' is the final step where the approved solution is physically executed. See 11.3" + ] + }, + { + exam: 1, + qnum: 47, + q: "What is the purpose of the progress practice?", + opts: [ + "To forecast whether the stage is on track to be delivered on time and within budget", + "To record information so that past mistakes can be avoided by this project or other projects", + "To decide what to do with a product that does not meet quality specifications", + "To ensure that user's quality expectations are met when delivering the output" + ], + correct: 0, + explanation: [ + "A. Correct. The purpose of the progress practice is to establish a control and reporting structure to continually compare actual performance against plans and forecast whether targets will be met within tolerances. See 12.1", + "B. Incorrect. This describes the learning process (learning from experience) and maintaining the lessons log, not the primary focus of progress control. See 2.2", + "C. Incorrect. This falls under handling deviations (quality/issues), like managing an off-specification, not general progress measurement. See 11.1", + "D. Incorrect. This is the specific objective of the 'quality' practice and quality control, not overall progress administration. See 8.1" + ] + }, + { + exam: 1, + qnum: 48, + q: "What must the project board review when deciding what should happen next with the project?", + opts: [ + "Digital and data management approach", + "End stage report", + "Highlight report", + "Checkpoint report" + ], + correct: 1, + explanation: [ + "A. Incorrect. This is a facilitative document about data structures and systems, providing no performance evaluation of a completed stage. See 12.2.3", + "B. Correct. At the end of a management stage, the project manager provides the project board with an end stage report. This report offers a comprehensive view of performance and enables the board to decide on decharge and whether to start the next stage. See 12.2.2, 18.4", + "C. Incorrect. A highlight report is sent periodically during an active stage to keep the board informed, not as a decision document at a formal stage boundary. See 12.2.2", + "D. Incorrect. A checkpoint report is an operational progress report from a team manager to the project manager and does not go directly to the project board. See 12.2.2" + ] + }, + { + exam: 1, + qnum: 49, + q: "What is the definition of an exception?", + opts: [ + "A forecast that agreed tolerance levels will be exceeded", + "An uncertain event that, if it should happen, would have an effect on achieving objectives", + "A product that does not meet quality specifications", + "A report to the project manager on the status of the work package" + ], + correct: 0, + explanation: [ + "A. Correct. Within PRINCE2, an exception occurs when there is a realistic forecast or actual situation where agreed tolerance boundaries (for time, cost, scope, etc.) are at risk of being exceeded. See 12.1, 12.4", + "B. Incorrect. This is the definition of a risk, not an exception. See 10.1", + "C. Incorrect. This defines a product defect or an issue (off-specification), not the process status of an exception situation. See 11.1", + "D. Incorrect. This describes a checkpoint report, which is a progress tool and not an exception itself. See 12.2.2" + ] + }, + { + exam: 1, + qnum: 50, + q: "How should the use of data and systems effectively support progress management?", + opts: [ + "By focusing the project management team's efforts on gathering data about what happened in the past", + "By providing accurate data that helps in forecasting future project performance", + "By focusing the project management team's efforts on manual data collection", + "By defining tolerances against the seven performance targets for each management level" + ], + correct: 1, + explanation: [ + "A. Incorrect. Only looking backward (historical data) is insufficient; effective progress management uses data to look proactively at the future. See 12.2.3", + "B. Correct. Leveraging digital systems and analytics provides reliable data, essential for recognizing trends and making accurate forecasts about future project performance. See 12.2.3", + "C. Incorrect. Manual collection is error-prone and inefficient; systems should reduce administrative burdens via automation. See 12.2.3", + "D. Incorrect. Defining tolerances is a governance action at the start of a stage/project and is not the operational way data and systems support ongoing measurements. See 12.4" + ] + }, + { + exam: 1, + qnum: 51, + q: "At which level, according to the management technique for exceptions, is the likelihood HIGHEST that projects identify issues that exceed stage tolerances?", + opts: [ + "Commissioning AND directing", + "Directing AND managing", + "Directing AND delivering", + "Managing AND delivering" + ], + correct: 3, + explanation: [ + "A. Incorrect. The commissioning (corporate) and directing (board) levels are too far removed from day-to-day operations to be first to signal operational exceptions. See 12.4", + "B. Incorrect. Directing is the board level; they receive escalations but rarely identify them themselves on the ground. See 12.4", + "C. Incorrect. Directing is the board level, which is not where daily progress and work package exceptions directly emerge. See 12.4", + "D. Correct. The 'managing' (project manager) and 'delivering' (team managers and specialists) levels are closest to daily execution of work and work packages. Here, operational issues and threatening tolerance breaches are logically discovered first. See 12.4" + ] + }, + { + exam: 1, + qnum: 52, + q: "What is a purpose of the 'starting up a project' process?", + opts: [ + "To assess whether a project is likely to be worthwhile for the organization", + "To analyze the work required before the project initiation documentation is implemented", + "To give users the opportunity to confirm that they accept the project product", + "To delegate management of the project in a controlled manner" + ], + correct: 0, + explanation: [ + "A. Correct. The main purpose of the 'starting up a project' process is to filter and establish whether the project proposal is viable and worthwhile, preventing the organization from incurring unnecessary costs for an extensive initiation stage. See 14.1", + "B. Incorrect. Detailed planning and analysis of project setup occurs after approval, within the 'initiating a project' process where the PID is produced. See 15.1", + "C. Incorrect. Formal user acceptance of final products takes place at the end of the project within the 'closing a project' process, not at initial startup. See 19.1", + "D. Incorrect. Delegating and establishing detailed tolerances occurs stage-by-stage during project execution, not during pre-project activities. See 12.4, 13.1" + ] + }, + { + exam: 1, + qnum: 53, + q: "Which process should ensure that an organization does not proceed to establish solid foundations for unsuitable projects?", + opts: [ + "Starting up a project", + "Directing a project", + "Initiating a project", + "Managing a stage boundary" + ], + correct: 0, + explanation: [ + "A. Correct. The 'starting up a project' process acts as a gatekeeper. It prevents expensive resources and time from being wasted on initiating ('laying solid foundations for') projects that are inherently unsuitable or unachievable. See 14.1", + "B. Incorrect. Although the project board makes the decision via 'directing', the specific process designed to execute and support this pre-project check is 'starting up a project'. See 14.1, 15.1", + "C. Incorrect. Within 'initiating', the solid foundations are actually laid (the PID). This process starts only after the initial suitability check in 'starting up' is complete. See 15.1", + "D. Incorrect. 'Managing a stage boundary' is used during execution to govern the transition between sequential stages, long after initial project selection. See 18.1" + ] + }, + { + exam: 1, + qnum: 54, + q: "What is a purpose of the 'directing a project' process?", + opts: [ + "To retain accountability of the project board while delegating detailed management", + "To prevent the organization from executing projects with poor justification", + "To manage the work of a stage by implementing effective corrective measures", + "To provide information so that the commissioning authority can commit to project delivery" + ], + correct: 0, + explanation: [ + "A. Correct. The purpose of 'directing a project' is to enable the project board to retain over-arching responsibility and provide direction, while day-to-day management is fully delegated to the project manager. See 13.1", + "B. Incorrect. This is primarily the purpose of the 'starting up a project' process, which filters based on initial business justification. See 14.1", + "C. Incorrect. Managing a stage and taking corrective operational measures is the specific operational duty of the project manager within 'controlling a stage'. See 16.1", + "D. Incorrect. Providing information on project setup so the organization can agree is an objective of the 'initiating a project' process. See 15.1" + ] + }, + { + exam: 1, + qnum: 55, + q: "Which TWO are objectives of the 'controlling a stage' process?\n1. To ensure that there are no uncontrolled changes to the products agreed by the project board\n2. To ensure that the project board can be certain that all products in the stage plan are completed\n3. To ensure that the project initiation documentation is updated with all quality changes required for the next project stage\n4. To ensure that products delivered in the stage meet agreed quality criteria", + opts: [ + "1 and 2", + "2 and 3", + "3 and 4", + "1 and 4" + ], + correct: 3, + explanation: [ + "A. Incorrect. Statement 2 is incorrect for this process: convincing the project board that the stage is fully completed and preparing for the future occurs specifically in the 'managing a stage boundary' process, not in 'controlling a stage'. See 16.2, 18.2", + "B. Incorrect. Both statement 2 (see above) and statement 3 are incorrect. Structurally updating the PID for the next stage belongs to stage boundary planning. See 18.2", + "C. Incorrect. Statement 3 is incorrect. Statement 4 is correct: monitoring product quality within the active stage is a core objective of 'controlling a stage'. See 16.2", + "D. Correct. Within 'controlling a stage', the PM focuses on preventing scope creep (statement 1) and ensuring that active products in the stage meet specified quality requirements (statement 4). See 16.2" + ] + }, + { + exam: 1, + qnum: 56, + q: "Which TWO are objectives of the 'directing a project' process?\n1. To ensure that the project is closed only with appropriate authorization\n2. To ensure that post-project benefits reviews are planned\n3. To ensure that the business is ready to use the products after project closure\n4. To ensure that users have accepted the project product", + opts: [ + "1 and 2", + "2 and 3", + "3 and 4", + "1 and 4" + ], + correct: 0, + explanation: [ + "A. Correct. The 'directing a project' process ensures the project board maintains control over vital lifelines: they must authorize formal closure (statement 1) and oversee planning for post-project benefits measurements (statement 2). See 13.2", + "B. Incorrect. Statement 3 is an operational preparation task executed within the 'closing a project' process by the project manager and the line, not a direct governance objective of 'directing'. See 19.2", + "C. Incorrect. Both statement 3 and statement 4 fall under responsibilities and objectives of the executing process 'closing a project'. See 19.2", + "D. Incorrect. Statement 4 (obtaining user acceptance) is physically organized and checked within the 'closing a project' process by the PM, before the project board confirms it. See 19.2" + ] + }, + { + exam: 1, + qnum: 57, + q: "Which TWO are objectives of the 'initiating a project' process?\n1. To ensure that the project team focuses on delivering the approved products in the stage plan\n2. To ensure that the project team is authorized to proceed to the initiation stage\n3. To understand how changes to agreed project products are approved\n4. To prepare a schedule and estimates of costs for work to deliver the products", + opts: [ + "1 and 2", + "2 and 3", + "3 and 4", + "1 and 4" + ], + correct: 2, + explanation: [ + "A. Incorrect. Statement 1 belongs to 'controlling a stage' during execution. Statement 2 is incorrect: authority to start initiation is granted at the end of 'starting up a project'. See 14.2, 16.2", + "B. Incorrect. Statement 2 is incorrect (see above). Statement 3 is correct: during the initiation stage, the issue management procedure (change control) is established. See 15.2", + "C. Correct. The 'initiating a project' process establishes baselines. Objectives include agreeing change authorities (statement 3) and delivering the project plan with cost and time estimates (statement 4). See 15.2", + "D. Incorrect. Statement 1 is incorrect for this process (belongs to the later execution phase), though statement 4 describes a core output of initiation. See 15.2, 16.2" + ] + }, + { + exam: 1, + qnum: 58, + q: "Which activity can ONLY be performed in the 'managing a stage boundary' process?", + opts: [ + "Preparing a replacement for the current stage plan for approval by the project board", + "Continually reviewing the business justification against the business case", + "Regularly reporting the progress of a stage to the project board", + "Preparing a premature closure of the project after direction by the project board" + ], + correct: 0, + explanation: [ + "A. Correct. Preparing a new stage plan (or an exception plan to replace an escalating plan) to request approval for the next step is the unique and exclusive activity of the 'managing a stage boundary' process. See 18.3", + "B. Incorrect. Re-evaluating and reviewing the business case happens across multiple processes (such as 'controlling a stage' at every issue and 'directing a project'), and is not exclusive to stage boundaries. See 5.3, 16.3", + "C. Incorrect. Progress reporting (highlight reports) occurs continually during execution within the 'controlling a stage' process. See 16.3", + "D. Incorrect. If a project is closed prematurely, the board instructs the PM to move directly to the 'closing a project' process. Preparing that closure occurs there, not in a regular stage boundary. See 19.3" + ] + }, + { + exam: 1, + qnum: 59, + q: "What is required to execute the 'managing a stage boundary' process?", + opts: [ + "The work of the project must be divided into sections", + "Each project stage must incrementally deliver project benefits", + "The project must have a predictable end date", + "Every stage must be in exception" + ], + correct: 0, + explanation: [ + "A. Correct. To apply this process at all, the project must be divided into at least two manageable blocks of time or sections (management stages) in line with the 'manage by stages' principle. Without this division, there are no stage boundaries to manage. See 2.7, 18.1", + "B. Incorrect. It is a bonus if a project delivers benefits early (incremental delivery), but this is not a hard process requirement to run a formal management stage boundary. See 5.1", + "C. Incorrect. Particularly in unpredictable or innovative projects, dividing into stages helps control risks; an exact predictable end date is not a prerequisite for the process. See 2.7", + "D. Incorrect. This process is primarily run at the end of each successful and regular stage. It is only used for an exception plan during escalations, so certainly not 'every stage must be in exception'. See 18.1" + ] + }, + { + exam: 1, + qnum: 60, + q: "Which action must be taken if a project is closed prematurely?", + opts: [ + "The project manager must still use the 'closing a project' process to deal with the situation", + "The project manager must ensure that no extra work is carried out before the project is closed", + "The project manager must trigger the premature closure if the business case is no longer valid", + "The project board must approve the use of the remaining project budget to fund operational costs" + ], + correct: 0, + explanation: [ + "A. Correct. Even if a project is stopped halfway by the project board, it must be decommissioned orderly. The PM must still go through the 'closing a project' process to document status, secure products, and release resources. See 19.3", + "B. Incorrect. An orderly closure may require *temporary extra work*, such as safeguarding data, handing over semi-finished products, or closing supplier contracts. See 19.2", + "C. Incorrect. The project manager advises and signals, but formal authority to trigger and decide on premature closure rests exclusively with the project board. See 19.3", + "D. Incorrect. The board governs project funding, but allocating remaining budgets for regular line operational costs (business as usual) falls under corporate governance and is not a standard action within the PRINCE2 project closure process. See 19.3" + ] + }, + { + exam: 2, + qnum: 1, + q: "Which is one of the five integrated elements of PRINCE2?", + opts: [ + "The project brief", + "The project context", + "The project plan", + "The business case" + ], + correct: 1, + explanation: [ + "A. Incorrect. The project brief is a management product produced during the 'starting up a project' process, not one of the five integrated elements. See 1.2, 14.4", + "B. Correct. The project context is one of the five integrated elements of PRINCE2 (along with people, principles, practices, and processes). It emphasizes that PRINCE2 must be tailored to suit the specific environment of the project. See 1.2", + "C. Incorrect. The project plan is a management product within the plans practice, not a core integrated element of the method. See 1.2, 6.2", + "D. Incorrect. The business case is a practice and a management product, but not one of the five overarching integrated elements. See 1.2, 5.1" + ] + }, + { + exam: 2, + qnum: 2, + q: "Which statement about the 'focus on products' principle is CORRECT?", + opts: [ + "A PRINCE2 project focuses on the activities required to deliver the project's products", + "Product-based planning ensures that the project team is clear about what needs to be delivered", + "A project product description is only required for the final deliverable of the project", + "The project board must approve every product description before work on it can begin" + ], + correct: 1, + explanation: [ + "A. Incorrect. A PRINCE2 project focuses on the definition and delivery of products, first and foremost, rather than the activities themselves. Activities are derived from the products. See 2.5", + "B. Correct. The 'focus on products' principle ensures that all stakeholders have a shared understanding of what the project will deliver and its quality criteria. Product-based planning supports this directly. See 2.5", + "C. Incorrect. Product descriptions are created for all major products and components within a project, not just the final end product. See 2.5, 6.3", + "D. Incorrect. The project board approves the overarching project product description and major plans, but authority for individual product descriptions can be delegated or handled by the project manager. See 2.4, 5.3" + ] + }, + { + exam: 2, + qnum: 3, + q: "Which is a responsibility of the 'people' element in a PRINCE2 project?", + opts: [ + "To ensure that all stakeholders are managed in exactly the same way", + "To understand the relationships between individuals and teams within the project ecosystem", + "To establish the precise financial constraints for the project's sustainability targets", + "To define the specific sequence of activities in the stage plan" + ], + correct: 1, + explanation: [ + "A. Incorrect. Stakeholders have different needs and must be engaged appropriately based on their specific context, not in exactly the same way. See 3.1", + "B. Correct. The people element focuses on how individuals work together, communication, leadership, and understanding the relationships across the project ecosystem to foster collaboration. See 3.1", + "C. Incorrect. Setting financial and sustainability constraints belongs to the business case and progress practices, not the people element. See 5.4, 12.1", + "D. Incorrect. Sequencing activities is a technical step within the planning technique of the plans practice. See 6.3" + ] + }, + { + exam: 2, + qnum: 4, + q: "A project manager is tailoring PRINCE2 for a small, low-risk project by combining roles and simplifying management products. Which principle is being applied?", + opts: [ + "Manage by stages", + "Manage by exception", + "Tailor to suit the project", + "Define roles, responsibilities, and relationships" + ], + correct: 2, + explanation: [ + "A. Incorrect. 'Manage by stages' relates to partitioning the project into management intervals, not adapting the roles or products to the project size. See 2.7", + "B. Incorrect. 'Manage by exception' is about delegating authority through setting performance tolerances, not scaling the method's complexity. See 2.4", + "C. Correct. The 'tailor to suit the project' principle explicitly ensures that the PRINCE2 method is adapted to the scale, complexity, geography, and risk of the project so that management effort matches the risk. See 2.6", + "D. Incorrect. While roles are being combined, the act of scaling and adapting the overall framework to the project's small size is driven by the tailoring principle. See 2.3, 2.6" + ] + }, + { + exam: 2, + qnum: 5, + q: "What is a characteristic of effective project leadership within the PRINCE2 method?", + opts: [ + "It relies purely on transactional command-and-control management structures", + "It avoids seeking feedback from stakeholders to maintain direction", + "It adapts to the needs of the team and the specific phase of the project lifecycle", + "It is solely the responsibility of the project executive" + ], + correct: 2, + explanation: [ + "A. Incorrect. PRINCE2 7 promotes modern leadership that emphasizes collaboration, persuasion, and co-creation over rigid, old-fashioned command-and-control mechanisms. See 3.3", + "B. Incorrect. Effective leaders actively seek feedback to ensure alignment, maintain motivation, and foster continuous improvement. See 3.3", + "C. Correct. Leadership must be situational; a good project leader adapts their style, communication, and approach depending on the maturity of the team and the current needs of the lifecycle phase. See 3.1, 3.3", + "D. Incorrect. Leadership is exercised across all layers of the project management team, including the project manager and team managers, not just by the executive. See 5.1" + ] + }, + { + exam: 2, + qnum: 6, + q: "What is the primary objective of organizational change management in a PRINCE2 project?", + opts: [ + "To control and log modifications made to the technical product baselines", + "To support the people impacted by the project to transition to new ways of working", + "To establish the reporting schedule for checkpoint reports", + "To ensure that the project plan remains within its original cost tolerances" + ], + correct: 1, + explanation: [ + "A. Incorrect. Controlling modifications to baselines is configuration management, which is part of the issues practice. See 11.1", + "B. Correct. Change management (organizational change) focuses on the human side of change, ensuring that people understand, accept, and effectively adopt the new capabilities delivered by the project. See 3.4", + "C. Incorrect. Setting up reporting frequencies for team managers belongs to progress management and work package administration. See 12.2, 16.3", + "D. Incorrect. Maintaining cost tolerances is part of progress and financial control, not organizational change management. See 12.1" + ] + }, + { + exam: 2, + qnum: 7, + q: "Which statement best describes the relationship between project outputs and outcomes?", + opts: [ + "Outputs are the strategic goals, while outcomes are the physical products", + "Outputs are delivered by the project, and outcomes are the result of using those outputs", + "Outcomes must always be fully realized before any outputs can be delivered", + "Outputs are evaluated post-project, while outcomes are managed day-to-day by team managers" + ], + correct: 1, + explanation: [ + "A. Incorrect. This is reversed: outputs are the tangible or intangible products, whereas outcomes are the changes resulting from their use. See 5.1.1", + "B. Correct. An output is a specialist product handed over by the project. An outcome is the change in behavior or operational environment achieved when users actually use that output. See 5.1.1", + "C. Incorrect. Outcomes occur after outputs are delivered and put into service; they cannot be realized before the outputs exist. See 5.1.1", + "D. Incorrect. Outputs are managed day-to-day and delivered during the project. Outcomes typically develop as the outputs are used, often extending beyond the project boundary. See 5.1.1" + ] + }, + { + exam: 2, + qnum: 8, + q: "What is the main purpose of the benefits management approach?", + opts: [ + "To justify the total financial cost of the initiation stage", + "To define how and when the realization of project benefits will be measured and reviewed", + "To serve as a contract between the senior supplier and the external market", + "To keep a log of all risks that might negatively impact the project schedule" + ], + correct: 1, + explanation: [ + "A. Incorrect. The business case justifies the overall investment, but the benefits management approach specifically addresses the tracking mechanism for benefits, not just initiation costs. See 5.2.2", + "B. Correct. The benefits management approach defines the actions, timelines, and responsibilities for verifying whether the intended benefits are achieved, both during and after the project. See 5.2.2", + "C. Incorrect. It is an internal management product used for project governance, not a commercial contract with external suppliers. See 5.2.2", + "D. Incorrect. Risks are recorded and tracked in the risk register, which is part of the risk practice. See 10.2.2" + ] + }, + { + exam: 2, + qnum: 9, + q: "Who is ultimately accountable for the project's success and for ensuring that the investment has continuous business justification?", + opts: [ + "The project manager", + "The senior user", + "The project executive", + "The project support role" + ], + correct: 2, + explanation: [ + "A. Incorrect. The project manager is responsible for day-to-day management within tolerances, but is not ultimately accountable for the business investment itself. See 5.3.4", + "B. Incorrect. The senior user is accountable for the quality and adoption of user products and user benefits, but the executive holds ultimate overall accountability. See 5.3.2, 5.3.3", + "C. Correct. The project executive represents the business interest and owns the business case. They are ultimately accountable for the project's success and ensuring it remains a justified investment. See 5.3.2", + "D. Incorrect. Project support provides administrative assistance and has no decision-making or governance accountability. See 5.3.6" + ] + }, + { + exam: 2, + qnum: 10, + q: "Which product-based planning document provides a detailed description of a specific product's purpose, composition, derivation, and quality criteria?", + opts: [ + "Product breakdown structure", + "Product description", + "Product flow diagram", + "Project plan" + ], + correct: 1, + explanation: [ + "A. Incorrect. A product breakdown structure (PBS) is a hierarchical diagram showing all the products to be delivered, but it does not contain detailed text descriptions for individual products. See 6.3", + "B. Correct. A product description is a dedicated management product created to define exactly what a product is, what it is made of, where it comes from, and the quality tests it must pass. See 6.2.1, 6.3", + "C. Incorrect. A product flow diagram (PFD) shows the sequence and dependencies of product creation, not the detailed characteristics of a single product. See 6.3", + "D. Incorrect. The project plan provides a high-level timeline, resource overview, and budget for the whole project, but relies on individual product descriptions for specific asset details. See 6.2" + ] + }, + { + exam: 2, + qnum: 11, + q: "What type of dependency exists when the sequence of project activities is dictated by a factor completely outside the control of the project team?", + opts: [ + "Internal dependency", + "External dependency", + "Flexible dependency", + "Subordinate dependency" + ], + correct: 1, + explanation: [ + "A. Incorrect. An internal dependency is an interaction between two activities or products that both fall inside the direct control of the project team. See 6.3", + "B. Correct. An external dependency involves an interface with an entity or activity outside the project's boundary (e.g., legislation updates, a separate project's deliverable) that the project team cannot directly control. See 6.3", + "C. Incorrect. 'Flexible' is not a standard PRINCE2 classification for project plan dependencies. See 6.3", + "D. Incorrect. 'Subordinate' is not a term used by PRINCE2 to define the primary types of scheduling dependencies. See 6.3" + ] + }, + { + exam: 2, + qnum: 12, + q: "Which practice has the explicit purpose of establishing mechanisms to verify that products are 'fit for purpose' and meet the customer's expectations?", + opts: [ + "Plans practice", + "Issues practice", + "Quality practice", + "Progress practice" + ], + correct: 2, + explanation: [ + "A. Incorrect. The plans practice focuses on schedules, timelines, and resource allocation. See 6.1", + "B. Incorrect. The issues practice focuses on managing requests for change, problems, and configuration management. See 11.1", + "C. Correct. The purpose of the quality practice is to ensure that the project's products meet the specified criteria and are fully capable of achieving their intended objectives. See 8.1", + "D. Incorrect. The progress practice focuses on monitoring performance against targets and managing tolerances. See 12.1" + ] + }, + { + exam: 2, + qnum: 13, + q: "Where should the project manager log information about planned quality reviews, their assigned reviewers, and the actual dates they were completed?", + opts: [ + "Quality register", + "Risk register", + "Daily log", + "Issue register" + ], + correct: 0, + explanation: [ + "A. Correct. The quality register is the dynamic operational log used to track all quality activities (inspections, tests, reviews) throughout the lifecycle of the project. See 8.2.3", + "B. Incorrect. The risk register tracks uncertainties that have not yet occurred, not the status of planned quality tests. See 10.2.2", + "C. Incorrect. The daily log handles informal notes or minor events that do not require formal structure, whereas quality activities require dedicated tracking in the quality register. See 12.2.2", + "D. Incorrect. The issue register tracks active problems, defects (off-specifications), and change requests, not the calendar schedule of normal quality assurance reviews. See 11.2.2" + ] + }, + { + exam: 2, + qnum: 14, + q: "What is an 'off-specification' within PRINCE2 issue management?", + opts: [ + "A product that has been delivered ahead of schedule and under budget", + "Something that the project should provide but currently does not, or is forecast not to meet its specifications", + "A change to a project management role description that requires corporate approval", + "A risk that has an exceptionally high probability of occurrence" + ], + correct: 1, + explanation: [ + "A. Incorrect. Delivering a product early is a positive variance or milestone achievement, not a technical non-conformance. See 11.1, 12.1", + "B. Correct. An off-specification is a specific type of issue representing a defect or shortfall: a product fails to meet its quality criteria or a requirement is missing from what was originally baseline-agreed. See 11.1", + "C. Incorrect. This is an organizational change or governance adjustment, not a product non-conformance. See 5.1", + "D. Incorrect. An off-specification is an active, factual issue that has already happened or is definitely forecast, not an uncertain future event (risk). See 10.1, 11.1" + ] + }, + { + exam: 2, + qnum: 15, + q: "Which step in the PRINCE2 risk management technique involves determining the proximity of a threat and calculating its combined probability and impact?", + opts: [ + "Identify risks", + "Assess risks", + "Plan responses", + "Implement responses" + ], + correct: 1, + explanation: [ + "A. Incorrect. 'Identify risks' focuses on discovering and explicitly describing the threats and opportunities, not calculating their mathematical weights. See 10.3", + "B. Correct. The 'assess risks' step evaluates each identified risk to understand its likelihood, expected timing (proximity), and potential severity of impact on project objectives. See 10.3", + "C. Incorrect. 'Plan responses' focuses on formulating strategies (like avoid, mitigate, or transfer) to handle the risk once its severity is known. See 10.3", + "D. Incorrect. 'Implement' involves assigning the actions and ensuring that the selected risk controls are actively carried out. See 10.3" + ] + }, + { + exam: 2, + qnum: 16, + q: "If a project manager forecasts that the current stage cost will exceed its allowed cost tolerance, what action MUST they take?", + opts: [ + "Immediately adjust the project plan baseline without informing the board", + "Raise an issue and escalate the situation by submitting an exception report to the project board", + "Instruct the team managers to stop all quality verification tests to save money", + "Ask project support to delete the over-budget entries from the financial system" + ], + correct: 1, + explanation: [ + "A. Incorrect. A project manager does not have the authority to unilaterally change baselines when tolerances are breached. This violates the 'manage by exception' principle. See 2.4, 12.4", + "B. Correct. When a tolerance deviation is forecast or occurs, it creates an exception. The project manager must document this in an exception report and escalate it to the project board for a decision. See 12.4", + "C. Incorrect. Skipping quality tests violates the 'focus on products' principle and increases project risk, making it an unacceptable hidden action. See 2.5, 8.1", + "D. Incorrect. Manipulating data or registers is unethical and defeats the purpose of progress control and transparency. See 12.2.3" + ] + }, + { + exam: 2, + qnum: 17, + q: "What is the primary role of a 'change authority' in a project?", + opts: [ + "To retrain operational staff on new software interfaces", + "To review and approve or reject specific requests for change and off-specifications", + "To write the project brief during pre-project preparation", + "To audit the financial compliance of the corporate board" + ], + correct: 1, + explanation: [ + "A. Incorrect. This is a training or change management execution task, not a governance role for approving scope modifications. See 3.4", + "B. Correct. To avoid overloading the project board with minor change requests, the board can delegate authority to a change authority to review and rule on changes within an allocated change budget. See 11.2.1, 11.3", + "C. Incorrect. The project brief is typically provided by corporate commissioning or drafted by the project manager during the startup process. See 14.4", + "D. Incorrect. Internal or external financial audits are independent corporate governance activities completely outside the scope of a project change authority. See 13.1" + ] + }, + { + exam: 2, + qnum: 18, + q: "Which report is generated periodically by a team manager to provide the project manager with regular updates on work package progress?", + opts: [ + "Highlight report", + "Checkpoint report", + "End stage report", + "Exception report" + ], + correct: 1, + explanation: [ + "A. Incorrect. A highlight report is sent by the project manager to the project board, not by a team manager to the project manager. See 12.2.2", + "B. Correct. A checkpoint report is the standard operational progress update compiled by a team manager to report the status of a work package to the project manager. See 12.2.2", + "C. Incorrect. An end stage report is compiled by the PM at a stage boundary to summarize the performance of the entire completed stage for the board. See 12.2.2", + "D. Incorrect. An exception report is used specifically to escalate a tolerance breach, not for regular periodic progress reporting. See 12.4" + ] + }, + { + exam: 2, + qnum: 19, + q: "What process is triggered by the arrival of a project mandate from corporate management or programme commissioning?", + opts: [ + "Initiating a project", + "Starting up a project", + "Directing a project", + "Managing a stage boundary" + ], + correct: 1, + explanation: [ + "A. Incorrect. Initiating a project is the first formal stage of the project and requires an approved project brief and authorization from the board, which comes after startup. See 14.2, 15.1", + "B. Correct. The project mandate is the external trigger document that initiates the pre-project process called 'starting up a project' (SU). See 14.1, 14.3", + "C. Incorrect. Directing a project runs continuously from the end of startup until project closure, providing governance decisions, but it is not the immediate process triggered by a raw mandate. See 13.1", + "D. Incorrect. Managing a stage boundary occurs at the end of an active management stage during the execution lifecycle, not at the very beginning of pre-project work. See 18.1" + ] + }, + { + exam: 2, + qnum: 20, + q: "What is an objective of the 'closing a project' process?", + opts: [ + "To draft the initial project brief and appoint the executive", + "To ensure that provisions are made for project products to face regular post-project benefits reviews", + "To authorize the expenditure for the upcoming delivery stage", + "To select the specific configuration management software tools" + ], + correct: 1, + explanation: [ + "A. Incorrect. Appointing roles and drafting the brief happens in the pre-project 'starting up a project' process. See 14.1", + "B. Correct. An objective of closing a project is to ensure that the mechanisms for measuring realized benefits after the project has dismantled are fully integrated into the benefits management approach. See 19.2", + "C. Incorrect. Authorizing stage budgets is a direct responsibility of the project board within the 'directing a project' process, usually at a stage boundary. See 13.2", + "D. Incorrect. Choosing software infrastructure tools belongs in the initiation phase when establishing the management approaches. See 11.2.1, 12.2.3" + ] + }, + { + exam: 2, + qnum: 21, + q: "In which step of the business case management technique should the project mandate be reviewed?", + opts: [ + "Develop", + "Check", + "Maintain", + "Confirm" + ], + correct: 0, + explanation: [ + "A. Correct. The 'Develop' step includes creating the outline business case from the project mandate during starting up a project, which begins with checking the mandate content. See 5.3", + "B. Incorrect. 'Check' is performed during stage gates or key reviews to ensure the business case remains valid, not the initial review of the mandate. See 5.3", + "C. Incorrect. 'Maintain' involves updating the business case with actual costs and revised forecasts throughout the stages. See 5.3", + "D. Incorrect. 'Confirm' is looking back post-project or at boundaries to verify if the actual benefits are achieved. See 5.3" + ] + }, + { + exam: 2, + qnum: 22, + q: "Which principle is being applied by the 'organizing' practice when the project executive ensures that decisions align to changing business needs?", + opts: [ + "Focus on products", + "Ensure continued business justification", + "Learn from experience", + "Manage by exception" + ], + correct: 1, + explanation: [ + "A. Incorrect. Focus on products ensures clarity on specifications and deliverables, not overarching strategic and business alignment decision-making. See 2.5", + "B. Correct. The executive represents the business stake and must constantly guarantee that the project maps back to organizational priorities and a valid investment justification. See 2.1, 5.3", + "C. Incorrect. Learning from experience concerns capturing lessons learned from past mistakes and successes. See 2.2", + "D. Incorrect. Manage by exception governs the delegation of boundaries and tolerances between different tiers of control. See 2.4" + ] + }, + { + exam: 2, + qnum: 23, + q: "A new department head wants to know which members of staff will be involved in the project. Which management product should the department head review?", + opts: [ + "Project management team structure", + "Role descriptions", + "Project log", + "Project board" + ], + correct: 0, + explanation: [ + "A. Correct. The project management team structure visually represents all roles, lines of authority, and specific human allocations for the project. See 4.3", + "B. Incorrect. Role descriptions provide details on the duties and accountabilities of generic roles, but don't show the full context of everyone involved at once. See 4.3", + "C. Incorrect. The project log is an operational document combining different items (lessons, daily tracking), not an organizational design view. See 12.2", + "D. Incorrect. The project board is just the top governance layer, not the entire structure showing all staff involvement. See 4.3" + ] + }, + { + exam: 2, + qnum: 24, + q: "Identify the missing word(s) in the following sentence: 'PRINCE2 uses the term [?] to cover all people required to allocate their time to the project.'", + opts: [ + "Stakeholders", + "Users", + "Project team", + "Project support" + ], + correct: 2, + explanation: [ + "A. Incorrect. Stakeholders include any individual or group affected by or affecting the project, including those who don't allocate work hours directly. See 4.1", + "B. Incorrect. Users are a specific subset who will operate, maintain, or output-benefit from the project assets. See 4.1", + "C. Correct. The project team covers all the internal execution resources, managers, and support roles committing hours directly to deliver the project scope. See 4.1", + "D. Incorrect. Project support is a specific administrative sub-role, not the umbrella term for all project human resources. See 4.3" + ] + }, + { + exam: 2, + qnum: 25, + q: "According to the guidance for effective organizing, how should the commissioning party contribute to a project when it is started?", + opts: [ + "By identifying the project executive in the project mandate", + "By setting sustainability targets on a stage-by-stage basis", + "By authorizing any breach of a project level tolerance that arises", + "By being responsible for the overall management of the project" + ], + correct: 0, + explanation: [ + "A. Correct. The corporate, program, or customer commissioning level initiates the project with a mandate, which must specify who the appointed project executive is. See 4.3, 14.3", + "B. Incorrect. Stage-by-stage targets and tracking are handled within the project board and project manager structures, not corporate commissioning directly. See 12.1", + "C. Incorrect. Project level tolerance exceptions are escalated to corporate/program management, but it's a reaction to an exception, not a starting contribution. See 12.4", + "D. Incorrect. The project manager is responsible for the active overall management of the project day-to-day. See 4.3" + ] + }, + { + exam: 2, + qnum: 26, + q: "In which step of the organizational design and development technique should responsibility for setting personal objectives be agreed?", + opts: [ + "Understand the organizational ecosystem", + "Develop the project ecosystem", + "Design the project ecosystem", + "Transition the project into the organizational ecosystem" + ], + correct: 1, + explanation: [ + "A. Incorrect. Understanding the ecosystem gathers data about existing roles, capabilities, and cultural setups. See 4.4", + "B. Correct. During the 'Develop' step, specific operating protocols, team boundaries, personal performance rules, and growth targets are detailed and committed. See 4.4", + "C. Incorrect. Designing focuses on modeling structures, layers, and matching roles to requirements conceptually. See 4.4", + "D. Incorrect. Transitioning occurs during closure, offboarding human assets and releasing them back to line functions. See 4.4" + ] + }, + { + exam: 2, + qnum: 27, + q: "How should approved plans enable control?", + opts: [ + "Plans should provide the baseline from which the schedule can be developed", + "Plans should be used to monitor progress and assess the impact of issues and risks", + "Plans should be updated as soon as a change in the project scope is identified to show the revised scope", + "Plans for the project as a whole include estimates that are the most accurate" + ], + correct: 1, + explanation: [ + "A. Incorrect. The schedule is a subset/component of the plan itself, not something created completely separately afterwards. See 6.1", + "B. Correct. Approved baselined plans form the fundamental yardstick. The project manager checks regular performance against them to monitor variances, risks, and modifications. See 6.1", + "C. Incorrect. A baseline plan shouldn't be altered immediately without passing a formal change request and getting approval from the correct governance layer. See 11.3", + "D. Incorrect. High-level project plans are often less accurate than near-horizon stage plans due to the planning horizon constraint. See 6.1" + ] + }, + { + exam: 2, + qnum: 28, + q: "The team manager needs to check what products should be delivered by his team. Which management product should the team manager review?", + opts: [ + "Project product description", + "Work package description", + "Stage plan", + "Project plan" + ], + correct: 1, + explanation: [ + "A. Incorrect. The project product description is a high-level product defining the ultimate final asset for the customer. See 6.2", + "B. Correct. A work package description functions as the operational boundary assignment given to a team manager, containing explicit details on exactly what products must be produced. See 6.2, 16.2", + "C. Incorrect. The stage plan belongs to the project manager to track the complete stage; it encompasses multiple work packages across different teams. See 6.2", + "D. Incorrect. The project plan outlines the high-level roadmap and timeline for the entire project lifecycle. See 6.2" + ] + }, + { + exam: 2, + qnum: 29, + q: "What is defined as a high-level plan showing the major products of the project?", + opts: [ + "A project plan", + "A stage plan", + "A team plan", + "A work package" + ], + correct: 0, + explanation: [ + "A. Correct. The project plan provides the strategic view of the whole project, highlighting main deliverables, key milestones, and critical control points. See 6.2", + "B. Incorrect. A stage plan is a detailed tactical breakdown focused exclusively on a single management stage. See 6.2", + "C. Incorrect. A team plan is optional, created by a team manager to coordinate specific day-to-day internal resources. See 6.2", + "D. Incorrect. A work package is a formal allocation mechanism, not an overarching plan document type. See 6.2" + ] + }, + { + exam: 2, + qnum: 30, + q: "How should the project manager address the planning horizon?", + opts: [ + "By preparing a complete and detailed project plan based on accurate estimates", + "By preparing a stage plan for the next stage based on more accurate estimates", + "By identifying the major products and activities in the project plan", + "By identifying interdependencies between major products in the stage plan" + ], + correct: 1, + explanation: [ + "A. Incorrect. It is impossible to plan everything in exhaustive detail upfront due to the planning horizon limitation. See 6.1.2", + "B. Correct. PRINCE2 counters the planning horizon issue by keeping the project plan high-level and only creating detailed stage plans close to the actual execution of that stage. See 6.1.2", + "C. Incorrect. While this is done, it describes project plan construction rather than the strategy used to tackle the horizon problem directly. See 6.1.2", + "D. Incorrect. Interdependencies are mapped out as a standard step in planning, but it doesn't solve the long-term forecast visibility challenge. See 6.1.2" + ] + }, + { + exam: 2, + qnum: 31, + q: "In which step of the planning technique should the project manager identify the equipment needed to deliver the plan?", + opts: [ + "Preparing estimates", + "Defining and analysing the products", + "Organizing work packages", + "Preparing a schedule" + ], + correct: 0, + explanation: [ + "A. Correct. The 'Preparing estimates' step calculates the necessary effort, resource types, equipment, tools, and materials required to fulfill the defined tasks. See 6.3", + "B. Incorrect. Defining and analyzing products creates the product breakdown structures and product descriptions. See 6.3", + "C. Incorrect. Organizing work packages is an operational step about grouping and assigning elements, not resource-need estimation. See 6.3", + "D. Incorrect. Preparing a schedule sets the chronological sequence, critical paths, and calendar dates for execution. See 6.3" + ] + }, + { + exam: 2, + qnum: 32, + q: "What is a description of a purpose of the quality practice?", + opts: [ + "To define how the project's products will be tested to obtain their acceptance", + "To define how the project executive will decide whether the benefits exceed the costs", + "To enable the project team to communicate effectively by defining how the products will be delivered", + "To collect and assess off-specifications and control changes to the agreed project scope" + ], + correct: 0, + explanation: [ + "A. Correct. The purpose of the quality practice is to operationalize quality criteria and state the methods for inspection, testing, and verifying that deliverables match expectations. See 8.1", + "B. Incorrect. Cost-benefit viability decisions belong directly to the business case practice. See 5.1", + "C. Incorrect. Delivery mechanisms and communication protocols relate to the organizing and planning practices. See 4.1, 6.1", + "D. Incorrect. Controlling modifications and handling off-specifications belongs to the issues practice. See 11.1" + ] + }, + { + exam: 2, + qnum: 33, + q: "The project manager needs to check when an output is planned to be inspected. Which management product should the project manager review?", + opts: [ + "Quality management approach", + "Product description", + "Product register", + "Quality register" + ], + correct: 3, + explanation: [ + "A. Incorrect. The quality management approach defines the generic strategies, rules, and corporate quality frameworks applied across the project. See 8.2", + "B. Incorrect. A product description details the quality criteria for that item, but doesn't track calendar dates for upcoming active test instances. See 8.2", + "C. Incorrect. There is no standard management product called the 'product register' in baseline PRINCE2 (configuration items can be in an issue/configuration context). See 11.2", + "D. Correct. The quality register acts as the calendar log containing target and actual testing dates, assigned inspectors, and pass/fail results. See 8.2" + ] + }, + { + exam: 2, + qnum: 34, + q: "Which describes quality specifications?", + opts: [ + "They are applied when inspecting a finished product", + "They are applied when accepting the project product", + "They are documented in the project product description", + "They are documented in the quality management approach" + ], + correct: 0, + explanation: [ + "A. Correct. Quality specifications are the detailed technical thresholds or characteristics used during quality control to test whether a finished product conforms to its criteria. See 8.1.1", + "B. Incorrect. Ultimate project-level conditions are customer acceptance criteria, which differ slightly from micro-level product specifications. See 8.1.1", + "C. Incorrect. High-level project conditions live in the project product description, while individual component specifications live in separate product descriptions. See 8.1.1", + "D. Incorrect. The quality management approach governs the rules and processes, not individual asset specifications. See 8.2" + ] + }, + { + exam: 2, + qnum: 35, + q: "A building is being constructed as part of the project. The building needs to meet environmental targets. Which information should be recorded as part of quality planning?", + opts: [ + "The quality activities to test the product's sustainability in the quality register", + "The test results after testing the product's environmental requirements", + "The environmental requirements as the specifications in the product description", + "The post project reviews to measure the sustainability targets in the benefits management approach" + ], + correct: 2, + explanation: [ + "A. Incorrect. Recording active test instances occurs during quality control execution, not during the upfront quality planning step. See 8.1.1", + "B. Incorrect. Test logs and actual result entries are part of quality control metrics gathered after work finishes. See 8.1.1", + "C. Correct. Quality planning requires establishing the criteria upfront; therefore, the environmental constraints must be explicitly stated inside that item's product description. See 8.1.1", + "D. Incorrect. Tracking long-term realization occurs post-project, whereas technical quality definition is an active, current project planning task. See 5.2, 8.1.1" + ] + }, + { + exam: 2, + qnum: 36, + q: "The project manager has prioritized the criteria that the project product must meet before the user will accept it. In which step of the quality management technique should this prioritization be used to define quality specifications?", + opts: [ + "Gathering user inputs", + "Accepting products", + "Describing the quality management approach", + "Controlling quality" + ], + correct: 0, + explanation: [ + "A. Correct. The 'Gathering user inputs' step captures initial customer expectations, prioritizing them to define the core acceptance criteria and specifications for the final deliverable. See 8.3", + "B. Incorrect. Accepting products is the final verification step when handover signatures are gathered, long after definitions are made. See 8.3", + "C. Incorrect. Formulating the approach details generic procedures and tool frameworks, not individual asset attribute requirements. See 8.2", + "D. Incorrect. Controlling quality is the execution phase where actual outputs are measured against the baseline specifications. See 8.3" + ] + }, + { + exam: 2, + qnum: 37, + q: "Why should the risk practice be performed?", + opts: [ + "To enable the project board to decide whether the outcomes and resulting benefits are likely to be achieved", + "To enable the project manager to predict whether the project will be delivered on time and cost", + "To identify the modifications to the current approved versions of the project products", + "To identify and manage opportunities that would positively affect achievement of the project objectives" + ], + correct: 3, + explanation: [ + "A. Incorrect. While it informs the board, this describes business case justification tracking rather than the comprehensive scope of risk management. See 10.1", + "B. Incorrect. Estimating parameters and timelines is an active focus of the plans and progress practices. See 6.1, 12.1", + "C. Incorrect. Managing configuration items and scope modifications belongs entirely to the issues practice. See 11.1", + "D. Correct. The purpose of the risk practice is to identify, assess, and control uncertainty—which fundamentally covers both threats (negative impacts) and opportunities (positive impacts). See 10.1" + ] + }, + { + exam: 2, + qnum: 38, + q: "The PRINCE2 procedure needs to be tailored to ensure events that are likely to affect the objectives are managed. In which management product should this be documented?", + opts: [ + "Risk management approach", + "Risk register", + "Issue management approach", + "Issue register" + ], + correct: 0, + explanation: [ + "A. Correct. The risk management approach is the document that details exactly how the risk procedure will be customized, structured, and implemented for that specific project. See 10.2", + "B. Incorrect. The risk register is an ongoing repository for logging individual risks, not the strategy document for process tailoring. See 10.2", + "C. Incorrect. The issue management approach handles change requests, problems, and defects, not uncertainty risk procedures. See 11.2", + "D. Incorrect. The issue register logs active issues, not the overarching risk management framework rules. See 11.2" + ] + }, + { + exam: 2, + qnum: 39, + q: "Which term is defined as an uncertain event or set of events that, should it occur, will have an effect on the achievement of objectives?", + opts: [ + "Risk", + "Off-specification", + "Request for change", + "Problem/concern" + ], + correct: 0, + explanation: [ + "A. Correct. This is the official PRINCE2 definition of a risk: an event characterized by its uncertainty, which can impact the project either negatively or positively. See 10.1", + "B. Incorrect. An off-specification is an active, factual deficiency or defect that has already occurred, not an uncertainty. See 11.1", + "C. Incorrect. A request for change is a deliberate proposal to alter a project baseline, not an unplanned hazard. See 11.1", + "D. Incorrect. Problems/concerns represent active issues that require manager intervention immediately. See 11.1" + ] + }, + { + exam: 2, + qnum: 40, + q: "How does effective risk management enable understanding of the overall risk exposure for a project?", + opts: [ + "By positioning risks, in relation to the risk tolerance line, on a summary risk profile", + "By identifying different types of sustainability risks", + "By identifying, assessing and planning responses for each risk", + "By establishing a risk budget to fund management responses to risks" + ], + correct: 0, + explanation: [ + "A. Correct. A summary risk profile plots the probability and impact of multiple risks visually, showing where they sit against the risk tolerance boundary to show cumulative exposure. See 10.1", + "B. Incorrect. Evaluating sustainability factors is helpful, but isolating one risk type does not calculate the complete project-wide exposure. See 10.1", + "C. Incorrect. This describes the individual steps of the risk procedure rather than how a manager synthesizes them to assess aggregate project-wide exposure. See 10.1, 10.3", + "D. Incorrect. A risk budget is a pool of money allocated to pay for specific fallback strategies, not a tool used to understand exposure levels. See 10.1" + ] + }, + { + exam: 2, + qnum: 41, + q: "The project manager needs to review the project brief to decide who will be responsible for each step in the risk management technique. In which step of the risk management technique should this occur?", + opts: [ + "Identify - define context and objectives", + "Identify - identify threats and opportunities", + "Assess - prioritize risks", + "Plan" + ], + correct: 0, + explanation: [ + "A. Correct. The 'Identify - define context and objectives' step establishes the baseline rules, project environment parameters, and clarifies ownership roles for the risk technique. See 10.3", + "B. Incorrect. Identifying threats/opportunities focuses on brainstorming and drafting explicit risk entries, not setting up technique ownership. See 10.3", + "C. Incorrect. Assessing risk handles prioritizing probability, impact, and closeness matrices. See 10.3", + "D. Incorrect. Planning involves formulation of specific tactical counter-options (like mitigate, avoid, or share). See 10.3" + ] + }, + { + exam: 2, + qnum: 42, + q: "The senior user is concerned that the scope of the project needs to be changed. When should the senior user raise this issue?", + opts: [ + "As soon as the issue has been identified", + "At the next scheduled formal project meeting", + "At the next scheduled meeting of project board members", + "As the stage end approaches" + ], + correct: 0, + explanation: [ + "A. Correct. PRINCE2 dictates that issues should be captured and logged dynamically as soon as they are spotted to prevent delay or negative progression impacts. See 11.1, 11.3", + "B. Incorrect. Waiting for an administrative meeting creates artificial delay and can cause significant progress exceptions. See 11.3", + "C. Incorrect. Delaying until a project board meeting stalls vital adjustments that might need immediate investigation. See 11.3", + "D. Incorrect. Forcing change requests to wait until a stage boundary violates efficient progress tracking and agile adaptation. See 11.3" + ] + }, + { + exam: 2, + qnum: 43, + q: "The project manager wants to review the status of all events that are being considered by the project management team. Which management product should the project manager review?", + opts: [ + "Issue register", + "Issue report", + "Risk register", + "Product register" + ], + correct: 0, + explanation: [ + "A. Correct. The issue register is the central operational list where all requests for change, off-specifications, and problems are tracked and monitored. See 11.2", + "B. Incorrect. An issue report is a separate narrative document used to detail a single, specific issue being escalated, not a multi-item register summary. See 11.2", + "C. Incorrect. The risk register tracks future uncertainties, not active occurring events/issues currently under management consideration. See 10.2", + "D. Incorrect. 'Product register' is not an official baseline tracking component for active project problem management. See 11.2" + ] + }, + { + exam: 2, + qnum: 44, + q: "What is the definition of a request for change?", + opts: [ + "A proposal for a change to a baseline", + "Something that should be provided but has not been provided", + "An uncertain event which may affect objectives", + "The current versions of project products that are subject to change control" + ], + correct: 0, + explanation: [ + "A. Correct. A request for change ($RFC$) is a formal proposal to modify an approved project baseline (such as scope, budget, or timelines). See 11.1", + "B. Incorrect. A missing requirement or structural defect describes an off-specification. See 11.1", + "C. Incorrect. An uncertain event represents a project risk, not an active issue or proposal. See 10.1, 11.1", + "D. Incorrect. Current baseline states represent configuration items or asset versions, not the proposal itself. See 11.1" + ] + }, + { + exam: 2, + qnum: 45, + q: "The project board has delegated significant change authority to several roles in the project management team. What negative effect could directly result from this?", + opts: [ + "Most changes to product descriptions may be generated by team members", + "The actual and authorized status of products recorded in the product register may not agree", + "The project board may be slow to make decisions, delaying delivery progress", + "The project scope may become less aligned to the business case" + ], + correct: 3, + explanation: [ + "A. Incorrect. Team members drafting descriptions is a natural execution task, not a critical corporate risk of delegating change permissions. See 11.1", + "B. Incorrect. Status inconsistencies stem from weak configuration tracking, not from who owns the approval authority. See 11.1", + "C. Incorrect. Delegating authority actually speeds up operational decision-making, rather than slowing the board down. See 11.1", + "D. Correct. If too much independent change authority is spread out without strong oversight, cumulative micro-changes can alter the project scope and drift away from the core business justification. See 11.1" + ] + }, + { + exam: 2, + qnum: 46, + q: "The project manager needs to consider the impact of an issue on the benefits and costs. In which step of the issue management technique should this occur?", + opts: [ + "Assessing issues", + "Capturing issues", + "Deciding on changes", + "Implementing changes" + ], + correct: 0, + explanation: [ + "A. Correct. The 'Assessing issues' step explicitly evaluates how an issue influences the overall project parameters, including costs, schedules, quality, and business case benefits. See 11.3", + "B. Incorrect. Capturing issues is simply logging and categorizing the incoming concern or proposal. See 11.3", + "C. Incorrect. Deciding on changes happens after the impact analysis is done, when a formal choice is chosen. See 11.3", + "D. Incorrect. Implementing changes executes the approved response and updates affected products. See 11.3" + ] + }, + { + exam: 2, + qnum: 47, + q: "Which statement BEST describes where progress should be monitored?", + opts: [ + "At stage boundaries at the end of each stage", + "At the project, stage, and work package level", + "At the product delivery level", + "At project closure when project costs are being calculated" + ], + correct: 1, + explanation: [ + "A. Incorrect. Monitoring only at stage ends is insufficient for day-to-day control and risk minimization. See 12.1", + "B. Correct. Progress tracking must occur across all distinct control tiers of the project organization: project-level (board), stage-level (PM), and work package-level (team managers). See 12.1", + "C. Incorrect. Just focusing on team delivery ignores the broader stage budgets and overall strategic project tolerances. See 12.1", + "D. Incorrect. Post-project calculation is a retroactive evaluation, not an active progress control mechanism. See 12.1" + ] + }, + { + exam: 2, + qnum: 48, + q: "The project manager needs to inform the project board of what approved products are outstanding before the project board approves further work. In which management product should the project manager record this information?", + opts: [ + "Checkpoint report", + "Highlight report", + "End stage report", + "End project report" + ], + correct: 2, + explanation: [ + "A. Incorrect. Checkpoint reports are compiled by team managers for the PM, not for the project board. See 12.2", + "B. Incorrect. Highlight reports are periodic mid-stage status summaries, not the comprehensive review required before approving a major new stage. See 12.2", + "C. Correct. An end stage report is prepared by the PM at the end of a stage to give the board an overview of what was achieved and what is outstanding, helping them decide whether to authorize the next stage. See 12.2, 18.2", + "D. Incorrect. The end project report is created at closure to wrap up the entire project, not to request approval for ongoing stages. See 12.2" + ] + }, + { + exam: 2, + qnum: 49, + q: "Identify the missing word in the following sentence: 'The business layer, outside the project team, sets the overall requirements and [?] levels for the project.'", + opts: [ + "Tolerance", + "Issue", + "Forecast", + "Risk" + ], + correct: 0, + explanation: [ + "A. Correct. The external corporate or program commissioning layer sets the overarching project-level tolerances (such as maximum budget or final date boundaries). See 12.1", + "B. Incorrect. 'Issue levels' is not a standard term used to define external commissioning boundaries. See 12.1", + "C. Incorrect. Forecasts are calculated by the project manager based on active work velocity, not fixed by the business layer. See 12.1", + "D. Incorrect. While the corporate layer sets the overall risk appetite, the specific operational boundaries for project variance are called tolerances. See 12.1" + ] + }, + { + exam: 2, + qnum: 50, + q: "The project mandate set a firm date for the delivery of the project. It has now been agreed that the project can be delayed by up to 4 weeks. Which level of management should agree this?", + opts: [ + "Project board", + "Project manager", + "Business layer", + "Team manager" + ], + correct: 2, + explanation: [ + "A. Incorrect. The project board only owns tolerances at the project level. Changing a firm baseline set in the external mandate requires corporate escalation. See 12.1, 12.4", + "B. Incorrect. The project manager only manages within the tolerances allocated for the current stage. See 12.1", + "C. Correct. Altering the final project delivery dates specified in the mandate changes a project-level constraint, meaning it must be approved by the external business layer (corporate or program management). See 12.1, 12.4", + "D. Incorrect. Team managers operate within work package boundaries and cannot change project schedules. See 12.1" + ] + }, + { + exam: 2, + qnum: 51, + q: "What action may be taken by a project manager when an issue causes one of the stage tolerances to be exceeded?", + opts: [ + "Accept or reject the recommendation from the exception report", + "Resolve the issue within other project tolerances and include in the next highlight report", + "Escalate to the business layer for advice and direction to implement the exception report", + "Resolve the issue using other stage tolerances and include in the next highlight report" + ], + correct: 1, + explanation: [ + "A. Incorrect. The project manager writes the exception report; it is the project board that accepts or rejects its recommendations. See 12.4", + "B. Correct. If a stage tolerance is breached, it creates an exception. However, if the issue can be absorbed within broader project-level boundaries, the PM escalates it via an exception report to the board, who can adjust tolerances and log it in progress updates. See 12.4", + "C. Incorrect. The project manager escalates to their immediate superior body (the project board), not directly past them to the corporate business layer. See 12.4", + "D. Incorrect. If a stage tolerance is exceeded, the PM has no authority to fix it locally with other stage parameters without formal board intervention. See 12.4" + ] + }, + { + exam: 2, + qnum: 52, + q: "Which is a description of a purpose of the 'initiating a project' process?", + opts: [ + "To define how long it will take for the project to deliver what is required to gain acceptance", + "To enable control between the project manager and team managers", + "To review, at a high level, whether the project will add value to an organization", + "To assess whether a project has been delivered on time and that it has nothing more to contribute" + ], + correct: 0, + explanation: [ + "A. Correct. The purpose of initiating a project ($IP$) is to establish solid foundations by mapping out timelines, costs, risk approaches, and quality parameters so the organization understands the commitment before spending significant budget. See 15.1", + "B. Incorrect. Controlling work package delivery between the PM and team managers is handled by the 'controlling a stage' and 'managing product delivery' processes. See 16.1, 17.1", + "C. Incorrect. High-level viability checks are done earlier during the pre-project 'starting up a project' process. See 14.1", + "D. Incorrect. Assessing final performance and evaluating the close of work belongs to the 'closing a project' process. See 19.1" + ] + }, + { + exam: 2, + qnum: 53, + q: "The team manager needs to agree what products need to be produced, and when. In which process should this be agreed?", + opts: [ + "Managing product delivery", + "Directing a project", + "Managing a stage boundary", + "Controlling a stage" + ], + correct: 0, + explanation: [ + "A. Correct. The purpose of 'managing product delivery' ($MPD$) is to structure the relationship between the PM and the team manager, ensuring that work packages are formally accepted, executed, and delivered to specification. See 17.1", + "B. Incorrect. Directing a project handles senior executive governance and high-level authorizations, not team-level task agreements. See 13.1", + "C. Incorrect. Managing a stage boundary looks ahead to plan the next stage framework at a macro level, not individual team assignments. See 18.1", + "D. Incorrect. While controlling a stage is where the PM coordinates work, the actual agreement, creation, and handover of specialist products by a team happens within 'managing product delivery'. See 16.1, 17.1" + ] + }, + { + exam: 2, + qnum: 54, + q: "In which process is the work undertaken to assess whether all the objectives given in the current project initiation documentation have been achieved?", + opts: [ + "Closing a project", + "Controlling a stage", + "Managing product delivery", + "Managing a stage boundary" + ], + correct: 0, + explanation: [ + "A. Correct. The 'closing a project' ($CP$) process is where the PM conducts a final review against the project initiation documentation ($PID$) to verify that all intended outputs have been delivered and accepted. See 19.1", + "B. Incorrect. Controlling a stage tracks performance during an active execution interval, not the final project shutdown. See 16.1", + "C. Incorrect. Managing product delivery checks component quality at the team level, not overall project-level objectives. See 17.1", + "D. Incorrect. Managing a stage boundary checks stage-specific results to transition to the next stage, not final project closure. See 18.1" + ] + }, + { + exam: 2, + qnum: 55, + q: "Which TWO are objectives of the 'starting up a project' process?\n1. To define the scope of the project to enable it to be initiated\n2. To authorize the work to deliver the project product\n3. To understand what quality techniques will be applied in the project\n4. To assess the alternative ways of delivering the project", + opts: [ + "1 and 2", + "2 and 3", + "3 and 4", + "1 and 4" + ], + correct: 3, + explanation: [ + "1. Correct. Establishing sufficient scope clarity to support initiation is a core objective of startup. See 14.2", + "2. Incorrect. Authorizing specialist delivery work happens during the execution stages, not during pre-project startup. See 13.2, 16.1", + "3. Incorrect. Designing the specific quality techniques and approaches is a key focus of the initiation stage ('initiating a project' process). See 15.2", + "4. Correct. Evaluating alternative delivery strategies (e.g., buying vs. building) is an objective of startup to shape the project brief. See 14.2", + "Therefore, Option D (1 and 4) is correct." + ] + }, + { + exam: 2, + qnum: 56, + q: "Which TWO activities support the objectives of the 'directing a project' process?\n1. Authorize that the project team should be disbanded as work is complete\n2. Review plans to measure the benefits after the project has closed\n3. Check that the products can be supported by operations after the project is closed\n4. Verify that the users’ requirements have been met", + opts: [ + "1 and 2", + "2 and 3", + "3 and 4", + "1 and 4" + ], + correct: 0, + explanation: [ + "1. Correct. The project board is responsible for authorizing project closure and disbanding the management team once work is confirmed complete. See 13.2", + "2. Correct. The board reviews and maintains oversight of the post-project benefits management approach to ensure measurements will take place. See 13.2", + "3. Incorrect. Checking operational support readiness is an operational task handled by the PM and support staff during project closure. See 19.3", + "4. Incorrect. Detailed verification of user technical requirements is a quality control activity managed by the PM, users, and team managers. See 8.3, 17.3", + "Therefore, Option A (1 and 2) is correct." + ] + }, + { + exam: 2, + qnum: 57, + q: "Which TWO are objectives of the 'controlling a stage' process?\n1. To respond to risks and issues as they are raised\n2. To plan the detailed activities for the next stage of the project\n3. To define the controls for the project\n4. To continually assess the business justification", + opts: [ + "1 and 2", + "2 and 3", + "3 and 4", + "1 and 4" + ], + correct: 3, + explanation: [ + "1. Correct. Managing daily changes, logging issues, and implementing risk responses is a core objective of controlling a stage. See 16.2", + "2. Incorrect. Detailed planning for the upcoming stage occurs in the 'managing a stage boundary' process. See 18.2", + "3. Incorrect. Defining project-wide management controls is a foundational task completed during the initiation stage. See 15.2", + "4. Correct. The PM must continually ensure that stage execution remains aligned with a valid business justification. See 16.2", + "Therefore, Option D (1 and 4) is correct." + ] + }, + { + exam: 2, + qnum: 58, + q: "During the 'managing a stage boundary' process, when should the project manager replan the rest of the stage?", + opts: [ + "After reporting to the project board that a stage tolerance is likely to be exceeded", + "After receiving advice from the project board in response to a highlight report during the stage", + "After requesting the project board to approve an exception plan for the stage", + "After requesting the project board to approve a change to the project team delivering the stage’s products" + ], + correct: 2, + explanation: [ + "A. Incorrect. Reporting a forecast breach is the initial step (escalation), but you don't build the formal exception plan baseline until authorized or directed. See 12.4, 18.2", + "B. Incorrect. Highlight reports are used for standard status updates, not for triggering a complete mid-stage re-plan. See 12.2", + "C. Correct. If a stage tolerance is breached, the board will typically request an exception plan. The PM creates this plan during the 'managing a stage boundary' process to replace the remainder of the current stage plan. See 18.2", + "D. Incorrect. Adjusting team resourcing is an operational change that does not require a formal exception re-plan of the entire stage boundary. See 16.2" + ] + }, + { + exam: 2, + qnum: 59, + q: "Which describes how the 'controlling a stage' process may be used?", + opts: [ + "It could be used by the project manager to monitor the initiation stage of a large project", + "It could be omitted if the team manager role is being fulfilled by the project manager", + "It could be merged with the 'managing a stage boundary' process if appropriate", + "It could be omitted if the team managers are internal to the business" + ], + correct: 0, + explanation: [ + "A. Correct. The initiation stage is a formal management stage in PRINCE2. For large or complex projects, the PM uses 'controlling a stage' ($CS$) to monitor and manage initiation activities just like any delivery stage. See 16.1", + "B. Incorrect. Even if the PM acts as their own team manager, the management controls and tracking of 'controlling a stage' are still mandatory. See 16.1", + "C. Incorrect. Controlling a stage (execution) and managing a stage boundary (planning ahead/reviewing) serve distinct governance purposes and cannot be merged. See 16.1, 18.1", + "D. Incorrect. Internal or external resourcing does not change the requirement for formal stage management and control. See 16.1" + ] + }, + { + exam: 2, + qnum: 60, + q: "Which describes a project characteristic that drives the need for the 'closing a project' process?", + opts: [ + "A project should hand over the desired change to business as usual", + "A project is delivered using a new project team", + "A project uses resources from different departments", + "A project deals with higher levels of uncertainty" + ], + correct: 0, + explanation: [ + "A. Correct. Projects are temporary structures designed to introduce change. Because they have a defined end point, a formal closing process ($CP$) is required to hand over products cleanly to operations (business as usual) and dismantle the project structure. See 1.3, 19.1", + "B. Incorrect. While project teams can be new, it is the temporary nature of the endeavor—not the team's familiarity—that necessitates formal closure. See 1.3", + "C. Incorrect. Cross-functional resourcing is a common characteristic, but the requirement to close work stems from its temporary lifecycle. See 1.3", + "D. Incorrect. Uncertainty drives the need for effective risk and progress practices, whereas closure is driven by the project being temporary. See 1.3, 19.1" + ] + } +]; \ No newline at end of file diff --git a/data/questions-nl.js b/data/questions-nl.js new file mode 100644 index 0000000..4fdca80 --- /dev/null +++ b/data/questions-nl.js @@ -0,0 +1,124 @@ +window.QUESTIONS_NL = [ +{exam:1,qnum:1,q:"Welke uitspraak beschrijft de projectcontext?",opts:["Het moet worden begrepen door stakeholders zodat de principes op de juiste manier worden toegepast","Het legt uit hoe elk aspect van projectmanagement moet worden toegepast om de processen effectief te laten zijn","Het begeleidt de progressie van pre-projectactiviteiten door de fases van de projectlevenscyclus","Het verzekert begrip van de behoeften van stakeholders en hun onderlinge relaties"],correct:0,explanation:["A. Juist. De projectcontext is een van de vijf geïntegreerde elementen van PRINCE2. Het beïnvloedt hoe de principes, practices en processen worden toegepast door de betrokken mensen om ervoor te zorgen dat de methode geschikt is voor de projectcontext.","B. Onjuist. De PRINCE2 practices beschrijven onderdelen van projectmanagement die continu moeten worden behandeld terwijl het project de levenscyclus doorloopt.","C. Onjuist. De zeven processen beschrijven de gehele projectlevenscyclus, van activiteiten voorafgaand aan het opstarten, via de fasen van de projectoplevering, tot en met de laatste stap, de projectafsluiting.","D. Onjuist. Het element 'mensen' stelt individuen in staat om effectief samen te werken op een project. Zonder mensen kunnen projecten niet functioneren."]}, +{exam:1,qnum:2,q:"Wat is een kenmerk van een project waarmee het zich onderscheidt van de dagelijkse bedrijfsvoering?",opts:["Projecten worden voortgezet nadat de dagelijkse bedrijfsvoering is hervat","Projecten omvatten doorlopend management van bedrijfsvoering","Elk project is anders dan vorige projecten","Projectwerk is over het algemeen minder risicovol dan dagelijkse bedrijfsvoering"],correct:2,explanation:["A. Onjuist. Een project is een tijdelijke organisatie. Het heeft een gedefinieerd begin en einde, dus het wordt niet voortgezet nadat de normale bedrijfsvoering is hervat.","B. Onjuist. Bedrijfsvoering is de dagelijkse gang van zaken in een organisatie, terwijl een project een tijdelijke structuur is die is opgezet om een verandering teweeg te brengen.","C. Juist. Uniek zijn is een kenmerk van een project. Omdat elk project anders is dan vorige projecten, introduceert het een mate van onzekerheid en risico.","D. Onjuist. Omdat elk project uniek is, is projectwerk over het algemeen risicovoller dan de dagelijkse bedrijfsvoering."]}, +{exam:1,qnum:3,q:"De stuurgroep heeft besloten dat het project voortijdig moet worden afgesloten omdat de externe omgeving is gewijzigd. Welk principe wordt hier toegepast?",opts:["Leren van ervaringen","Op maat maken voor het project","Manage by exception","Zorgen voor voortdurende zakelijke rechtvaardiging"],correct:3,explanation:["A. Onjuist. Het principe leren van ervaringen stelt dat PRINCE2-projectteams moeten leren van eerdere projecten en ervaringen moeten blijven vastleggen gedurende de levenscyclus van het project.","B. Onjuist. Het principe op maat maken voor het project zorgt ervoor dat PRINCE2 wordt aangepast aan de context, omvang, complexiteit, geografie en het risico van het project.","C. Onjuist. Het principe manage by exception houdt in dat er toleranties worden vastgesteld voor prestatiedoelen om de verantwoordelijkheid voor besluitvorming te delegeren.","D. Juist. Het principe zorgen voor voortdurende zakelijke rechtvaardiging vereist dat een project een rechtvaardiging heeft die gedurende de hele levenscyclus geldig blijft. Als de rechtvaardiging verdwijnt, moet het project worden gestopt of aangepast."]}, +{exam:1,qnum:4,q:"Welke uitspraak over het principe 'definiëren van rollen, verantwoordelijkheden en relaties' is JUIST?",opts:["Het projectmanagementteam dient uitsluitend te bestaan uit interne stakeholders","De dagelijkse managementstructuren van een organisatie zijn waarschijnlijk geschikt om het projectwerk te beheersen","De stuurgroep moet vertegenwoordigers van externe leveranciers uitsluiten","Leveranciers zijn stakeholders die extern kunnen zijn aan het bedrijf"],correct:3,explanation:["A. Onjuist. Een project omvat vaak een cross-functioneel team van mensen met verschillende belangen, waaronder mogelijk externe leveranciers of partners.","B. Onjuist. Projecten zijn tijdelijke organisaties en vereisen structuren die afwijken van de dagelijkse, lijngebaseerde managementstructuren.","C. Onjuist. De stuurgroep moet de drie primaire belanghebbenden vertegenwoordigen: business, gebruiker en leverancier. Externe leveranciers worden dus niet uitgesloten.","D. Juist. Leveranciers leveren de resources en expertise die nodig zijn om de projectproducten te realiseren. Zij kunnen zowel intern als extern aan de organisatie zijn."]}, +{exam:1,qnum:5,q:"Welk principe wordt toegepast bij het stellen van grenzen aan de zeven aspecten van de prestaties om de projectmanager effectief te laten werken?",opts:["Manage by exception","Leren van ervaringen","Op maat maken voor het project","Definiëren van rollen, verantwoordelijkheden en relaties"],correct:0,explanation:["A. Juist. Het principe manage by exception definieert toleranties (grenzen) voor de prestatie-indicatoren van het project om efficiënte delegering mogelijk te maken.","B. Onjuist. Het principe leren van ervaringen richt zich op het benutten van lessen uit het verleden om fouten te voorkomen en prestaties te verbeteren.","C. Onjuist. Het principe op maat maken voor het project zorgt ervoor dat de methode aansluit bij de specifieke kenmerken en omgeving van het project.","D. Onjuist. Het principe definiëren van rollen, verantwoordelijkheden en relaties richt zich op het inrichten van de tijdelijke projectorganisatiestructuur."]}, +{exam:1,qnum:6,q:"Wat bevordert het principe 'zorgen voor voortdurende zakelijke rechtvaardiging'?",opts:["Dat het project een bedrijfsstakeholder heeft om ervoor te zorgen dat de investering gerechtvaardigd blijft","Dat het project wenselijk, levensvatbaar en haalbaar blijft naarmate het project voortgaat","Dat door het project opgeleverde producten voldoen aan de kwaliteitvereisten","Dat de PRINCE2-projectmanagementmethode geschikt is voor de omvang van de investering"],correct:1,explanation:["A. Onjuist. Hoewel de rol van de business vertegenwoordigd is, is het doel van het principe zelf breder: borgen dat de investering daadwerkelijk gerechtvaardigd blijft.","B. Juist. Dit principe zorgt ervoor dat er een gedocumenteerde rechtvaardiging is voor het starten en voortzetten van de investering, en dat het project gedurende de hele looptijd consistent wenselijk, levensvatbaar en haalbaar blijft.","C. Onjuist. Dit hangt nauwer samen met het principe focussen op producten en de practice kwaliteit.","D. Onjuist. Dit heeft betrekking op het principe op maat maken voor het project, waarbij de methode wordt aangepast aan de schaal en context van het project."]}, +{exam:1,qnum:7,q:"Welke uitspraak beschrijft hoe de principes effectief projectmanagement ondersteunen?",opts:["Ze stellen het projectteam in staat om te beslissen hoe de methode op het project moet worden toegepast","Ze houden rekening met industriespecifieke modellen aangezien PRINCE2 generiek is","Ze vertrouwen op een gemeenschappelijke woordenlijst die moet worden toegepast zoals gedefinieerd in PRINCE2","Ze moeten op dezelfde manier worden toegepast op alle projecten binnen een organisatie"],correct:0,explanation:["A. Juist. De zeven principes vormen het fundament van PRINCE2. Ze zijn universeel en stellen het projectteam in staat om te beslissen hoe de methode het best kan worden toegepast en op maat gemaakt voor de specifieke context van het project.","B. Onjuist. Hoewel PRINCE2 generiek is en in elke industrie kan worden gebruikt, is dit niet de kerndefinitie van hoe de principes effectief management ondersteunen.","C. Onjuist. Hoewel een gemeenschappelijke taal een voordeel is van PRINCE2, is dit een kenmerk van de methode als geheel.","D. Onjuist. De principes zijn universeel toepasbaar, maar hoe ze in de praktijk worden vormgegeven hangt af van het project via het principe op maat maken voor het project."]}, +{exam:1,qnum:8,q:"Welke uitspraak beschrijft leiderschap in een project?",opts:["Dit kan het beste worden gedaan door samenwerking binnen het gehele projectecosysteem","Het is de verzameling gedeelde houdingen, waarden en doelen voor het project","Het is een beheersing die plaatsvindt wanneer een specifieke gebeurtenis plaatsvindt","Het is het instrueren over de uitvoering van taken volgens overeengekomen werkwijzen"],correct:0,explanation:["A. Juist. Leiderschap binnen PRINCE2 7 wordt gezien als een gedeelde en co-creatieve inspanning. Effectief leiderschap stimuleert samenwerking over organisatiegrenzen heen en betrekt het gehele projectecosysteem.","B. Onjuist. Dit beschrijft eerder de projectcultuur dan leiderschap op zichzelf.","C. Onjuist. Dit is de definitie van een gebeurtenisgestuurde beheersing binnen voortgangsmanagement, niet van leiderschap.","D. Onjuist. Dit is de definitie van management of puur directieve sturing, wat verschilt van het motiverende en richtinggevende karakter van modern leiderschap."]}, +{exam:1,qnum:9,q:"Wat is een definitie van co-creatie?",opts:["Het samenwerken met de belangrijkste beïnvloeders om ervoor te zorgen dat de overeengekomen werkwijzen door alle onderdelen van het projectecosysteem worden aangenomen","Het wijzigen van een van de goedgekeurde managementproducten die deel uitmaken van de projectbaseline","Het zorgen dat beslissingen die bij faseovergang worden genomen, zijn gebaseerd op voortdurende zakelijke rechtvaardiging","Het toepassen van managementbeheersing wanneer een specifieke gebeurtenis plaatsvindt"],correct:0,explanation:["A. Juist. Co-creatie binnen het element mensen is de actieve samenwerking met stakeholders en beïnvloeders binnen het projectecosysteem om ervoor te zorgen dat werkwijzen gezamenlijk worden ontworpen, geaccepteerd en gedragen.","B. Onjuist. Dit beschrijft het doorvoeren van een wijziging op een gebaselineerd product, wat een activiteit binnen de practice issues is.","C. Onjuist. Dit beschrijft een beheersingsmechanisme gekoppeld aan het principe zorgen voor voortdurende zakelijke rechtvaardiging, niet co-creatie.","D. Onjuist. Dit is de definitie van een event-driven control, behorend bij de practice voortgang."]}, +{exam:1,qnum:10,q:"Wat is GEEN aspect van leiderschap?",opts:["Het instrueren over de uitvoering van taken volgens overeengekomen werkwijzen","Het motiveren van mensen om de doelstellingen van een project te behalen","Het overtuigen van, beïnvloeden van en co-creëren met stakeholders","Het regelmatig vragen om feedback om afgestemd te blijven op de projectdoelstellingen"],correct:0,explanation:["A. Juist (als zijnde GEEN aspect van leiderschap). Het louter transactioneel of directief instrueren over taken hoort bij de traditionele managementtaken en is niet het onderscheidende kenmerk van motiverend leiderschap.","B. Onjuist. Het motiveren van mensen om gezamenlijke doelen te bereiken is juist een kernaspect van effectief projectleiderschap.","C. Onjuist. Overtuigen, beïnvloeden en stimuleren van co-creatie met stakeholders zijn essentiële relationele vaardigheden van een projectleider.","D. Onjuist. Een open houding waarbij actief om feedback wordt gevraagd om focus en alignment te behouden, is een belangrijk kenmerk van modern leiderschap."]}, +{exam:1,qnum:11,q:"Welke activiteit moet zorgvuldig worden gemanaged als onderdeel van 'leidinggeven over organisatiegrenzen heen', omdat deze waarschijnlijk wordt uitgevoerd door mensen buiten het projectteam?",opts:["Het verkrijgen van financiering van de bedrijfslaag voor de business case","Het integreren van nieuwe producten in elk geraakt gebied van het bedrijf","Het verkrijgen van commitment voor de realisatie van benefits na het project","Het opleveren van de producten volgens de overeengekomen kwaliteitsspecificaties"],correct:1,explanation:["A. Onjuist. Hoewel financiering van de bedrijfslaag komt, is het fiatteren van de business case een directe verantwoordelijkheid binnen de sturing en valt binnen de formele projectgrenzen.","B. Juist. Het daadwerkelijk integreren van projectresultaten in de operationele lijn gebeurt door operationele managers en medewerkers buiten het directe projectteam. Dit vraagt om leiderschap over organisatiegrenzen heen.","C. Onjuist. Het committeren aan en monitoren van de voordelen post-project is primair belegd bij de seniorgebruiker en de lijnorganisatie.","D. Onjuist. Het opleveren van producten volgens de specificaties is de kernverantwoordelijkheid van het projectteam zelf."]}, +{exam:1,qnum:12,q:"Waarom is verandermanagement belangrijk in een project?",opts:["Omdat stakeholders moeten begrijpen op welke organisatorische gebieden het project impact heeft","Omdat de projectproducten moeten worden beschreven en worden onderworpen aan wijzigingsbeheer","Omdat er vertrouwen nodig is dat het project de doelstellingen in termen van scope kan halen en gerechtvaardigd blijft","Omdat de kwaliteitsverwachtingen van de gebruiker van de projectproducten begrepen moeten worden"],correct:0,explanation:["A. Juist. Verandermanagement richt zich op de menselijke en organisatorische kant van de verandering. Het helpt stakeholders inzien welke impact het project heeft op hun werkprocessen, cultuur en structuur, wat cruciaal is voor adoptie.","B. Onjuist. Dit beschrijft configuratiebeheer of productwijzigingsbeheer, wat betrekking heeft op de producten zelf en niet op organisatorische verandermanagement.","C. Onjuist. Dit is gekoppeld aan de algehele projectbeheersing en het bewaken van de business case.","D. Onjuist. Het begrijpen van kwaliteitsverwachtingen is een taak binnen de practice kwaliteit."]}, +{exam:1,qnum:13,q:"Welke uitspraak over bekwaamheid en competentie binnen een project is JUIST?",opts:["Teams moeten bestaan uit teamleden met vergelijkbare bekwaamheden en competenties","Teamleden zullen waarschijnlijk verschillend presteren, afhankelijk van de structuur van het team","Standaardrollen en -verantwoordelijkheden moeten worden gebruikt, gericht op de behoeften van het project","Carrièrevoortgang van projectteamleden is vaak de verantwoordelijkheid van de projectmanager"],correct:1,explanation:["A. Onjuist. Effectieve projectteams vereisen juist een mix van complementaire (verschillende) vaardigheden, rollen en competenties.","B. Juist. De prestaties van individuen worden sterk beïnvloed door de teamdynamiek, cultuur en hoe het team gestructureerd en geleid wordt.","C. Onjuist. Hoewel PRINCE2 rolbeschrijvingen biedt, moeten rollen altijd expliciet op maat worden gemaakt en aangepast aan de specifieke behoeften van het project.","D. Onjuist. De carrièreontwikkeling op de lange termijn is een verantwoordelijkheid van de lijnorganisatie of de medewerker zelf, niet van de tijdelijke projectmanager."]}, +{exam:1,qnum:14,q:"Wat is een beschrijving van een doel van de verandermanagementaanpak?",opts:["Het beschrijven van hoe wijzigingsvoorstellen voor de projectbaseline moeten worden vastgelegd en goedgekeurd","Het beschrijven van de standaarden die nodig zijn om producten op te leveren die voldoen aan de verwachtingen van de gebruiker","Het definiëren van hoe het bedrijf in de toekomst zal moeten functioneren om de projectdoelstellingen te behalen","Het beschrijven van de processen en procedures die nodig zijn om onzekerheid te managen"],correct:2,explanation:["A. Onjuist. Dit beschrijft het doel van de issuemanagementaanpak, die de afhandeling van productwijzigingen regelt.","B. Onjuist. Dit definieert de kwaliteitsmanagementaanpak, die vastlegt welke kwaliteitsstandaarden en -procedures van toepassing zijn.","C. Juist. De verandermanagementaanpak beschrijft hoe de organisatieverschuiving en transitie naar de nieuwe manier van werken wordt aangepakt.","D. Onjuist. Dit is het doel van de risicomanagementaanpak, die zich richt op het identificeren en beheersen van onzekerheden."]}, +{exam:1,qnum:15,q:"Een project houdt een workshop om ervaringen met nieuwe manieren van werken uit te wisselen tussen projectteamleden. Welk principe wordt toegepast door het element 'mensen'?",opts:["Leren van ervaringen","Manage by exception","Definiëren van rollen, verantwoordelijkheden en relaties","Focussen op producten"],correct:0,explanation:["A. Juist. Het expliciet delen en bespreken van opgedane ervaringen tijdens een interactieve workshop is een directe en mensgerichte invulling van het principe leren van ervaringen.","B. Onjuist. Manage by exception heeft betrekking op sturing via toleranties en escalaties, wat niet direct aansluit bij een ervaringsworkshop.","C. Onjuist. Dit principe regelt de organisatiestructuur en wie waarvoor verantwoordelijk is.","D. Onjuist. Focussen op producten zorgt ervoor dat productvereisten en -kwaliteit centraal staan bij de planning en oplevering."]}, +{exam:1,qnum:16,q:"Welk managementproduct moet de stuurgroep goedkeuren om de projectscope en tijdsbestek vast te leggen?",opts:["Projectmandaat","Benefitsmanagementaanpak","Projectinitiatiedocumentatie","Business case"],correct:2,explanation:["A. Onjuist. Het projectmandaat is de trigger voor het project, afkomstig van de bedrijfslaag, en bevat nog geen gedetailleerde, goedgekeurde scope of planning.","B. Onjuist. De benefitsmanagementaanpak definieert hoe en wanneer de voordelen van het project worden gemeten, niet de scope en planning.","C. Juist. De projectinitiatiedocumentatie bundelt alle kernplannen en -benaderingen. De goedkeuring door de stuurgroep markeert de formele vastlegging van de scope, kosten en planning.","D. Onjuist. De business case levert de zakelijke rechtvaardiging, maar de gedetailleerde projectomvang en planning zijn onderdeel van de bredere PID."]}, +{exam:1,qnum:17,q:"Wat is een doel van de practice business case?",opts:["Om de projectopdrachtgever in staat te stellen te beslissen of het project wordt voortgezet","Om de kwaliteitsverwachtingen van de gebruiker te identificeren om aan de bedrijfsbehoefte te voldoen","Om te voorkomen dat de geplande eindresultaten dis-benefits veroorzaken voor het bedrijf","Om de producten te definiëren en hoe ze geleverd worden om te voldoen aan de business case"],correct:0,explanation:["A. Juist. Het doel van de practice business case is om een mechanisme in te richten waarmee de opdrachtgever continu kan beoordelen of het project de investering waard is en kan beslissen over de voortzetting ervan.","B. Onjuist. Dit behoort tot het doel van de practice kwaliteit, die de behoeften en verwachtingen van de gebruikers vertaalt naar meetbare criteria.","C. Onjuist. Dis-benefits kunnen inherent zijn aan een project; de business case identificeert ze om een afgewogen beslissing te nemen.","D. Onjuist. Dit is primair het doel van de practice plannen, die de benodigde producten en de opleverroute in kaart brengt."]}, +{exam:1,qnum:18,q:"Welke moet worden gebruikt om te rechtvaardigen of het project mag worden voortgezet?",opts:["Projectvoorstel en benefitsmanagementaanpak","Hoofdpuntenrapport en benefitsmanagementaanpak","Business case en hoofdpuntenrapport","Projectvoorstel en business case"],correct:2,explanation:["A. Onjuist. Het projectvoorstel wordt gebruikt bij de start van het project om toestemming te krijgen om te initiëren, maar niet voor de lopende rechtvaardiging tijdens de uitvoering.","B. Onjuist. De benefitsmanagementaanpak legt vast hoe voordelen worden gemeten, maar levert niet de actuele samenvatting van de projectstatus en de herijkte rechtvaardiging.","C. Juist. De business case bevat de actuele zakelijke rechtvaardiging, en het hoofdpuntenrapport geeft de stuurgroep inzicht in de voortgang binnen de lopende fase.","D. Onjuist. Het projectvoorstel vervalt functioneel zodra de PID en de definitieve business case zijn goedgekeurd."]}, +{exam:1,qnum:19,q:"Identificeer de ontbrekende woorden in de volgende zin: Een bedrijfsdoelstelling betreft de meetbare eindresultaten die voortgang aantonen in relatie tot [?] waaraan het project moet bijdragen.",opts:["De strategie van de organisatie","De door het bedrijf gewenste output","De door het bedrijf gewenste benefits","De zakelijke rechtvaardiging"],correct:0,explanation:["A. Juist. Bedrijfsdoelstellingen zijn de strategische doelen op organisatieniveau. Projecten worden opgestart om tastbare bijdragen te leveren aan het realiseren van de strategie van de organisatie.","B. Onjuist. Output is het directe fysieke of digitale product dat het project oplevert, wat iets anders is dan een overkoepelende, meetbare bedrijfsdoelstelling.","C. Onjuist. Benefits vloeien voort uit de uitkomsten van het project, maar de zin vraagt specifiek naar de strategische context.","D. Onjuist. De zakelijke rechtvaardiging is de specifieke afweging voor het project zelf, niet het bredere kader waartegen een organisatiebrede doelstelling wordt gemeten."]}, +{exam:1,qnum:20,q:"Een afdeling van de overheid heeft als doel om de CO2-voetafdruk met 8-12% te verminderen. Hoe moet deze requirement worden vastgelegd?",opts:["Als benefitstolerantie","Als duurzaamheidstolerantie","Als te behalen eindresultaten","Als kwaliteitstolerantie"],correct:1,explanation:["A. Onjuist. Een benefitstolerantie heeft betrekking op de marge rondom de verwachte zakelijke voordelen, niet specifiek op de operationele duurzaamheidsdoelen.","B. Juist. Duurzaamheid is een van de zeven prestatiedoelen binnen PRINCE2 7. Het stellen van een bandbreedte (8-12%) voor een milieu-impactdoelstelling is de definitie van het toepassen van een duurzaamheidstolerantie.","C. Onjuist. Te behalen eindresultaten is een algemene term voor de effecten van de verandering, maar beschrijft niet het specifieke PRINCE2-beheersingsmechanisme van de bandbreedte.","D. Onjuist. Kwaliteitstolerantie definieert de acceptabele afwijking van de productspecificaties, niet de overkoepelende duurzaamheidsprestatie van het project."]}, +{exam:1,qnum:21,q:"Tijdens een fase registreerde de projectmanager een nieuw risico in het risicoregister. In welke stap van de business case-managementtechniek moet de impact op de business case worden beoordeeld?",opts:["Ontwikkelen","Controleren","Onderhouden","Bevestigen"],correct:2,explanation:["A. Onjuist. De stap ontwikkelen vindt plaats aan het begin van het project, wanneer de initiële business case en de aannames voor het eerst worden opgesteld.","B. Onjuist. Controleren heeft betrekking op formele besluitvorming en toetsing door de stuurgroep bij formele poortwissels, zoals een faseovergang.","C. Juist. De stap onderhouden houdt in dat de business case continu actueel wordt gehouden op basis van wijzigingen, issues en nieuw geïdentificeerde risico's die zich tijdens de lopende fase voordoen.","D. Onjuist. De stap bevestigen richt zich op het achteraf meten en valideren of de beoogde voordelen daadwerkelijk zijn gerealiseerd, vaak post-project."]}, +{exam:1,qnum:22,q:"De projectmanager heeft feedback ontvangen van stakeholders die aangeven dat de structuur van het projectteam gewijzigd moet worden. Welk principe wordt toegepast door de practice 'organisatie' bij het uitvoeren van deze feedback?",opts:["Leren van ervaringen","Definiëren van rollen, verantwoordelijkheden en relaties","Managen per fase","Op maat maken voor het project"],correct:0,explanation:["A. Juist. Het reageren op tussentijdse feedback en het aanpassen van de werkwijze of structuur op basis van opgedane inzichten en ervaringen is een directe toepassing van het principe leren van ervaringen.","B. Onjuist. Deze practice helpt bij de invulling van dit principe, maar het proces van het actief verwerken van feedback is specifiek gekoppeld aan het leerprincipe.","C. Onjuist. Managen per fase regelt de opdeling van het project in beheerbare tijdsblokken, niet de feedback- en leercultuur rondom de organisatiestructuur.","D. Onjuist. Op maat maken zorgt dat de methode aansluit bij de initiële projectcontext, maar het continu optimaliseren via een feedback-loop valt onder het leren van ervaringen."]}, +{exam:1,qnum:23,q:"Welk managementproduct moet individuele eindverantwoordelijkheid voor duurzaamheidsdoelen specificeren?",opts:["Rolbeschrijvingen","Projectmanagementteamstructuur","Productbeschrijving","Business case"],correct:0,explanation:["A. Juist. Om ervoor te zorgen dat duurzaamheid effectief wordt geborgd, moeten specifieke taken en de individuele eindverantwoordelijkheid daarvoor expliciet worden opgenomen in de individuele rolbeschrijvingen van de teamleden.","B. Onjuist. De projectmanagementteamstructuur geeft een grafisch of schematisch overzicht van de hiërarchie en de lijnen binnen het team, maar bevat geen gedetailleerde individuele taak- en verantwoordelijkheidsbeschrijvingen.","C. Onjuist. Een productbeschrijving definieert de kenmerken, kwaliteitscriteria en de benodigde herkomst van een specifiek op te leveren product.","D. Onjuist. De business case geeft de algehele financiële en strategische rechtvaardiging voor het project."]}, +{exam:1,qnum:24,q:"Wat wordt gedefinieerd als de bevoegdheid hebben om het project te sturen binnen de opdracht van het bedrijf?",opts:["Projectmanager","Projectopdrachtgever","Projectmanagementteam","Stuurgroep"],correct:3,explanation:["A. Onjuist. De projectmanager heeft de bevoegdheid om het project dag na dag te managen binnen de toleranties die door de stuurgroep zijn gesteld, maar stuurt het project niet op strategisch niveau aan.","B. Onjuist. De opdrachtgever is de sleutelrol binnen de stuurgroep en is eindverantwoordelijk, maar de collectieve bevoegdheid om het project formeel te sturen ligt bij de gehele stuurgroep.","C. Onjuist. Het projectmanagementteam omvat de gehele structuur inclusief uitvoerende rollen die geen sturende of opdrachtgevende bevoegdheid hebben.","D. Juist. De stuurgroep heeft de formele bevoegdheid en verantwoordelijkheid om het project te sturen, beslissingen te nemen en goedkeuringen te verlenen, opererend binnen de kaders van de bedrijfslaag."]}, +{exam:1,qnum:25,q:"Hoe moet de seniorgebruiker zijn verantwoordelijkheid vervullen voor de voortzetting van de realisatie van benefits post-project?",opts:["Door het werk dat nodig is in een hiërarchie weer te geven om het project te helpen organiseren","Door ervoor te zorgen dat de commitment van mensen in de gebruikersgemeenschap bij de adoptie van de nieuwe producten","Door te definiëren hoe de voortdurende rechtvaardiging van het project kan worden geborgd","Door te zorgen voor de technische integriteit van de projectproducten die worden geleverd aan de gebruikers"],correct:1,explanation:["A. Onjuist. Dit beschrijft het maken van een Product Decompositie Structuur, wat een planningstechniek is en geen specifieke governance-activiteit van de seniorgebruiker voor de post-projectfase.","B. Juist. De seniorgebruiker vertegenwoordigt de gebruikersbelangen en is verantwoordelijk voor de adoptie van de producten in de lijnorganisatie. Alleen door commitment en actieve adoptie kunnen de beoogde voordelen na afloop worden gerealiseerd.","C. Onjuist. Het borgen van de algehele zakelijke rechtvaardiging is de primaire taak van de projectopdrachtgever, niet van de seniorgebruiker alleen.","D. Onjuist. De technische integriteit en het voldoen aan de leveranciersstandaarden is de specifieke verantwoordelijkheid van de seniorleverancier."]}, +{exam:1,qnum:26,q:"Een nieuw teamlid heeft zich net bij het projectteam gevoegd en gaat op locatiebezoek. In welke stap van de techniek voor organisatieontwerp en -ontwikkeling moet dit gebeuren?",opts:["Het projectecosysteem ontwikkelen","Het organisatorisch ecosysteem begrijpen","Het projectecosysteem ontwerpen","De voortdurende wijzigingen in het projectecosysteem managen"],correct:0,explanation:["A. Juist. De stap het projectecosysteem ontwikkelen omvat de onboarding, training en operationalisering van het team, inclusief activiteiten zoals locatiebezoeken om teamleden vertrouwd te maken met de projectomgeving.","B. Onjuist. Het organisatorisch ecosysteem begrijpen richt zich op het vooraf analyseren van de bestaande structuren en cultuur van de moederorganisatie, voordat het team wordt samengesteld.","C. Onjuist. Het projectecosysteem ontwerpen omvat het bepalen van de benodigde rollen, rapportagelijnen en overlegstructuren (het theoretische ontwerp).","D. Onjuist. De voortdurende wijzigingen managen heeft betrekking op het opvangen van verloop, mutaties en structuuraanpassingen gedurende de latere fasen van het project."]}, +{exam:1,qnum:27,q:"Wat is het doel van de practice plannen?",opts:["Om de projectmanager in staat te stellen het project te beheersen door te definiëren wie de producten gaat opleveren en wanneer ze opgeleverd moeten worden","Om de projectopdrachtgever in staat te stellen om te monitoren of het project wenselijk, levensvatbaar en haalbaar is en moet worden voortgezet","Om de projectopdrachtgever te laten definiëren welke rol in het projectmanagementteam verantwoordelijk is voor het produceren van het plan","Om de projectmanager in staat te stellen te plannen hoe deze moet reageren op onzekerheden en wie de overeengekomen maatregelen moet uitvoeren"],correct:0,explanation:["A. Juist. Het doel van de practice plannen is om realistische schema's en baselines te bieden die het projectmanagementteam in staat stellen de voortgang te beheersen door vast te leggen wat, door wie en wanneer geleverd wordt.","B. Onjuist. Dit is het doel van de practice business case in combinatie met voortgangsbeheersing.","C. Onjuist. De rollen en verantwoordelijkheden voor planning worden gedefinieerd binnen de practice organisatie.","D. Onjuist. Dit beschrijft specifiek het doel van risicorespons-planning, wat een onderdeel is van de practice risico."]}, +{exam:1,qnum:28,q:"De bedrijfsstrategie is gewijzigd, waardoor de projectscope moet worden verhoogd tot buiten de toleranties die door de bedrijfslaag zijn overeengekomen. Welk plan moet worden gemaakt om deze wijziging op te nemen?",opts:["Projectplan","Faseplan","Teamplan","Afwijkingsplan"],correct:3,explanation:["A. Onjuist. Het projectplan geeft de totale planning voor het hele project weer. Hoewel dit plan uiteindelijk kan worden herzien, is het specifieke instrument om een tolerantieoverschrijding op te vangen een afwijkingsplan.","B. Onjuist. Een faseplan is de gedetailleerde operationele planning voor een specifieke fase, maar mag niet zelfstandig de overkoepelende tolerantiegrenzen doorbreken.","C. Onjuist. Een teamplan wordt gebruikt door een teammanager om het werk binnen een werkpakket te managen.","D. Juist. Wanneer een prognose aangeeft dat de gestelde toleranties worden overschreden, moet er een afwijkingsplan worden opgesteld om aan te tonen hoe de afwijking wordt hersteld of verwerkt."]}, +{exam:1,qnum:29,q:"Identificeer het ontbrekende woord in de volgende zin: Bij planning zijn er ten minste twee soorten [?] relevant voor een project: intern en extern.",opts:["afhankelijkheid","plannen","afwijking","scope"],correct:0,explanation:["A. Juist. Binnen PRINCE2-planning is het identificeren van afhankelijkheden cruciaal. Interne afhankelijkheden liggen binnen de controle van het project, externe afhankelijkheden betreffen relaties met andere projecten of de lijnorganisatie.","B. Onjuist. PRINCE2 kent verschillende niveaus van plannen, maar dit past niet bij de kwalificatie intern en extern in deze context.","C. Onjuist. Een afwijking is een situatie waarin toleranties worden overschreden; dit wordt niet primair opgedeeld in vaste interne en externe soorten.","D. Onjuist. Scope definieert de grenzen van de producten en het werk, maar de specifieke relaties die de volgorde en planning beïnvloeden worden aangeduid als afhankelijkheden."]}, +{exam:1,qnum:30,q:"Hoe moet het projectplan een iteratief-incrementeel project ondersteunen?",opts:["Door meerdere opleveringsfases te hebben waardoor acceptatiecriteria kunnen worden verfijnd naarmate de producten worden opgeleverd","Door ervoor te zorgen dat de productbeschrijvingen voltooid zijn voordat het project wordt goedgekeurd door de stuurgroep","Door het werk van de fase op te splitsen naar het detailniveau dat nodig is voor de dagelijkse beheersing door de projectmanager","Door het project in twee fases te verdelen om iteratieve opleveringen van producten tijdens het project mogelijk te maken"],correct:0,explanation:["A. Juist. In een iteratieve/incrementele context maakt het projectplan gebruik van opeenvolgende fasen en timeboxes, zodat criteria, feedback en inzichten flexibel kunnen worden verwerkt naarmate er werkende tussenproducten ontstaan.","B. Onjuist. Het star dicteren dat alle gedetailleerde productbeschrijvingen vooraf 100% definitief moeten zijn, is strijdig met de filosofie van een iteratief-incrementele aanpak.","C. Onjuist. Het opsplitsen naar operationeel detailniveau is het specifieke doel van een faseplan of teamplan.","D. Onjuist. Het kunstmatig beperken van een project tot exact twee fasen is geen algemene PRINCE2-richtlijn voor iteratieve oplevering."]}, +{exam:1,qnum:31,q:"De projectmanager moet de kwaliteitsverwachtingen van de gebruiker vastleggen. In welke stap van de planningstechniek moeten de verwachtingen worden vastgelegd?",opts:["De producten definiëren en analyseren","Werkpakketten organiseren","Schattingen maken","Een tijdsplanning opstellen"],correct:0,explanation:["A. Juist. De stap de producten definiëren en analyseren start met het opstellen van de projectproductbeschrijving, waarin de kwaliteitsverwachtingen en acceptatiecriteria van de gebruiker expliciet worden vastgelegd.","B. Onjuist. Werkpakketten organiseren is een latere stap waarin de feitelijke uitvoeringstaken en mandaten voor de teams worden gegroepeerd en gedefinieerd.","C. Onjuist. Schattingen maken richt zich op het bepalen van de benodigde inspanning, tijd en kosten op basis van de gedefinieerde productvereisten.","D. Onjuist. Een tijdsplanning opstellen betreft het in een tijdlijn uitzetten van activiteiten en mijlpalen, wat pas kan nadat de producten en schattingen bekend zijn."]}, +{exam:1,qnum:32,q:"Wat is een doel van de practice kwaliteit?",opts:["Om beheersing mogelijk te maken door te definiëren hoe het project de producten zal opleveren om aan de business case te voldoen","Om de vereisten van gebruikers vast te leggen en ervoor te zorgen dat ze onveranderd blijven gedurende het project","Om te identificeren hoe het project ervoor zal zorgen dat aan de vereisten van gebruikers van de projectproducten wordt voldaan","Om overeen te komen om producten op te leveren die geen deel uitmaakten van de zakelijke rechtvaardiging voor het project"],correct:2,explanation:["A. Onjuist. Dit sluit aan bij het doel van de practice plannen, die de route en middelen voor de productoplevering structureert.","B. Onjuist. Requirements kunnen en mogen veranderen via gecontroleerd wijzigingsbeheer. Kwaliteitsmanagement probeert verandering niet star te blokkeren.","C. Juist. Het doel van de practice kwaliteit is om de kwaliteitsverwachtingen en criteria te specificeren en de processen in te richten waarmee het project aantoont en garandeert dat de opgeleverde producten aan die eisen voldoen.","D. Onjuist. Producten die buiten de zakelijke rechtvaardiging vallen mogen juist niet zomaar worden toegevoegd; elk product moet bijdragen aan de business case."]}, +{exam:1,qnum:33,q:"De teammanager moet vastleggen dat een product getest moet worden, maar nog niet is goedgekeurd. Waar behoren deze gegevens vastgelegd te worden?",opts:["Kwaliteitsregister","Kwaliteitsspecificaties","Productregister","Projectproductbeschrijving"],correct:0,explanation:["A. Juist. Het kwaliteitsregister houdt alle geplande en uitgevoerde kwaliteitsactiviteiten bij, inclusief de status ervan (zoals gepland, getest, goedgekeurd).","B. Onjuist. Kwaliteitsspecificaties zijn de criteria waaraan het product moet voldoen; dit is een statisch onderdeel van een beschrijving en geen dynamisch logboek voor teststatussen.","C. Onjuist. Het productregister volgt de levenscyclus en versies van de producten zelf, maar de specifieke planning en uitkomsten van de kwaliteitsbeoordelingen horen in het kwaliteitsregister.","D. Onjuist. De projectproductbeschrijving definieert het hoofdresultaat van het project op hoog niveau; het is geen operationeel register voor dagelijkse testactiviteiten."]}, +{exam:1,qnum:34,q:"Welke uitspraak beschrijft projectborging in plaats van kwaliteitsborging?",opts:["Het verloopt onafhankelijk van de projectmanager, maar niet onafhankelijk van het project","Het monitort de maatstaven voor kwaliteitsbeheersing van het project die worden gebruikt om de projectproducten te beoordelen","Het is onafhankelijk van het projectteam en kan deel uitmaken van het kwaliteitsmanagementsysteem van de gebruiker","Het beschrijft de vastgelegde verwachtingen voor de projectproducten"],correct:0,explanation:["A. Juist. Projectborging is de verantwoordelijkheid van de stuurgroepleden om onafhankelijk van de projectmanager te controleren of het project correct wordt uitgevoerd, maar het blijft een interne projectrol. Kwaliteitsborging staat geheel buiten het project.","B. Onjuist. Dit heeft betrekking op kwaliteitsbeheersing en het uitvoeren van de kwaliteitscontroles zelf, wat een taak is van het projectteam.","C. Onjuist. Dit beschrijft externe kwaliteitsborging op organisatieniveau, die volledig onafhankelijk is van de tijdelijke projectorganisatie.","D. Onjuist. Dit beschrijft de definitie van kwaliteitsverwachtingen of acceptatiecriteria in een productbeschrijving."]}, +{exam:1,qnum:35,q:"Een nieuwe vereiste wordt geïdentificeerd bij het produceren van een onderliggend plan. Hoe zou dit moeten worden gemanaged?",opts:["Door nieuwe productbeschrijvingen op te stellen","Door de issuemanagementaanpak te gebruiken","Door de projectproductbeschrijving bij te werken","Door de kwaliteitsmanagementaanpak bij te werken"],correct:1,explanation:["A. Onjuist. Hoewel er uiteindelijk een nieuwe productbeschrijving nodig kan zijn, mag dit niet direct of zomaar gebeuren zonder eerst de impact formeel te beoordelen via de issueprocedure.","B. Juist. Elke nieuwe requirement, wens of wijziging die tijdens de loop van het project naar voren komt, is een issue. Dit moet via de formele issuemanagementaanpak worden geregistreerd, beoordeeld en besloten.","C. Onjuist. De projectproductbeschrijving is een gebaselineerd document; dit mag nooit zomaar direct worden aangepast zonder een goedgekeurde wijziging via de issueprocedure.","D. Onjuist. De kwaliteitsmanagementaanpak beschrijft de algemene kwaliteitsregels en -methoden voor het project, niet hoe een specifieke operationele scopewijziging wordt afgehandeld."]}, +{exam:1,qnum:36,q:"Een systeem is getest en de gebruiker moet het eigenaarschap op zich nemen over het systeem. In welke stap van de kwaliteitsmanagementtechniek moet dit gebeuren?",opts:["Gebruikersinputs verzamelen","Producten accepteren","De kwaliteitsmanagementaanpak beschrijven","Kwaliteit beheersen"],correct:1,explanation:["A. Onjuist. Gebruikersinputs verzamelen is de initiële fase waarin vereisten en verwachtingen worden opgehaald, niet de overdracht aan het einde.","B. Juist. De stap producten accepteren binnen de kwaliteitstechniek behelst de formele kwijting en de overdracht van het geteste en goedgekeurde product aan de gebruikers, die hiermee het eigenaarschap overnemen.","C. Onjuist. Dit betreft het plannen en vastleggen van de kwaliteitsstrategie in de initiatieronde, niet een operationele productoverdracht.","D. Onjuist. Kwaliteit beheersen richt zich op het feitelijke uitvoeren van de tests en inspecties om te zien of het product voldoet, voorafgaand aan de formele acceptatie."]}, +{exam:1,qnum:37,q:"Wat is het doel van de practice risico?",opts:["Om de punten van zorg over standaarden die moeten worden toegepast op producten aan te pakken","Om de waarschijnlijkheid dat een bedreiging zich voordoet en de mogelijke impact daarvan op het project te identificeren","Om te garanderen dat de afgesproken scope op tijd, binnen de kosten en kwaliteit wordt opgeleverd","Om ervoor te zorgen dat problemen worden opgelost voordat ze de kans krijgen een negatieve impact te hebben op het project"],correct:1,explanation:["A. Onjuist. Dit heeft betrekking op kwaliteits- of issuebeheer, waarbij wordt gekeken of producten aan de afgesproken normen voldoen.","B. Juist. Het doel van de practice risico is het systematisch identificeren, beoordelen en beheersen van onzekerheid tijdens het project, door zowel de kans als de impact van bedreigingen en kansen in kaart te brengen.","C. Onjuist. Geen enkele practice kan garanties vooraf geven; risicomanagement minimaliseert de kans op mislukking.","D. Onjuist. Dit is het doel van issuemanagement. Een probleem heeft zich al voorgedaan, terwijl een risico een onzekere, toekomstige gebeurtenis is."]}, +{exam:1,qnum:38,q:"Wat biedt het projectmanagementteam een richtlijn voor het vastleggen van bedreigingen?",opts:["Risicomanagementaanpak","Risicoregister","Digitale en gegevensmanagementaanpak","Werkpakketbeschrijving"],correct:0,explanation:["A. Juist. De risicomanagementaanpak is het beleidsdocument dat de richtlijnen, procedures, rollen en sjablonen voorschrijft voor hoe risico's binnen het project geïdentificeerd en vastgelegd moeten worden.","B. Onjuist. Het risicoregister is de feitelijke omgeving of database waarin de risico's worden gelogd, maar het document dat de richtlijn en instructies hiervoor biedt is de aanpak.","C. Onjuist. Dit document regelt het algemene databeheer, opslag en softwaretools, maar bevat niet de specifieke risicomanagement- en escalatieprocedures.","D. Onjuist. Een werkpakketbeschrijving bevat instructies voor het opleveren van specifieke producten door een team, niet de projectbrede risicorichtlijnen."]}, +{exam:1,qnum:39,q:"Welke term beschrijft wie verantwoordelijk is voor het adequaat reageren op een risico?",opts:["Risico-eigenaar","Risico-actiehouder","Projectsupport","Projectborging"],correct:0,explanation:["A. Juist. De risico-eigenaar is de persoon die eindverantwoordelijk is voor het monitoren en managen van een specifiek risico en ervoor moet zorgen dat de gekozen respons effectief is.","B. Onjuist. De risico-actiehouder is de persoon die de opdracht krijgt om de feitelijke controlerende maatregel fysiek uit te voeren, onder regie van de risico-eigenaar.","C. Onjuist. Projectsupport levert administratieve en ondersteunende diensten, maar draagt geen inhoudelijke verantwoordelijkheid voor individuele risicorespons.","D. Onjuist. Projectborging controleert onafhankelijk of het risicomanagementproces goed wordt nageleefd, maar managet de risico's niet zelf."]}, +{exam:1,qnum:40,q:"Hoe resulteert verliesaversie in minder effectieve besluitvorming bij het overwegen van risico's?",opts:["Door de noodzaak om te houden wat je hebt te waarderen, in plaats van iets nieuws te krijgen","Door het nadeel van het risico te verdisconteren, in de overtuiging dat alles volgens plan zal verlopen","Door waarde te hechten aan de eenheid van het team in plaats van aan het nemen van de juiste beslissing","Door risico's met een grotere kans om zich voor te doen, te zien als risicovoller"],correct:0,explanation:["A. Juist. Verliesaversie is een psychologische bias waarbij mensen disproportioneel veel waarde hechten aan het behouden van wat ze al bezitten, waardoor ze irrationeel angstig zijn voor verandering en kansen mislopen.","B. Onjuist. Dit beschrijft optimisme-bias, waarbij risico's en negatieve signalen ten onrechte worden gebagatelliseerd.","C. Onjuist. Dit is de definitie van groepsdenken, waarbij de harmonie binnen de groep belangrijker wordt gemaakt dan een kritische, objectieve analyse.","D. Onjuist. Dit is een rationele risicobeoordeling en geen irrationele cognitieve misvatting of besluitvormingsfout."]}, +{exam:1,qnum:41,q:"De projectmanager moet de projectomgeving begrijpen en definiëren hoe het risico op het project gemanaged moet worden. In welke stap van de risicomanagementtechniek moet dit worden gedefinieerd?",opts:["Identificeren","Beoordelen","Plannen","Implementeren"],correct:0,explanation:["A. Juist. De stap identificeren bestaat uit twee sub-stappen: de context begrijpen (het vaststellen van de projectomgeving en de risico-aanpak) en vervolgens het daadwerkelijk identificeren van de risico's.","B. Onjuist. Beoordelen richt zich op het schatten van de kans, impact en urgentie van reeds gevonden, specifieke risico's.","C. Onjuist. Plannen betreft het selecteren en voorbereiden van specifieke risico-responsen.","D. Onjuist. Implementeren zorgt ervoor dat de geplande risico-maatregelen daadwerkelijk operationeel worden uitgevoerd en gemonitord."]}, +{exam:1,qnum:42,q:"Hoe draagt de practice issues bij aan een succesvol project?",opts:["Door gebeurtenissen te identificeren die een positieve impact kunnen hebben op de projectdoelstellingen","Door aanpassingen aan de huidige goedgekeurde versies van de managementproducten te beheersen","Door het vereiste goedkeuringsniveau aan te passen aan de verwachtingen van de gebruiker","Door de onzekere situatie zeker te maken door de oorzaak aan te pakken"],correct:1,explanation:["A. Onjuist. Dit beschrijft het identificeren van kansen, wat een specifiek onderdeel is van de practice risico, niet van issuemanagement.","B. Juist. De practice issues zorgt voor stabiliteit door te waarborgen dat er geen ongeautoriseerde wijzigingen plaatsvinden op gebaselineerde producten en dat aanpassingen gecontroleerd worden doorgevoerd.","C. Onjuist. Het bepalen van goedkeuringsniveaus wordt ingericht op basis van toleranties en rollen, niet dynamisch aangepast.","D. Onjuist. Issuemanagement handelt feitelijke gebeurtenissen en problemen af die al spelen; het kan de toekomst niet magisch zeker maken."]}, +{exam:1,qnum:43,q:"Projectsupport moet begrijpen hoe wijzigingen kunnen worden aangebracht in goedgekeurde versies van de projectproducten. Welk managementproduct moet projectsupport reviewen?",opts:["Issuemanagementaanpak","Risicomanagementaanpak","Benefitsmanagementaanpak","Kwaliteitsmanagementaanpak"],correct:0,explanation:["A. Juist. De issuemanagementaanpak omschrijft de specifieke procedures, escalatielijnen en regels voor het indienen, beoordelen en accorderen van wijzigingen op gebaselineerde producten.","B. Onjuist. De risicomanagementaanpak geeft instructies over het omgaan met onzekerheden, bedreigingen en kansen, niet over het feitelijke wijzigingsbeheer van producten.","C. Onjuist. De benefitsmanagementaanpak regelt hoe en wanneer projectvoordelen post-project worden gemeten en gerapporteerd.","D. Onjuist. De kwaliteitsmanagementaanpak zet de standaarden en testprocedures uiteen, maar de administratieve wijzigingsprocedure valt onder issuemanagement."]}, +{exam:1,qnum:44,q:"Wat is de definitie van een issue?",opts:["Een voor het project relevante gebeurtenis waar het projectmanagement rekening mee moet houden","Een onzekere gebeurtenis of verzameling gebeurtenissen die, als die zou plaatsvinden, effect zou hebben op het project","Een beschrijving van de impact die een onzekere gebeurtenis zou hebben op de doelstellingen","Een meetbare drempel om het aanvaardbare bereik van eindresultaten weer te geven voor elke geraakte doelstelling"],correct:0,explanation:["A. Juist. Binnen PRINCE2 is een issue gedefinieerd als elke relevante gebeurtenis die al heeft plaatsgevonden, die niet was gepland, en die de aandacht van het projectmanagement vereist.","B. Onjuist. Dit is de formele definitie van een risico (onzeker, toekomstgericht), niet van een actueel issue.","C. Onjuist. Dit is de definitie van een risico-impactanalyse of de omschrijving van een risico-effect, niet van een issue.","D. Onjuist. Dit is de definitie van een tolerantie- of drempelwaarde behorend bij de practice voortgang."]}, +{exam:1,qnum:45,q:"Een wijziging is goedgekeurd en moet worden doorgevoerd. Welk deel van de richtlijnen voor effectief issuemanagement moet het doorvoeren van de wijziging mogelijk maken?",opts:["Het gedelegeren van bevoegdheden naar het juiste niveau door de stuurgroep om te beslissen over wijzigingen","De toepassing van het wijzigingsbudget binnen de toegestane beperkingen om afwegingen te maken","De audit of de werkelijke status van het product overeenkomt met de status die is vastgelegd in het productregister","De definitie van het juiste niveau waarop de producten moeten worden gebaselined"],correct:1,explanation:["A. Onjuist. Het delegeren van bevoegdheden helpt bij het beslissen over een wijziging, maar niet direct bij de financiële of praktische realisatie en afweging van de doorvoering zelf.","B. Juist. Het beschikbaar hebben en toepassen van een specifiek wijzigingsbudget stelt het project in staat om de extra kosten van goedgekeurde wijzigingen direct te financieren en door te voeren zonder lopende fasetoleranties te belasten.","C. Onjuist. Een status-audit controleert achteraf of de administratie klopt, maar is niet het instrument dat de feitelijke bekostiging of doorvoering van de wijziging activeert.","D. Onjuist. Het bepalen van het baselineniveau regelt de structuur van het productbeheer, niet de actie van het doorvoeren van een nieuwe verandering."]}, +{exam:1,qnum:46,q:"Er is een issue geïdentificeerd en de impact daarvan op de projectscope moet worden begrepen. In welke stap van de issuemanagementtechniek moet de impact worden begrepen?",opts:["Issues beoordelen","Issues verzamelen","Beslissen over wijzigingen","Wijzigingen doorvoeren"],correct:0,explanation:["A. Juist. In de stap issues beoordelen voert de projectmanager een gedetailleerde impactanalyse uit om te begrijpen wat de gevolgen van het issue zijn voor de scope, planning, kosten, risico's en business case.","B. Onjuist. Issues verzamelen is louter de eerste stap waarin het issue formeel wordt ontvangen, gecategoriseerd en ingeschreven in het issueregister.","C. Onjuist. Beslissen over wijzigingen volgt ná de beoordeling; hier kiest de bevoegde autoriteit de beste reactie op basis van de impactanalyse.","D. Onjuist. Wijzigingen doorvoeren is de laatste stap waarin de goedgekeurde oplossing daadwerkelijk fysiek wordt uitgevoerd."]}, +{exam:1,qnum:47,q:"Wat is het doel van de practice voortgang?",opts:["Om te voorspellen of de fase op koers ligt om op tijd en binnen budget te worden opgeleverd","Om informatie vast te leggen zodat fouten uit het verleden door dit project of andere projecten kunnen worden vermeden","Om te beslissen wat te doen met een product dat niet voldoet aan kwaliteitsspecificaties","Om ervoor te zorgen dat aan de kwaliteitsverwachtingen van de gebruiker wordt voldaan bij het opleveren van de output"],correct:0,explanation:["A. Juist. Het doel van de practice voortgang is het inrichten van een controle- en rapportagestructuur om de werkelijke prestaties continu te vergelijken met de plannen, en te voorspellen of de doelen binnen toleranties worden gehaald.","B. Onjuist. Dit beschrijft het leerproces en het bijhouden van het lessenregister, niet de primaire focus van voortgangsbeheersing.","C. Onjuist. Dit valt onder de afhandeling van afwijkingen, zoals het omgaan met een afwijking van de specificatie, niet onder de algemene voortgangsmeting.","D. Onjuist. Dit is de specifieke doelstelling van de practice kwaliteit en kwaliteitsbeheersing."]}, +{exam:1,qnum:48,q:"Wat moet de stuurgroep reviewen bij het nemen van de beslissing over wat er nu met het project moet gebeuren?",opts:["Digitale en gegevensmanagementaanpak","Fase-eindrapport","Hoofdpuntenrapport","Checkpointrapport"],correct:1,explanation:["A. Onjuist. Dit is een facilitair document over datastructuren en systemen, en biedt geen prestatie-evaluatie van een afgeronde fase.","B. Juist. Aan het einde van een managementfase biedt de projectmanager de stuurgroep het fase-eindrapport aan. Dit rapport geeft een integraal beeld van de prestaties en stelt de stuurgroep in staat te beslissen over de decharge en het al dan niet starten van de volgende fase.","C. Onjuist. Een hoofdpuntenrapport wordt tijdens de lopende fase periodiek gestuurd om de stuurgroep te informeren, niet als beslisdocument bij een formele faseovergang.","D. Onjuist. Een checkpointrapport is een operationeel voortgangsrapport van een teammanager aan de projectmanager, en gaat niet direct naar de stuurgroep."]}, +{exam:1,qnum:49,q:"Wat is de definitie van een afwijking?",opts:["Een prognose dat de afgesproken tolerantieniveaus overschreden zullen worden","Een onzekere gebeurtenis die, als die zou plaatsvinden, effect zou hebben op het behalen van doelstellingen","Een product dat niet voldoet aan de kwaliteitsspecificaties","Een rapport aan de projectmanager over de status van het werkpakket"],correct:0,explanation:["A. Juist. Binnen PRINCE2 is sprake van een afwijking wanneer er een reële prognose of actuele situatie is waarbij de overeengekomen tolerantiegrenzen dreigen te worden overschreden.","B. Onjuist. Dit is de definitie van een risico, niet van een afwijking.","C. Onjuist. Dit definieert een productfout of een issue (afwijking van de specificatie), niet de procesmatige status van een uitzonderingssituatie.","D. Onjuist. Dit beschrijft een checkpointrapport, wat een voortgangsinstrument is en geen afwijking op zichzelf."]}, +{exam:1,qnum:50,q:"Hoe moet het gebruik van gegevens en systemen effectief voortgangsmanagement ondersteunen?",opts:["Door de inspanningen van het projectmanagementteam te richten op het verzamelen van gegevens over wat er in het verleden is gebeurd","Door nauwkeurige gegevens te verstrekken die helpen bij het voorspellen van de toekomstige projectprestaties","Door de inspanningen van het projectmanagementteam te richten op handmatige gegevensverzameling","Door de toleranties ten opzichte van de zeven prestatiedoelen voor elk managementniveau te definiëren"],correct:1,explanation:["A. Onjuist. Alleen achterom kijken is onvoldoende; effectief voortgangsmanagement gebruikt data juist om proactief naar de toekomst te kijken.","B. Juist. Het slim inzetten van digitale systemen en analytics zorgt voor betrouwbare data, wat essentieel is om trends te herkennen en nauwkeurige prognoses te maken over de toekomstige prestaties van het project.","C. Onjuist. Handmatige verzameling is foutgevoelig en inefficiënt; systemen moeten administratieve lasten juist verminderen door automatisering.","D. Onjuist. Het definiëren van de toleranties is een governance-actie bij de start van een fase/project en is niet de operationele manier waarop data en systemen lopende metingen ondersteunen."]}, +{exam:1,qnum:51,q:"Op welk niveau is volgens de managementtechniek voor afwijkingen de kans HET GROOTST dat projecten issues identificeren die de fasetoleranties overschrijden?",opts:["Opdrachtgeven EN sturen","Sturen EN managen","Sturen EN opleveren","Managen EN opleveren"],correct:3,explanation:["A. Onjuist. Het niveau opdrachtgeven (bedrijf) en sturen (stuurgroep) bevindt zich te ver van de dagelijkse praktijk om als eerste operationele afwijkingen te signaleren.","B. Onjuist. Sturen is het niveau van de stuurgroep; zij ontvangen escalaties, maar identificeren ze zelden zelf op de werkvloer.","C. Onjuist. Sturen is het stuurgroepniveau, wat niet de plek is waar de dagelijkse voortgang en werkpakketafwijkingen direct ontstaan.","D. Juist. De niveaus managen (de projectmanager) en opleveren (de teammanagers en specialisten) zitten boven op de dagelijkse uitvoering van het werk en de werkpakketten. Hier worden operationele issues en dreigende tolerantie-overschrijdingen als eerste ontdekt."]}, +{exam:1,qnum:52,q:"Wat is een doel van het proces 'opstarten van een project'?",opts:["Om te beoordelen of een project waarschijnlijk waardevol is voor de organisatie","Om het werk te analyseren dat nodig is voordat de projectinitiatiedocumentatie wordt geïmplementeerd","Om de gebruikers de kans te geven om te bevestigen dat ze het projectproduct accepteren","Om het management van het project op een beheerste manier te delegeren"],correct:0,explanation:["A. Juist. Het hoofddoel van het proces opstarten van een project is om te filteren en vast te stellen of het projectvoorstel levensvatbaar en de moeite waard is, zodat de organisatie geen onnodige kosten maakt voor een uitgebreide initiatiefase.","B. Onjuist. Het gedetailleerd plannen en analyseren van de opzet van het project gebeurt pas ná goedkeuring, binnen het proces initiëren van een project, waar de PID wordt opgesteld.","C. Onjuist. Formele gebruikersacceptatie van het eindproduct vindt plaats aan het einde van het project binnen het proces afsluiten van een project.","D. Onjuist. Delegeren en inrichten van de gedetailleerde toleranties gebeurt per fase tijdens de projectuitvoering, niet bij de pre-projectactiviteiten."]}, +{exam:1,qnum:53,q:"Welk proces moet zeker stellen dat een organisatie niet overgaat tot het vaststellen van solide fundamenten voor ongeschikte projecten?",opts:["Opstarten van een project","Sturen van een project","Initiëren van een project","Managen van een faseovergang"],correct:0,explanation:["A. Juist. Het proces opstarten van een project fungeert als een poortwachter. Het voorkomt dat er kostbare resources en tijd worden verspild aan het initiëren van projecten die bij voorbaat ongeschikt of onhaalbaar zijn.","B. Onjuist. Hoewel de stuurgroep via sturen de beslissing neemt, is het specifieke proces dat is ingericht om deze pre-projectcheck uit te voeren het proces opstarten van een project.","C. Onjuist. Binnen initiëren worden juist de solide fundamenten gelegd (de PID). Dit proces start pas nadat de initiële geschiktheidscheck in opstarten is afgerond.","D. Onjuist. Managen van een faseovergang wordt gebruikt tijdens de uitvoering om de overgang tussen opeenvolgende fasen te regelen."]}, +{exam:1,qnum:54,q:"Wat is een doel van het proces 'sturen van een project'?",opts:["Om eindverantwoordelijkheid van de stuurgroep te behouden en het gedetailleerde management te delegeren","Om te voorkomen dat de organisatie projecten uitvoert met een slechte rechtvaardiging","Om het werk van een fase te managen door effectieve corrigerende maatregelen te implementeren","Om informatie te verstrekken zodat de opdrachtgevende autoriteit zich kan committeren aan de oplevering van het project"],correct:0,explanation:["A. Juist. Het doel van sturen van een project is om de stuurgroep in staat te stellen de overkoepelende verantwoordelijkheid uit te oefenen en richting te geven, terwijl het dagelijkse management volledig wordt gedelegeerd aan de projectmanager.","B. Onjuist. Dit is primair het doel van het proces opstarten van een project, dat filtert op de initiële zakelijke rechtvaardiging.","C. Onjuist. Het managen van een fase en het nemen van corrigerende operationele maatregelen is de specifieke taak van de projectmanager binnen het proces beheersen van een fase.","D. Onjuist. Informatie verstrekken over de projectopzet zodat de organisatie akkoord kan gaan, is een doelstelling van het proces initiëren van een project."]}, +{exam:1,qnum:55,q:"Welke TWEE zijn doelstellingen van het proces 'beheersen van een fase'? 1. Om er voor te zorgen dat er geen onbeheerste veranderingen zijn in de producten die door de stuurgroep zijn overeengekomen. 2. Om ervoor te zorgen dat de stuurgroep er zeker van kan zijn dat alle producten in faseplan zijn afgerond. 3. Om er voor te zorgen dat de projectinitiatiedocumentatie wordt bijgewerkt met alle kwaliteitswijzigingen die nodig zijn voor de volgende projectfase. 4. Om ervoor te zorgen dat de in de fase geleverde producten voldoen aan de overeengekomen kwaliteitscriteria.",opts:["1 en 2","2 en 3","3 en 4","1 en 4"],correct:3,explanation:["A. Onjuist. Stelling 2 is onjuist voor dit proces: het overtuigen van de stuurgroep dat de fase volledig is afgerond en de voorbereiding voor de toekomst gebeurt specifiek in het proces managen van een faseovergang.","B. Onjuist. Zowel stelling 2 als stelling 3 zijn onjuist. Het structureel bijwerken van de PID voor de volgende fase hoort bij de faseovergangsplanning.","C. Onjuist. Stelling 3 is onjuist. Stelling 4 is wel juist: het bewaken van de productkwaliteit binnen de lopende fase is een kerndoel van beheersen van een fase.","D. Juist. Binnen beheersen van een fase focust de PM op het voorkomen van scope creep (stelling 1) en het borgen dat de lopende producten in de fase aan de gestelde kwaliteitseisen voldoen (stelling 4)."]}, +{exam:1,qnum:56,q:"Welke TWEE zijn doelstellingen van het proces sturen van een project? 1. Om er voor te zorgen dat het project alleen wordt afgesloten met de juiste autorisatie. 2. Om er voor te zorgen dat post-project benefitsreviews gepland zijn. 3. Om er voor te zorgen dat het bedrijf klaar is om de producten te gebruiken na het afsluiten van het project. 4. Om er voor te zorgen dat gebruikers het projectproduct hebben geaccepteerd.",opts:["1 en 2","2 en 3","3 en 4","1 en 4"],correct:0,explanation:["A. Juist. Het proces sturen van een project zorgt ervoor dat de stuurgroep controle houdt over de vitale levenslijnen: zij moeten de formele afsluiting autoriseren (stelling 1) en toezien op de planning van voordelenmetingen na afloop (stelling 2).","B. Onjuist. Stelling 3 is een operationele voorbereidingstaak die wordt uitgevoerd binnen het proces afsluiten van een project, niet een directe governance-doelstelling van sturen.","C. Onjuist. Zowel stelling 3 als stelling 4 vallen onder de verantwoordelijkheden en doelstellingen van het uitvoerende proces afsluiten van een project.","D. Onjuist. Stelling 4 (het verkrijgen van gebruikersacceptatie) wordt feitelijk georganiseerd en gecontroleerd binnen het proces afsluiten van een project."]}, +{exam:1,qnum:57,q:"Welke TWEE zijn doelstellingen van het proces 'initiëren van een project'? 1. Om er voor te zorgen dat het projectteam zich richt op het leveren van de goedgekeurde producten in faseplan. 2. Om er voor te zorgen dat het projectteam bevoegd is om verder te gaan naar de initiatiefase. 3. Om te begrijpen hoe wijzigingen in de overeengekomen projectproducten worden goedgekeurd. 4. Om een planning en de schattingen te maken van de kosten voor het werk om de producten op te leveren.",opts:["1 en 2","2 en 3","3 en 4","1 en 4"],correct:2,explanation:["A. Onjuist. Stelling 1 hoort bij beheersen van een fase tijdens de uitvoering. Stelling 2 is onjuist: de bevoegdheid om te starten met initiëren wordt verleend aan het einde van opstarten van een project.","B. Onjuist. Stelling 2 is onjuist. Stelling 3 is wel juist: in de initiatiefase wordt de issuemanagementprocedure (wijzigingsbeheer) ingericht.","C. Juist. Het proces initiëren van een project stelt de basislijnen vast. Doelstellingen zijn onder meer het afspreken van de wijzigingsbevoegdheden (stelling 3) en het opleveren van het projectplan met kosten- en tijdschattingen (stelling 4).","D. Onjuist. Stelling 1 is onjuist voor dit proces (behoort tot de latere uitvoeringsfase)."]}, +{exam:1,qnum:58,q:"Welke activiteit kan ALLEEN worden uitgevoerd in het proces 'managen van een faseovergang'?",opts:["Het voorbereiden van een vervanging voor het huidige faseplan ter goedkeuring door de stuurgroep","Het voortdurend reviewen van de zakelijke rechtvaardiging aan de hand van de business case","Het regelmatig rapporteren van de voortgang van een fase aan de stuurgroep","Het voorbereiden van een voortijdige afsluiting van het project na sturing door de stuurgroep"],correct:0,explanation:["A. Juist. Het opstellen van een nieuw faseplan (of een afwijkingsplan ter vervanging van een escalerend plan) om goedkeuring te vragen voor de volgende stap, is de unieke en exclusieve activiteit van het proces managen van een faseovergang.","B. Onjuist. Het herijken en reviewen van de business case gebeurt in meerdere processen en is niet exclusief voor de faseovergang.","C. Onjuist. Voortgangsrapportage (hoofdpuntenrapporten) vindt continu plaats tijdens de uitvoering binnen het proces beheersen van een fase.","D. Onjuist. Als een project voortijdig wordt beëindigd, draagt de stuurgroep de PM op om direct over te stappen naar het proces afsluiten van een project."]}, +{exam:1,qnum:59,q:"Wat is er nodig om het proces 'managen van een faseovergang' uit te voeren?",opts:["Het werk van het project moet worden opgedeeld in secties","Elke projectfase moet incrementeel projectbenefits opleveren","Het project moet een voorspelbare einddatum hebben","Elke fase moet in afwijking zijn"],correct:0,explanation:["A. Juist. Om dit proces überhaupt toe te kunnen passen, moet het project conform het principe managen per fase zijn opgedeeld in ten minste twee beheerbare tijdsblokken of secties. Zonder deze opdeling zijn er geen faseovergangen te managen.","B. Onjuist. Het is een pré als een project tussentijds voordelen oplevert, maar dit is geen harde procesvereiste om een formele managementfaseovergang te kunnen draaien.","C. Onjuist. Juist bij onvoorspelbare of innovatieve projecten helpt de opdeling in fasen om risico's te beheersen; een exact voorspelbare einddatum is geen randvoorwaarde.","D. Onjuist. Dit proces wordt primair aan het einde van elke succesvolle en reguliere fase doorlopen. Niet elke fase hoeft in afwijking te zijn."]}, +{exam:1,qnum:60,q:"Welke actie moet worden ondernomen als een project voortijdig wordt afgesloten?",opts:["De projectmanager moet nog steeds het proces 'afsluiten van een project' gebruiken om met de situatie om te gaan","De projectmanager moet er voor zorgen dat er geen extra werk wordt uitgevoerd voordat het project wordt afgesloten","De projectmanager moet het voortijdig afsluiten triggeren als de business case niet meer geldig is","De stuurgroep moet het gebruik van het resterende projectbudget voor de financiering van operationele kosten goedkeuren"],correct:0,explanation:["A. Juist. Zelfs als een project halverwege de rit door de stuurgroep wordt stopgezet, moet het ordelijk worden ontmanteld. De PM dient nog steeds het proces afsluiten van een project te doorlopen om de status te documenteren, producten te borgen en resources vrij te geven.","B. Onjuist. Een ordelijke afsluiting kan juist betekenen dat er wel tijdelijk extra werk moet worden verricht, zoals het veiligstellen van data of het sluiten van leverancierscontracten.","C. Onjuist. De projectmanager adviseert en signaleert, maar de formele bevoegdheid om een voortijdige afsluiting te triggeren en te besluiten ligt exclusief bij de stuurgroep.","D. Onjuist. De stuurgroep regelt de projectfinanciering, maar de bestemming van restbudgetten voor reguliere operationele lijnkosten valt onder de algehele corporate governance."]} +, +// === PROEFEXAMEN 2 (60 vragen) === +{exam:2,qnum:1,q:"Wat is een opleveraanpak waarbij de volgende stap pas wordt gestart als de vorige stap is afgerond en het product aan het eind van het project beschikbaar is?",opts:["Lineair-sequentieel","Hybride","Iteratief-incrementeel","Gebeurtenisgedreven"],correct:0,explanation:["A. Juist. Elke stap om een product te maken wordt sequentieel uitgevoerd en het product wordt beschikbaar gemaakt tijdens of aan het einde van het project.","B. Onjuist. Een hybride aanpak combineert lineair-sequentiële en iteratief-incrementele aanpakken voor verschillende onderdelen van het project.","C. Onjuist. Een iteratief-incrementele aanpak wordt vaak gebruikt voor productontwikkeling, waarbij requirements, ontwerp, ontwikkeling en testen iteratief plaatsvinden gedurende de hele projectlevenscyclus.","D. Onjuist. Gebeurtenisgedreven is geen opleveringsaanpak, maar een type beheersinstrument dat wordt ingezet als een bepaalde gebeurtenis zich voordoet."]}, +{exam:2,qnum:2,q:"Welk kenmerk van een project heeft betrekking op teams van verschillende organisaties die samenwerken?",opts:["Multidisciplinair","Uniek","Tijdelijk","Wijziging"],correct:0,explanation:["A. Juist. Projecten zijn multidisciplinair. Projecten werken vaak dwars door de gewone grenzen van de functionele afdelingen in een organisatie heen en strekken zich soms uit over verschillende organisaties.","B. Onjuist. Uniek betekent dat ieder project verschilt op een bepaalde manier, niet dat teams van verschillende organisaties samenwerken.","C. Onjuist. Tijdelijk betekent dat wanneer de gewenste verandering eenmaal is geïmplementeerd, de noodzaak voor het project verdwenen is.","D. Onjuist. Verandering betekent dat projecten de manieren zijn waarop wij veranderingen doorvoeren."]}, +{exam:2,qnum:3,q:"Welk principe wordt toegepast bij de review of het project waardevolle producten zal opleveren?",opts:["Zorgen voor voortdurende zakelijke rechtvaardiging","Leren van ervaringen","Manage by exception","Op maat maken voor het project"],correct:0,explanation:["A. Juist. Een PRINCE2-project heeft voldoende zakelijke rechtvaardiging om een investering te rechtvaardigen om het project op te starten en door te gaan tot het succesvol is afgerond. Er moet een gerechtvaardigde reden zijn om een project te starten en de rechtvaardiging moet geldig blijven.","B. Onjuist. Het principe leren van ervaringen heeft betrekking op het toepassen van leerpunten gedurende de levensduur van het project.","C. Onjuist. Het principe manage by exception heeft betrekking op het vaststellen van grenzen aan de gedelegeerde bevoegdheden.","D. Onjuist. Het principe op maat maken voor het project wordt toegepast wanneer PRINCE2 wordt op maat gemaakt voor de omgeving, de omvang, de complexiteit en het risiconiveau van het project."]}, +{exam:2,qnum:4,q:"Een extern IT-bedrijf wordt aangesteld om een nieuw boekhoudsysteem te leveren als onderdeel van een project. Welk principe wordt toegepast bij het overeenkomen van het contract met het IT-bedrijf?",opts:["Definiëren van rollen, verantwoordelijkheden en relaties","Managen per fase","Manage by exception","Op maat maken voor het project"],correct:0,explanation:["A. Juist. Het principe definiëren van rollen, verantwoordelijkheden en relaties heeft betrekking op het definiëren van rollen en verantwoordelijkheden binnen een structuur die de belangen van het bedrijf, de gebruiker en de leverancier definieert.","B. Onjuist. Het principe managen per fase heeft betrekking op het plannen, bewaken en beheersen van een project per fase.","C. Onjuist. Het principe manage by exception heeft betrekking op het vaststellen van grenzen aan de gedelegeerde bevoegdheden in een project.","D. Onjuist. Het principe op maat maken voor het project heeft betrekking op het aanpassen van beheersinstrumenten aan de schaal en complexiteit van het project."]}, +{exam:2,qnum:5,q:"Wat maakt het principe 'manage by exception' mogelijk?",opts:["Beslissingen moeten worden genomen door de juiste mensen, op het juiste moment","Het project levert de benefits op die worden vereist door het bedrijf","De leden van het projectteam begrijpen hun bijdrage aan het project","Het projectteam definieert de projectscope die door het project moet worden opgeleverd"],correct:0,explanation:["A. Juist. De toepassing van het principe manage by exception zorgt voor een efficiënt gebruik van de tijd van het senior management, omdat het de tijdsbelasting van de senior managers verlicht zonder hun beheersing af te nemen. Dit zorgt ervoor dat beslissingen op het juiste niveau in de organisatie worden genomen.","B. Onjuist. Het principe zorgen voor voortdurende zakelijke rechtvaardiging zorgt ervoor dat het project afgestemd is op de bedrijfsdoelstellingen.","C. Onjuist. Het principe definiëren van rollen, verantwoordelijkheden en relaties zorgt ervoor dat projectrollen en -verantwoordelijkheden duidelijk zijn gedefinieerd.","D. Onjuist. Het principe focussen op producten definieert de te leveren producten."]}, +{exam:2,qnum:6,q:"De projectmanager is met de teammanager overeengekomen dat een werkpakket maximaal 1 week later kan worden opgeleverd dan in het teamplan staat. Welk principe past de projectmanager toe?",opts:["Leren van ervaringen","Definiëren van rollen, verantwoordelijkheden en relaties","Manage by exception","Focussen op producten"],correct:2,explanation:["A. Onjuist. Het principe leren van ervaringen heeft betrekking op het toepassen van leerpunten gedurende de levensduur van het project.","B. Onjuist. Het principe definiëren van rollen, verantwoordelijkheden en relaties richt zich op het definiëren van rollen in het projectmanagementteam.","C. Juist. Het principe manage by exception bepaalt toleranties voor het betreffende planniveau. Een PRINCE2-project stelt grenzen aan de gedelegeerde bevoegdheden door toleranties te definiëren voor prestaties ten opzichte van de plannen.","D. Onjuist. Het principe focussen op producten heeft betrekking op de definitie en oplevering van producten, met name op de bijbehorende kwaliteitsvereisten."]}, +{exam:2,qnum:7,q:"De projectmanager heeft aanbevolen om een aantal managementproducten voor het project te combineren. In welk managementproduct moet dit worden vastgelegd?",opts:["Projectplan","Projectinitiatiedocumentatie","Faseplan","Business case"],correct:1,explanation:["A. Onjuist. Het wordt niet vastgelegd in het projectplan, want dat is een plan op hoofdlijnen dat de belangrijkste producten van het project weergeeft.","B. Juist. Hoe PRINCE2 wordt toegepast en op maat gemaakt voor het specifieke project, wordt vastgelegd in de projectinitiatiedocumentatie.","C. Onjuist. Het zou niet worden vastgelegd in het faseplan dat een gedetailleerd plan is dat wordt gebruikt als basis voor beheersing van het projectmanagement in een hele fase.","D. Onjuist. Een business case wordt gebruikt om de rechtvaardiging voor de uitvoering van een project vast te leggen op basis van de geschatte kosten tegenover de verwachte benefits."]}, +{exam:2,qnum:8,q:"Wat is een definitie van leiderschap?",opts:["Mensen motiveren door middel van overtuigen, beïnvloeden en co-creëren","Ervoor zorgen dat het project goed is geïnitieerd voordat het werk aan de oplevering begint","Governance mogelijk maken door bevoegdheid te delegeren van het ene managementniveau naar het volgende","Het project afgestemd houden op de benefits die het bedrijf nastreeft"],correct:0,explanation:["A. Juist. De definitie van leiderschap bevat mensen motiveren om de doelstellingen van een project te bereiken en te overtuigen, te beïnvloeden en samen te creëren, waarbij de nadruk ligt op het beheren van belangrijke relaties.","B. Onjuist. Dit is de focus van het principe managen per fase.","C. Onjuist. Dit is een focus van het principe manage by exception. PRINCE2 maakt passende governance mogelijk door gescheiden verantwoordelijkheden voor het sturen, managen en opleveren van het project.","D. Onjuist. Dit is een focus op het principe zorgen voor voortdurende zakelijke rechtvaardiging."]}, +{exam:2,qnum:9,q:"Welke term wordt gedefinieerd als het proces van mensen die samenwerken om de projectdoelstellingen te behalen?",opts:["Samenwerking","Plannen","Wijziging","Co-creatie"],correct:0,explanation:["A. Juist. De definitie van samenwerken is het proces van mensen uit het hele projectecosysteem die samen werken om de doelstellingen van het project te bereiken.","B. Onjuist. Plannen is een practice om communicatie en beheersing te vergemakkelijken.","C. Onjuist. Een wijziging wordt gedefinieerd als een aanpassing in een van de goedgekeurde managementproducten die de projectbaseline vormen.","D. Onjuist. De definitie van co-creatie is een specifieke vorm van samenwerking waarbij gebruikers en de belangrijkste beïnvloeders worden betrokken bij het ontwerp van producten en overeengekomen werkwijzen."]}, +{exam:2,qnum:10,q:"Wat is een definitie van een stakeholder?",opts:["Een individu dat het project kan beïnvloeden","Iemand die een actie onderneemt om een onzekerheid te mitigeren","Iedereen die verantwoordelijk is voor de algemene sturing van het project","Een onafhankelijke persoon die beoordeelt of een product aan de kwaliteitscriteria voldoet"],correct:0,explanation:["A. Juist. De definitie van een stakeholder is elk individu, elke groep of organisatie die het project kan beïnvloeden of erdoor kan worden beïnvloed (of meent erdoor te worden beïnvloed).","B. Onjuist. De definitie van een risico-actiehouder, niet een stakeholder, is iemand die eigenaar van een actie om een risico aan te pakken.","C. Onjuist. De stuurgroep, niet een stakeholder, wordt gedefinieerd als verantwoordelijke voor de algehele sturing en het beheer van het project.","D. Onjuist. De definitie van een reviewer, niet een stakeholder, is de persoon of groep die verantwoordelijke is voor het beoordelen of een product voldoet aan de kwaliteits- of acceptatiecriteria."]}, +{exam:2,qnum:11,q:"Welke activiteit moet zorgvuldig worden gemanaged als onderdeel van 'leidinggeven over organisatiegrenzen heen', omdat deze kan worden uitgevoerd door mensen die buiten het projectteam staan?",opts:["Het opleveren van de producten volgens de overeengekomen kwaliteitsspecificaties","Het integreren van nieuwe producten in elk geraakt gebied van het bedrijf","Het verkrijgen van commitment voor de realisatie van benefits na het project","Het verkrijgen van financiering van de bedrijfslaag voor de business case"],correct:1,explanation:["A. Onjuist. De teammanager is verantwoordelijk voor opleveren van producten volgens de overeengekomen specificaties en maakt deel uit van het projectmanagementteam.","B. Juist. Mensen binnen het bedrijf die betrokken zijn bij het project, maar niet binnen het gedefinieerde projectteam werken, kunnen bijdragen door nieuwe producten te integreren in hun deel van de organisatie.","C. Onjuist. De seniorgebruiker is verantwoordelijke voor succesvolle overdracht en ingebruikname van producten en het blijven realiseren van benefits. De seniorgebruiker zit in het projectteam.","D. Onjuist. De projectopdrachtgever regelt financiering voor het project en bevindt zich binnen het projectmanagementteam."]}, +{exam:2,qnum:12,q:"Welke uitspraak over effectieve stakeholderbetrokkenheid binnen een project is JUIST?",opts:["De belangrijkste beïnvloeders zijn meestal hogere leidinggevenden en niet degenen die operationele taken uitvoeren","De belangrijkste beïnvloeders met de grootste invloed blijven hetzelfde gedurende de looptijd van het project","De meeste communicatie met de belangrijkste beïnvloeders moet via formele communicatiekanalen verlopen","Het projectmanagementteam moet nauw samenwerken met de belangrijkste beïnvloeders om voor het succes van het project te zorgen"],correct:3,explanation:["A. Onjuist. De belangrijkste beïnvloeders omvatten ook personen in de gebruikers-, leveranciers- of bredere operationele gemeenschappen die zich bezighouden met dagelijkse taken en besluitvorming.","B. Onjuist. Stakeholders rondom de koppeling met het project kunnen na verloop van tijd veranderen naarmate het project zich ontwikkelt.","C. Onjuist. De meeste communicatie binnen organisaties vindt plaats buiten de formele kanalen om.","D. Juist. De belangrijkste beïnvloeders zijn de mensen met wie het projectmanagementteam het beste moet samenwerken om ervoor zorgen dat het project een succes is."]}, +{exam:2,qnum:13,q:"Waar wordt het MEEST WAARSCHIJNLIJK op gelet bij het samenstellen van een effectief projectteam?",opts:["Of teamleden training nodig hebben om hun vaardigheden en competenties te verbeteren","Ervoor zorgen dat de projectmanager een hogere rang heeft dan de teamleden","Of het waarschijnlijk is dat communicatiemanagementaanpak zal evolueren tijdens de looptijd van het project","Ervoor zorgen dat elk teamlid zorgvuldig wordt gekozen door de projectmanager"],correct:0,explanation:["A. Juist. Het is belangrijk om inzicht te hebben in de competenties en bekwaamheden van de mensen die worden aangeworven of aan een project worden toegewezen, en ervoor te zorgen dat eventuele hiaten worden geïdentificeerd en dat er maatregelen worden genomen om deze hiaten op te vullen.","B. Onjuist. Het is niet ongebruikelijk dat leden van het projectteam een hogere rang hebben dan de projectmanager.","C. Onjuist. De communicatiemanagementaanpak zal waarschijnlijk evolueren naarmate het project zich ontwikkelt, maar dit is geen overweging bij het samenstellen van een effectief projectteam.","D. Onjuist. Idealiter zouden organisaties de mensen selecteren die nodig zijn om elk van de vereiste rollen te vervullen, maar dit is vaak niet mogelijk."]}, +{exam:2,qnum:14,q:"Wat is een beschrijving van een doel van een verandermanagementaanpak?",opts:["Beschrijven welke rollen verantwoordelijk zijn voor het managen van onzekerheden in het opleveren van de doeltoestand","Beschrijven hoe de impact van een wijzigingsverzoek op de overeengekomen tijdlijn van het project wordt beoordeeld","Beschrijven welke technieken gebruikt zullen worden om te reviewen of producten voldoen aan de verwachtingen van de stakeholders","Beschrijven hoe het bedrijf van de huidige manier van werken naar de beoogde toestand gaat"],correct:3,explanation:["A. Onjuist. Het is de risicomanagementaanpak die beschrijft hoe risico's voor het project worden gemanaged.","B. Onjuist. Het is de issuemanagementaanpak die wordt gebruikt om te beschrijven hoe issues worden vastgelegd en hoe wijzigingen in de projectbaseline worden beoordeeld.","C. Onjuist. Een kwaliteitsmanagementaanpak wordt gebruikt voor het beschrijven van de kwaliteitstechnieken en -standaarden die worden toegepast.","D. Juist. Het doel van de verandermanagementaanpak is om de beoogde organisatorische toestand vast te stellen die nodig is voor het project om de doelstellingen te halen, samen met de middelen waarmee het bedrijf zal verschuiven van de huidige toestand."]}, +{exam:2,qnum:15,q:"Welk principe wordt toegepast door het element 'mensen' wanneer de mate van vertrouwen de mate van delegeren bepaalt?",opts:["Manage by exception","Managen per fase","Focussen op producten","Op maat maken voor de projectcontext"],correct:0,explanation:["A. Juist. Het principe manage by exception wordt toegepast door het element mensen door te erkennen dat de mate van delegatie is vaak afhankelijk van het niveau van vertrouwen dat bestaat in de belangrijkste relaties.","B. Onjuist. Het principe managen per fase wordt toegepast door te bedenken dat de fasen van een project vaak een verandering in de beïnvloeders en eventuele belangrijke relaties betekenen.","C. Onjuist. Het principe focussen op producten wordt toegepast door het samen creëren van producten, wat de verschillende perspectieven van de gemeenschappen verenigt.","D. Onjuist. Het principe op maat maken voor het project wordt toegepast wanneer op maat maken de mogelijkheid ondersteunt om de PRINCE2-methode aan te passen aan de betrokken mensen en organisaties."]}, +{exam:2,qnum:16,q:"Welk managementproduct biedt het projectteam de BESTE basis voor het doorlopende management van het totale project?",opts:["Hoofdpuntenrapport","Projectplan","Projectinitiatiedocumentatie","Business case"],correct:2,explanation:["A. Onjuist. Een hoofdpuntenrapport wordt gebruikt om de stuurgroep een overzicht te geven van de status van de fase.","B. Onjuist. Het projectplan is een plan op hoofdlijnen dat de belangrijkste producten van het project weergeeft.","C. Juist. Het is de projectinitiatiedocumentatie die de basis legt voor het voortdurende management van het project. De PID is het beste omdat deze het projectplan, de business case en de frequentie van de hoofdpuntenrapportage bevat.","D. Onjuist. Een business case wordt gebruikt om de rechtvaardiging voor de uitvoering van een project vast te leggen."]}, +{exam:2,qnum:17,q:"Wat is het directe resultaat van de gewenste eindresultaten?",opts:["Het behalen van de bedrijfsdoelstellingen","De oplevering van outputs volgens kwaliteitsspecificaties om te voldoen aan bedrijfsdoelstellingen","Meetbare verbeteringen gedefinieerd in de business case","Een verlaging van de kosten voor bedrijfswijzigingen gedefinieerd in de business case"],correct:2,explanation:["A. Onjuist. Eindresultaten resulteren direct in benefits (meetbare verbeteringen) die vervolgens leiden tot het behalen van de bedrijfsdoelstellingen.","B. Onjuist. De oplevering van outputs maakt de oplevering van eindresultaten mogelijk.","C. Juist. PRINCE2-projecten leveren output op in de vorm van producten die veranderingen mogelijk maken. Deze veranderingen creëren vermogen die leidt tot eindresultaten. De eindresultaten stellen de organisatie(s) in staat om de benefits te realiseren.","D. Onjuist. Alle projecten resulteren in een verandering in de manier waarop mensen, organisaties en systemen werken."]}, +{exam:2,qnum:18,q:"Wat moet het vertrouwen bieden dat er een degelijke rechtvaardiging is om een project uit te voeren?",opts:["Projectvoorstel","Business case","Benefitsmanagementaanpak","Projectplan"],correct:1,explanation:["A. Onjuist. Het projectvoorstel wordt gebruikt om een volledige en stevige basis te leggen voor de initiatie van het project.","B. Juist. Een business case wordt gebruikt om de rechtvaardiging voor de uitvoering van een project vast te leggen op basis van de geschatte kosten tegenover de verwachte benefits en afgezet tegen eventuele bijbehorende risico's.","C. Onjuist. De benefitsmanagementaanpak definieert de benefitsmanagementacties en benefitsreviews.","D. Onjuist. Het projectplan is een plan dat de belangrijkste producten van het project weergeeft."]}, +{exam:2,qnum:19,q:"Welke term wordt gedefinieerd als het tastbare of ontastbare op te leveren product van een activiteit?",opts:["Output","Eindresultaat","Benefit","Plan"],correct:0,explanation:["A. Juist. Een output wordt gedefinieerd als het materiële of immateriële op te leveren product van een activiteit.","B. Onjuist. Een eindresultaat is het resultaat van verandering, waarbij gewoonlijk werkelijk gedrag en/of omstandigheden worden beïnvloed.","C. Onjuist. Een benefit is de meetbare verbetering als gevolg van een eindresultaat dat door de investerende organisatie als positief wordt beschouwd.","D. Onjuist. Een plan is een managementproduct in de practice plannen."]}, +{exam:2,qnum:20,q:"Hoe worden enkele van de zeven aspecten van projectprestaties gebruikt bij het vaststellen van de zakelijke rechtvaardiging?",opts:["Door in de business case alleen te focussen op de kosten van productontwikkeling in vergelijking tot de benefits","Door dis-benefits als belangrijke risico's op te nemen in de beoordeling van de investering en ze af te wegen tegen de benefits","Door begrip te krijgen van de vereisten voor productkwaliteit en welke impact deze hebben op tijd, kosten of duurzaamheidsdoelen","Door ervoor te zorgen dat de projectproducten volledig worden gebruikt in de bedrijfsvoering om de benefits aan het bedrijf te leveren"],correct:2,explanation:["A. Onjuist. De business case moet niet alleen de kosten van de ontwikkeling van het projectproduct bevatten, maar ook eventuele wijzigingen in de operationele kosten wanneer het project is afgerond.","B. Onjuist. Dis-benefits zijn verwachte gevolgen van een activiteit, terwijl een risico onzeker is en mogelijk nooit optreedt.","C. Juist. Alle zeven aspecten van de prestatiedoelen van het project en hun onderlinge relaties moeten worden overwogen als onderdeel van de beoordeling van de zakelijke rechtvaardiging. Als er hogere kwaliteitsdoelen nodig zijn, zal dit waarschijnlijk invloed hebben op de doelen voor kosten, tijd of duurzaamheid.","D. Onjuist. Om benefits te realiseren, moeten de eindresultaten worden bereikt."]}, +{exam:2,qnum:21,q:"In welke stap van de managementtechniek voor de business case moet het projectmandaat worden gereviewd?",opts:["Ontwikkelen","Controleren","Onderhouden","Bevestigen"],correct:0,explanation:["A. Juist. Tijdens de stap ontwikkelen van de managementtechniek voor de business case geldt: het verstrekken van een projectmandaat activeert het proces opstarten van een project. Het projectmandaat wordt vervolgens gebruikt als input voor het ontwikkelen van de initiële zakelijke rechtvaardiging.","B. Onjuist. Tijdens de stap controleren zal de projectmanager de business case controleren bij het beoordelen van voortgang, risico's en issues.","C. Onjuist. Aan het einde van elke fase werkt de projectmanager de business case bij met de voortgangsgegevens. Dit maakt deel uit van de stap onderhouden.","D. Onjuist. Tijdens de stap bevestigen zal het bedrijf de business case reviewen als onderdeel van een post-projectbenefitsreview."]}, +{exam:2,qnum:22,q:"Welk principe wordt toegepast door de practice 'organisatie' wanneer de projectopdrachtgever ervoor zorgt dat beslissingen worden afgestemd op de veranderende behoeften van het bedrijf?",opts:["Focussen op producten","Zorgen voor voortdurende zakelijke rechtvaardiging","Leren van ervaringen","Manage by exception"],correct:1,explanation:["A. Onjuist. Het principe focussen op producten wordt toegepast door de practice organisatie door ervoor te zorgen dat producten worden sneller geaccepteerd door gebruikers.","B. Juist. Het principe zorgen voor voortdurende zakelijke rechtvaardiging wordt toegepast door de practice organisatie door iemand uit het bedrijf aanwijzen als projectopdrachtgever die het perspectief van het bedrijf vertegenwoordigt.","C. Onjuist. Het principe leren van ervaringen wordt toegepast door de practice organisatie door leerpunten te gebruiken om de projectmanagementteamstructuur te informeren.","D. Onjuist. Het principe manage by exception wordt toegepast door de practice organisatie door degenen die het best beslissingen kunnen nemen in staat te stellen om dit op het juiste moment te doen."]}, +{exam:2,qnum:23,q:"Een nieuw afdelingshoofd wil weten welke medewerkers betrokken zullen zijn bij het project. Welk managementproduct moet het afdelingshoofd reviewen?",opts:["Projectmanagementteamstructuur","Rolbeschrijvingen","Projectlogboek","Stuurgroep"],correct:0,explanation:["A. Juist. Het doel van de projectmanagementteamstructuur is om te definiëren wie betrokken is bij het project, wat hun relaties zijn en hoe ze zullen samenwerken.","B. Onjuist. De rolbeschrijvingen beschrijven de rollen van de leden van het projectmanagementteam en hun verantwoordelijkheden.","C. Onjuist. Het projectlogboek kan een enkel document zijn of een verzameling van afzonderlijke logboeken.","D. Onjuist. De stuurgroep is een managementniveau binnen de projectmanagementteamstructuur. Het is geen managementproduct."]}, +{exam:2,qnum:24,q:"Identificeer welk woord/welke woorden in de volgende zin ontbreken. PRINCE2 gebruikt de term [?] voor alle mensen die hun tijd aan het project moeten besteden.",opts:["stakeholders","gebruikers","projectteam","projectsupport"],correct:2,explanation:["A. Onjuist. PRINCE2 gebruikt de term projectteam voor alle mensen waarvan het nodig is dat ze hun tijd toewijzen aan het project.","B. Onjuist. PRINCE2 gebruikt de term projectteam voor alle mensen waarvan het nodig is dat ze hun tijd toewijzen aan het project.","C. Juist. PRINCE2 gebruikt de term projectteam voor alle mensen waarvan het nodig is dat ze hun tijd toewijzen aan het project.","D. Onjuist. PRINCE2 gebruikt de term projectteam voor alle mensen waarvan het nodig is dat ze hun tijd toewijzen aan het project."]}, +{exam:2,qnum:25,q:"Hoe moet de opdrachtgevende partij volgens de richtlijnen voor effectief organiseren bijdragen aan een project als het van start gaat?",opts:["Door de projectopdrachtgever in het projectmandaat te identificeren","Door per fase duurzaamheidsdoelen te stellen","Door elke inbreuk op een tolerantie op projectniveau die zich voordoet, te autoriseren","Door verantwoordelijk te zijn voor het algehele management van het project"],correct:0,explanation:["A. Juist. De opdrachtgevende partij binnen het bedrijf is verantwoordelijk voor het verstrekken van het projectmandaat, het identificeren van de opdrachtgever, het definiëren van de toleranties op projectniveau waarbinnen de stuurgroep zal werken.","B. Onjuist. De stuurgroep autoriseert de start en voltooiing van elke fase, inclusief het instellen van fasetoleranties.","C. Onjuist. Het autoriseren van mogelijke overschrijdingen van een tolerantie op projectniveau moet, indien nodig, plaatsvinden tijdens de oplevering van het project, niet aan het begin.","D. Onjuist. De stuurgroep bestaat uit vertegenwoordigers van het bedrijf, de gebruikers en de leveranciers en is eindverantwoordelijk voor het succes van het project."]}, +{exam:2,qnum:26,q:"In welke stap van de techniek voor organisatieontwerp en -ontwikkeling moet de verantwoordelijkheid voor het vaststellen van persoonlijke doelstellingen overeenkomen?",opts:["Het organisatorisch ecosystem begrijpen","Het projectecosysteem ontwikkelen","Het projectecosysteem ontwerpen","Overgang van het project naar het organisatorisch ecosystem"],correct:0,explanation:["A. Juist. Tijdens de stap het organisatorisch ecosystem begrijpen geldt: als een tijdelijke organisatie moet de projectaanpak definiëren hoe het project waar nodig raakvlak heeft met het organisatorisch ecosystem. Het moet duidelijk zijn wie verantwoordelijke blijft voor issues als peoplemanagement: prestatiemanagement, beloningen, promotie en welzijn.","B. Onjuist. Tijdens de stap het projectecosysteem ontwikkelen betreft projectorganisatieontwikkeling het implementeren van het projectorganisatieontwerp.","C. Onjuist. Tijdens de stap het projectecosysteem ontwerpen beschrijft projectorganisatieontwerp hoe het werk en de mensen georganiseerd moeten worden.","D. Onjuist. Tijdens de stap overgang van het project naar het organisatorisch ecosysteem is het bij de afsluiting van een project belangrijk om het organisatorisch ecosysteem te begrijpen."]}, +{exam:2,qnum:27,q:"Hoe moeten goedgekeurde plannen beheersing mogelijk maken?",opts:["Plannen moeten de baseline verstrekken van waaruit het tijdschema kan worden ontwikkeld","Plannen moeten worden gebruikt om de voortgang te monitoren en de impact van issues en risico's te beoordelen","Plannen moeten worden bijgewerkt zodra een wijziging in de projectscope is geïdentificeerd om de herziene scope weer te geven","Plannen voor het project als geheel omvatten schattingen die het meest nauwkeurig zijn"],correct:1,explanation:["A. Onjuist. Een tijdsplanning wordt gemaakt als onderdeel van het plan, niet erna.","B. Juist. Plannen zijn de ruggengraat van de informatie dat vereist is om een project te managen. Na goedkeuring biedt een plan een baseline waartegen de voortgang kan worden afgemeten en issues kunnen worden beoordeeld.","C. Onjuist. Plannen moeten daarom alleen worden bijgewerkt als een wijziging is goedgekeurd, niet als deze voor het eerst wordt geïdentificeerd.","D. Onjuist. Het projectplan heeft hoogstwaarschijnlijk de minst nauwkeurige schatting omdat het verder reikt dan de planningshorizon."]}, +{exam:2,qnum:28,q:"De teammanager moet controleren welke producten zijn team moet leveren. Welk managementproduct moet de teammanager reviewen?",opts:["Projectproductbeschrijving","Werkpakketbeschrijving","Faseplan","Projectplan"],correct:1,explanation:["A. Onjuist. De projectproductbeschrijving beschrijft de belangrijkste producten van het project en het beoogde doel, inclusief de kwaliteitsverwachtingen.","B. Juist. Een werkpakketbeschrijving wordt gebruikt om te beschrijven hoe een of meer producten geproduceerd en opgeleverd zullen worden. Het wordt gebruikt om de verantwoordelijkheid voor het werk formeel over te dragen aan een teammanager of teamlid.","C. Onjuist. Een faseplan wordt gebruikt als basis voor de beheersing van projectmanagement gedurende een fase. Soms is faseplan vertrouwelijk.","D. Onjuist. Het projectplan is een plan op hoofdlijnen dat de belangrijkste producten van het project weergeeft."]}, +{exam:2,qnum:29,q:"Wat wordt gedefinieerd als een plan op hoofdlijnen met de belangrijkste producten van het project?",opts:["Een projectplan","Een faseplan","Een teamplan","Een werkpakket"],correct:0,explanation:["A. Juist. Een projectplan is een plan op hoofdlijnen dat de belangrijkste producten van het project weergeeft, en wanneer, hoe en tegen welke kosten ze worden opgeleverd.","B. Onjuist. Een faseplan is een gedetailleerd plan dat wordt gebruikt als basis voor projectmanagementbeheersing gedurende de fase.","C. Onjuist. Een teamplan is een plan dat de basis vormt voor het organiseren en beheersen van het werk van een team bij het uitvoeren van een werkpakket.","D. Onjuist. Een werkpakket wordt gebruikt om te beschrijven hoe een of meer producten geproduceerd en opgeleverd zullen worden."]}, +{exam:2,qnum:30,q:"Hoe moet de projectmanager de planningshorizon aanpakken?",opts:["Door een voltooid en gedetailleerd projectplan op te stellen op basis van nauwkeurige schattingen","Door een plan voor de volgende fase op te stellen op basis van nauwkeurigere schattingen","Door de belangrijkste producten en activiteiten in het projectplan te identificeren","Door onderlinge afhankelijkheden tussen belangrijke producten in het faseplan te identificeren"],correct:1,explanation:["A. Onjuist. Het PRINCE2-principe van managen per fase richt zich op de noodzaak om plannen binnen een redelijke planningshorizon te houden. Het projectplan is een beschrijving op hoofdlijnen.","B. Juist. Het PRINCE2-principe van managen per fase richt zich op de noodzaak om plannen binnen een redelijke planningshorizon te houden. Daarom heeft een PRINCE2-project een faseplan voor de huidige fase als een gedetailleerd document, gebaseerd op preciezere schattingen.","C. Onjuist. Het projectplan wordt gedefinieerd als een plan op hoofdlijnen dat de belangrijkste producten van het project weergeeft.","D. Onjuist. Productgerichte planning helpt door duidelijk en consistent de producten van het plan en de onderlinge afhankelijkheden te identificeren, maar dit gaat niet specifiek over de planningshorizon."]}, +{exam:2,qnum:31,q:"In welke stap van de planningstechniek moet de projectmanager de apparatuur identificeren die nodig is om het plan te realiseren?",opts:["Schattingen maken","De producten definiëren en analyseren","Werkpakketten organiseren","Een tijdschema maken"],correct:0,explanation:["A. Juist. Projectmanagers en teammanagers plannen altijd met schattingen van middelen: dit kunnen specifieke materialen, apparatuur, faciliteiten, toegang, natuurlijke hulpbronnen of geld zijn. Dit is de stap schattingen maken.","B. Onjuist. Tijdens het proces opstarten van een project worden de hoofdproducten of eindresultaten, samen met de belangrijkste kwaliteitsvereisten, vastgelegd. Dit is de stap producten definiëren en analyseren.","C. Onjuist. Wanneer de opleveringsmethode is bepaald, kunnen de opleveringsactiviteiten voor elk product worden geïdentificeerd en georganiseerd in werkpakketten. Dit is de stap werkpakketten organiseren.","D. Onjuist. De volgorde, onderlinge relaties en duur van werkpakketten worden vastgelegd in een tijdsplanning. Dit is de stap tijdsplanning opstellen."]}, +{exam:2,qnum:32,q:"Wat is een beschrijving van een doel van de practice 'kwaliteit'?",opts:["Definiëren hoe de producten van het project getest zullen worden om hun acceptatie te verkrijgen","Definiëren hoe de projectopdrachtgever zal beslissen of de benefits de kosten overstijgen","Het projectteam in staat stellen effectief te communiceren door te definiëren hoe de producten worden geleverd","Het verzamelen en beoordelen van afwijkingen van specificatie en het beoordelen van wijzigingen in de overeengekomen projectscope"],correct:0,explanation:["A. Juist. De practice kwaliteit behandelt de kwaliteitsconcepten, richtlijnen, technieken, managementproducten en verantwoordelijkheden voor de projectproducten.","B. Onjuist. Het doel van de practice business case is het inrichten van mechanismen om te kunnen beoordelen of het project wenselijk, levensvatbaar en haalbaar is.","C. Onjuist. Het doel van de practice plannen is om communicatie en beheersing te vergemakkelijken door het definiëren van de op te leveren producten.","D. Onjuist. Het doel van de practice issues is het verzamelen en beoordelen van issues en het beheersen van wijzigingen in de baseline van het project."]}, +{exam:2,qnum:33,q:"De projectmanager moet controleren wanneer een output gepland staat om geïnspecteerd te worden. Welk managementproduct moet de projectmanager reviewen?",opts:["Kwaliteitsmanagementaanpak","Productbeschrijving","Productregister","Kwaliteitsregister"],correct:3,explanation:["A. Onjuist. Een kwaliteitsmanagementaanpak wordt gebruikt voor het beschrijven van de kwaliteitstechnieken en -standaarden die worden toegepast.","B. Onjuist. Een productbeschrijving wordt gebruikt om het doel, de samenstelling, de herkomst en de kwaliteitsspecificaties van een product te beschrijven.","C. Onjuist. Het productregister wordt gebruikt om een lijst te maken van alle producten die vereist zijn voor een plan en de status van die producten.","D. Juist. Het kwaliteitsregister wordt gebruikt om een overzicht te geven van alle kwaliteitsmanagementactiviteiten die gepland staan of hebben plaatsgevonden."]}, +{exam:2,qnum:34,q:"Wat beschrijft kwaliteitsspecificaties?",opts:["Ze worden toegepast bij de inspectie van een afgerond product","Ze worden toegepast bij de acceptatie van het projectproduct","Ze worden vastgelegd in de projectproductbeschrijving","Ze worden vastgelegd in de kwaliteitsmanagementaanpak"],correct:0,explanation:["A. Juist. Kwaliteitsspecificaties beschrijven de kwaliteitsmaatstaven die zullen worden toegepast door degenen die de kwaliteitsbeheersing uitvoeren en de niveaus waaraan het afgerond product moet voldoen. Ze worden vermeld in productbeschrijvingen.","B. Onjuist. Het zijn acceptatiecriteria, niet kwaliteitsspecificaties, die worden gedefinieerd als een geprioriteerde lijst met criteria waar het projectproduct aan moet voldoen voordat de gebruiker het accepteert.","C. Onjuist. Het zijn acceptatiecriteria, niet kwaliteitsspecificaties, die worden vastgelegd in de projectproductbeschrijving.","D. Onjuist. De kwaliteitsmanagementaanpak beschrijft de kwaliteitstechnieken en -standaarden die worden toegepast. Het definieert geen kwaliteitsspecificaties voor individuele producten."]}, +{exam:2,qnum:35,q:"Er wordt een gebouw gebouwd als onderdeel van het project. Het gebouw moet voldoen aan milieudoelen. Welke informatie moet worden vastgelegd als onderdeel van kwaliteitsplanning?",opts:["De kwaliteitsactiviteiten om de productduurzaamheid te testen in het kwaliteitsregister","De testresultaten na het testen van de milieuvereisten van het product","De milieuvereisten als de specificaties in de productbeschrijving","De post-projectreviews om de duurzaamheidsdoelen te meten in de benefitsmanagementaanpak"],correct:2,explanation:["A. Onjuist. Kwaliteitsactiviteiten vastleggen in het kwaliteitsregister maakt deel uit van kwaliteitsbeheersing, niet van kwaliteitsplanning.","B. Onjuist. Het bijwerken van de kwaliteitsactiviteiten in het kwaliteitsregister is onderdeel van kwaliteitsbeheersing, niet van kwaliteitsplanning.","C. Juist. Als onderdeel van kwaliteitsplanning geldt: productbeschrijvingen moeten productduurzaamheidsvereisten bevatten die zijn vastgelegd als kwaliteitsspecificaties of acceptatiecriteria.","D. Onjuist. Het definiëren van post-project benefitsreviews in de benefitsmanagementaanpak maakt deel uit van de practice business case."]}, +{exam:2,qnum:36,q:"De projectmanager heeft een geprioriteerde lijst met criteria waar het projectproduct aan moet voldoen voordat de gebruiker het accepteert. In welke stap van de techniek voor kwaliteitsmanagement moet deze prioritering worden gebruikt om kwaliteitsspecificaties te definiëren?",opts:["Gebruikersinputs verzamelen","Producten accepteren","De kwaliteitsmanagementaanpak beschrijven","Kwaliteit beheersen"],correct:0,explanation:["A. Juist. De kwaliteitsverwachtingen van de gebruiker en acceptatiecriteria worden vastgelegd in de projectproductbeschrijving en geproduceerd tijdens het proces opstarten van een project, wat een primaire input is voor de PRINCE2-planningstechniek. De projectproductbeschrijving is ook de primaire input voor de kwaliteitsplanning.","B. Onjuist. Acceptatie van een projectproduct betekent meestal dat het eigendom of de verantwoordelijkheid voor het product overgaat naar de stuurgroep namens de gebruiker.","C. Onjuist. De techniek voor kwaliteitsmanagement moet zich richten op hoe kwaliteitsbeheersing georganiseerd, uitgevoerd, bewaakt en gerapporteerd zal worden.","D. Onjuist. Kwaliteitsbeheersingsactiviteiten worden vastgelegd in het kwaliteitsregister."]}, +{exam:2,qnum:37,q:"Waarom moet de practice 'risico' worden uitgevoerd?",opts:["Om de stuurgroep in staat te stellen te beslissen of het waarschijnlijk is dat de eindresultaten en resulterende benefits zullen worden behaald","Om de projectmanager in staat te stellen te voorspellen of het project op tijd en tegen kosten wordt opgeleverd","Om de aanpassingen aan de huidige goedgekeurde versies van de projectproducten te identificeren","Om kansen te identificeren en te managen die een positieve invloed hebben op het behalen van de projectdoelstellingen"],correct:3,explanation:["A. Onjuist. Het doel van de practice business case is het inrichten van mechanismen om te kunnen beoordelen of het project wenselijk, levensvatbaar en haalbaar is.","B. Onjuist. Het doel van de practice voortgang is een prognose te geven voor de projectdoelstellingen en voortdurende haalbaarheid.","C. Onjuist. Het doel van de practice issues is het verzamelen en beoordelen van issues en het beheersen van wijzigingen in de baseline van het project.","D. Juist. Het doel van de practice risico is het identificeren, beoordelen en beheersen van onzekerheden die de doelstellingen van het project zouden beïnvloeden, om de kans van slagen van een project te vergroten."]}, +{exam:2,qnum:38,q:"De PRINCE2-procedure moet op maat gemaakt worden om ervoor te zorgen dat gebeurtenissen die de doelstellingen kunnen beïnvloeden, worden gemanaged. In welk managementproduct moet dit worden vastgelegd?",opts:["Risicomanagementaanpak","Risicoregister","Issuemanagementaanpak","Issueregister"],correct:0,explanation:["A. Juist. Het is de projectinitiatiedocumentatie: risicomanagementaanpak die de specifieke procedures, technieken, standaarden en verantwoordelijkheden die moeten worden toegepast beschrijft.","B. Onjuist. Het projectlogboek: risicoregister houdt een register bij van geïdentificeerde risico's met betrekking tot het project.","C. Onjuist. Het doel van de issuemanagementaanpak is om te beschrijven hoe issues worden vastgelegd en gerapporteerd.","D. Onjuist. Het doel van het issueregister is het vastleggen van alle issuerapporten die tijdens de levenscyclus van het project zijn opgesteld."]}, +{exam:2,qnum:39,q:"Welke term wordt gedefinieerd als een onzekere gebeurtenis of verzameling gebeurtenissen die, als die zou plaatsvinden, effect zou hebben op het behalen van doelstellingen?",opts:["Risico","Afwijking van specificatie","Wijzigingsverzoek","Probleem/punt van zorg"],correct:0,explanation:["A. Juist. De definitie van een risico is een onzekere gebeurtenis of verzameling gebeurtenissen die, als die zou plaatsvinden, invloed zou hebben op het behalen van doelstellingen.","B. Onjuist. De definitie van afwijking van specificatie is een product dat niet voldoet aan de kwaliteitsspecificaties.","C. Onjuist. De definitie van een wijzigingsverzoek is een voorstel voor een wijziging van een baseline.","D. Onjuist. Een probleem is een issue met een onmiddellijke en negatieve impact. Een punt van zorg is een issue waarvan de urgentie en de impact moeten worden beoordeeld."]}, +{exam:2,qnum:40,q:"Hoe zorgt effectief risicomanagement voor inzicht in de totale risicoblootstelling van een project?",opts:["Door risico's, in relatie tot de risicotolerantielijn, te positioneren op een samenvattend risicoprofiel","Door verschillende soorten duurzaamheidsrisico's te identificeren","Door het identificeren, beoordelen en plannen van maatregelen voor elk risico","Door een risicobudget op te stellen voor het financieren van risicomaatregelen"],correct:0,explanation:["A. Juist. Een handige manier om de verzameling risico's samen te vatten is om ze te plaatsen in een risicomatrix. De risico's boven en rechts van de gestreepte risicotolerantielijn verwijzen naar de risico's die het bedrijf niet zal accepteren.","B. Onjuist. Het gebruik van risicocategorieën helpt projecten om risico's te identificeren en te prioriteren, maar geeft geen totaalinzicht in risicoblootstelling.","C. Onjuist. Om risicomanagement effectief te laten zijn moeten risico's worden geïdentificeerd, vastgelegd, beoordeeld en geprioriteerd. Hierna moet de totale blootstelling worden begrepen.","D. Onjuist. Een risicobudget is een geldbedrag om specifieke managementreacties te financieren."]}, +{exam:2,qnum:41,q:"De projectmanager moet het projectvoorstel reviewen om te beslissen wie verantwoordelijk wordt voor elke stap in de risicomanagementtechniek. In welke stap van de risicomanagementtechnieken moet dit gebeuren?",opts:["Identificeren - context en doelstellingen definiëren","Identificeren - bedreigingen en kansen identificeren","Beoordelen - risico's prioriteren","Plannen"],correct:0,explanation:["A. Juist. De substap identificeren - context en doelstellingen bepalen is het verkrijgen van informatie over het project, om te zorgen dat er een gedeeld begrip is van de specifieke doelstellingen die risico lopen en om een geschikte risicomanagementaanpak te formuleren.","B. Onjuist. Als onderdeel van de substap identificeren - bedreigingen en kansen identificeren beveelt PRINCE2 aan dat risico's worden vastgelegd in het risicoregister zodra ze zijn geïdentificeerd.","C. Onjuist. Als onderdeel van de substap beoordelen - risico's prioriteren wordt gekeken naar de waarschijnlijkheid dat het risico zich voordoet en de impact van elk risico.","D. Onjuist. De stap plannen betekent het identificeren en evalueren van de juiste risicomaatregel om bedreigingen weg te nemen of te verminderen."]}, +{exam:2,qnum:42,q:"De seniorgebruiker is bezorgd dat de projectscope moet worden gewijzigd. Wanneer moet de seniorgebruiker dit issue aankaarten?",opts:["Zodra het issue is geïdentificeerd","Op de volgende geplande formele projectvergadering","Op de volgende geplande vergadering van de leden van de stuurgroep","Naarmate het einde van de fase nadert"],correct:0,explanation:["A. Juist. Issues kunnen op elk moment tijdens het project worden ingediend door een teamlid of stakeholder. Daarom moet de seniorgebruiker het issue melden zodra het is geïdentificeerd.","B. Onjuist. Issues kunnen op elk moment worden ingediend. Het zou niet gepast zijn om te wachten op de volgende geplande formele projectvergadering.","C. Onjuist. Issues kunnen op elk moment worden ingediend. Het zou niet gepast zijn om te wachten op de volgende geplande vergadering van de stuurgroep.","D. Onjuist. Issues kunnen op elk moment worden ingediend. Het zou niet gepast zijn om te wachten op een faseovergang."]}, +{exam:2,qnum:43,q:"De projectmanager wil de status bekijken van alle gebeurtenissen die worden overwogen door het projectmanagementteam. Welk managementproduct moet de projectmanager reviewen?",opts:["Issueregister","Issuerapport","Risicoregister","Productregister"],correct:0,explanation:["A. Juist. Het doel van het issueregister is het vastleggen van alle issuerapporten die tijdens de levenscyclus van het project zijn opgesteld, de huidige status ervan en datum van afsluiting.","B. Onjuist. Een issuerapport heeft tot doel de impact van het issue op de projectbaseline te beschrijven en manieren te identificeren om het issue op te lossen.","C. Onjuist. Het projectlogboek: risicoregister houdt geïdentificeerde risico's bij die zijn gerelateerd aan het project.","D. Onjuist. Het projectlogboek: productregister bestaat uit een lijst van alle producten die vereist zijn voor een plan."]}, +{exam:2,qnum:44,q:"Wat is de definitie van een wijzigingsverzoek?",opts:["Een voorstel voor een wijziging van een baseline","Iets dat verstrekt had moeten zijn, maar niet verstrekt is","Een onzekere gebeurtenis die de doelstellingen kan beïnvloeden","De huidige goedgekeurde versies van de projectproducten waarop wijzigingsbeheer van toepassing is"],correct:0,explanation:["A. Juist. De definitie van een wijzigingsverzoek is een voorstel voor een wijziging van een baseline.","B. Onjuist. De definitie van een afwijking van specificatie is een product dat niet voldoet aan de kwaliteitsspecificaties.","C. Onjuist. De definitie van een risico is een onzekere gebeurtenis of verzameling gebeurtenissen die, als die zou plaatsvinden, invloed zou hebben op het behalen van doelstellingen.","D. Onjuist. De definitie van een projectbaseline is de huidige goedgekeurde versies van de managementproducten en projectproducten waarop wijzigingsbeheer van toepassing is."]}, +{exam:2,qnum:45,q:"De stuurgroep heeft aanzienlijke wijzigingsbevoegdheden gedelegeerd aan verschillende rollen in het projectmanagementteam. Welk negatief effect kan hier direct uit voortvloeien?",opts:["De meeste wijzigingen in productbeschrijvingen kunnen worden gegenereerd door teamleden","De feitelijke en geautoriseerde status van producten die in het productregister zijn geregistreerd, komen mogelijk niet overeen","De stuurgroep kan traag zijn met het nemen van beslissingen, waardoor voortgang van de oplevering vertraging oploopt","De projectscope kan minder worden afgestemd op de business case"],correct:3,explanation:["A. Onjuist. In de praktijk zullen de meeste wijzigingen op werkpakketniveau worden gegenereerd. Dit is wat er normaal gesproken gebeurt.","B. Onjuist. Het is een good practice om periodiek te controleren of de werkelijke status van de producten overeenkomt met de geautoriseerde status. Dit is geen effect van het delegeren van bevoegdheid voor wijzigingen.","C. Onjuist. Als er te weinig gedelegeerd wordt, is de kans groot dat de stuurgroep de voortgang vertraagt. Daarom zou dit eerder een resultaat zijn van te weinig delegeren.","D. Juist. Als er te veel wordt gedelegeerd, met name aan te veel verschillende rollen, neemt het risico toe dat de algehele benefits van het project afnemen omdat de afstemming op de zakelijke rechtvaardiging verwatert."]}, +{exam:2,qnum:46,q:"De projectmanager moet rekening houden met de impact van een issue op de benefits en kosten. In welke stap van de issuemanagementtechniek moet dit gebeuren?",opts:["Issues beoordelen","Issues verzamelen","Beslissen over wijzigingen","Wijzigingen implementeren"],correct:0,explanation:["A. Juist. Als onderdeel van de stap issues beoordelen: bij het reviewen van issues is het doel om te beantwoorden wat het type issue is, heeft deze issue invloed op het project en zo ja hoe. Daarbij moet worden gekeken naar de impact van een issue of wijziging.","B. Onjuist. Als onderdeel van issues verzamelen: issues kunnen worden vastgelegd via alle formele of informele communicatiekanalen.","C. Onjuist. Beslissen over wijzigingen geeft een overzicht van de typische beslissingskeuzes als reactie op een wijzigingsvoorstel. Dit volgt op het assessment van het issue.","D. Onjuist. Goedgekeurde wijzigingsverzoeken moeten worden vastgelegd in het projectlogboek. Dit is de stap wijzigingen doorvoeren."]}, +{exam:2,qnum:47,q:"Welke uitspraak beschrijft het BESTE waar voortgang moet worden bewaakt?",opts:["Bij de (fase)overgangen aan het einde van elke fase","Op project-, fase- en werkpakketniveau","Op het niveau van productoplevering","Bij projectafsluiting wanneer de kosten van het project worden berekend"],correct:1,explanation:["A. Onjuist. Een faseovergang is een gebeurtenisgedreven beheersinstrument. Voortgang moet ook worden bewaakt gedurende een fase via checkpointrapporten.","B. Juist. Een belangrijk onderdeel van projectmanagement is het beheersen van de voortgang van het project. De voortgang kan worden bewaakt op het niveau van een werkpakket, een fase en het project.","C. Onjuist. De voortgang moet bewaakt worden aan de hand van teamplan, faseplan en het projectplan.","D. Onjuist. De voortgang moet gedurende het hele project worden bewaakt, niet alleen bij afsluiting."]}, +{exam:2,qnum:48,q:"De projectmanager moet de stuurgroep informeren over welke goedgekeurde producten er nog openstaan voordat de stuurgroep verder werk goedkeurt. In welk managementproduct moet de projectmanager deze gegevens vastleggen?",opts:["Checkpointrapport","Hoofdpuntenrapport","Fase-eindrapport","Projecteindrapport"],correct:2,explanation:["A. Onjuist. Checkpointrapporten worden gebruikt door de teammanager om de status van het werkpakket te rapporteren aan de projectmanager.","B. Onjuist. De projectmanager brengt regelmatig hoofdpuntenrapporten uit om de stuurgroep een overzicht te geven van de status van de fase.","C. Juist. Fase-eindrapporten worden gebruikt door de projectmanager aan het einde van elke fase om een samenvatting te geven van de voortgang tot dan toe, en van voldoende informatie om de stuurgroep te vragen om een besluit te nemen over wat er vervolgens met het project moet worden gedaan.","D. Onjuist. Een projecteindrapport wordt gebruikt tijdens de projectafsluiting om te reviewen hoe het project heeft gepresteerd."]}, +{exam:2,qnum:49,q:"Identificeer welk woord ontbreekt in de volgende zin: De bedrijfslaag, buiten het projectteam, stelt de globale vereisten en de [?] niveaus voor het project vast.",opts:["tolerantie","issue","prognose","risico"],correct:0,explanation:["A. Juist. De bedrijfslaag, buiten het projectteam, stelt de globale requirements en de tolerantieniveaus voor het project vast.","B. Onjuist. Een issue is een gebeurtenis die relevant is voor het project en die aandacht van het projectmanagement vereist.","C. Onjuist. Een prognose is een verwachting op basis van historische gegevens en patronen uit het verleden.","D. Onjuist. De definitie van een risico is een onzekere gebeurtenis of verzameling gebeurtenissen die, als die zou plaatsvinden, invloed zou hebben op het behalen van doelstellingen."]}, +{exam:2,qnum:50,q:"Het projectmandaat stelt een vaste datum vast voor de oplevering van het project. Er is nu overeengekomen dat het project tot 4 weken vertraging kan oplopen. Welk managementniveau moet dit overeenkomen?",opts:["Stuurgroep","Projectmanager","Bedrijfslaag","Teammanager"],correct:2,explanation:["A. Onjuist. De bedrijfslaag stelt de globale vereisten en de tolerantieniveaus voor het project vast. De stuurgroep heeft beheersing over het geheel op projectniveau, maar een overschrijding van de afgesproken projecttoleranties moet worden doorverwezen naar de bedrijfslaag.","B. Onjuist. De projectmanager heeft de dagelijkse beheersing over een managementfase binnen de tolerantiegrenzen die zijn vastgesteld door de stuurgroep.","C. Juist. De bedrijfslaag, buiten het projectteam, stelt de globale vereisten en de tolerantieniveaus voor het project vast. Hieronder valt de totale tijdtolerantie voor het project.","D. Onjuist. De teammanager heeft de beheersing over een werkpakket, maar alleen binnen de met de projectmanager afgesproken toleranties."]}, +{exam:2,qnum:51,q:"Welke actie kan een projectmanager ondernemen als een issue ervoor zorgt dat een van de fasetoleranties wordt overschreden?",opts:["Accepteren of afwijzen van de aanbeveling uit het afwijkingsrapport","Oplossen van het issue binnen andere projecttoleranties en het opnemen in het volgende hoofdpuntenrapport","Escaleren naar de bedrijfslaag voor advies en sturing om het afwijkingsrapport te implementeren","Oplossen van het issue met behulp van andere fasetoleranties en het opnemen in het volgende hoofdpuntenrapport"],correct:3,explanation:["A. Onjuist. Het accepteren of afwijzen van de aanbeveling uit een afwijkingsrapport is een optie die de stuurgroep of projectopdrachtgever kan nemen, niet de projectmanager.","B. Onjuist. Als het issue door de projectmanager binnen de fasetoleranties kan worden opgelost, hoeft er geen afwijkingsrapport te worden aangemaakt.","C. Onjuist. De stuurgroep of projectopdrachtgever kan het afwijkingsrapport implementeren door te escaleren naar de bedrijfslaag als de afwijking het project buiten toleranties op projectniveau brengt.","D. Juist. Als het issue door de projectmanager binnen de fasetoleranties kan worden opgelost, hoeft er geen afwijkingsrapport te worden aangemaakt."]}, +{exam:2,qnum:52,q:"Wat is een beschrijving van een doel van het proces 'initiëren van een project'?",opts:["Het definiëren van hoe lang het duurt voordat het project oplevert wat nodig is voor acceptatie","Het beheersen van de schakel tussen de projectmanager en de teammanagers","Het reviewen, op hoofdlijnen, of het project waarde zal toevoegen aan een organisatie","Het beoordelen of een project op tijd is opgeleverd en of het nog iets kan bijdragen"],correct:0,explanation:["A. Juist. Het doel van het proces initiëren van een project is het leggen van een stevige basis voor het project, waardoor het bedrijf duidelijkheid krijgt over het werk dat moet worden gedaan om het projectproduct op te leveren voordat aanzienlijke uitgaven worden gedaan of resources worden toegekend.","B. Onjuist. Het doel van het proces managen productoplevering is het beheersen van de schakel tussen de projectmanager en teammanager.","C. Onjuist. Het doel van het proces opstarten van een project is te zorgen dat is voldaan aan de randvoorwaarden voor initiëren van een project door de vraag te beantwoorden: is ons project levensvatbaar en lonend?","D. Onjuist. Het doel van het proces afsluiten van een project is zorgen voor een vast punt waarop de acceptatie van het projectproduct wordt bevestigd."]}, +{exam:2,qnum:53,q:"De teammanager moet overeenkomen welke producten wanneer geproduceerd moeten worden. In welk proces moet dit worden overeengekomen?",opts:["Managen productoplevering","Sturen van een project","Managen van een faseovergang","Beheersen van een fase"],correct:0,explanation:["A. Juist. Het doel van het proces managen productoplevering is het beheersen van de schakel tussen de projectmanager en teammanager. Dit wordt bereikt door afspraken te maken over de vereisten voor acceptatie, uitvoering, rapportage en oplevering van specialistische producten.","B. Onjuist. Het doel van het proces sturen van een project is de stuurgroep in staat te stellen eindverantwoordelijk te zijn voor het slagen van het project.","C. Onjuist. Het doel van het proces managen van een faseovergang is de projectmanager in staat te stellen de stuurgroep voldoende informatie te verstrekken.","D. Onjuist. Het doel van het proces beheersen van een fase is het toewijzen van het werk dat gedaan moet worden, datzelfde werk bewaken, issues afhandelen en voortgang rapporteren."]}, +{exam:2,qnum:54,q:"In welk proces wordt beoordeeld of alle doelstellingen uit de huidige projectinitiatiedocumentatie zijn behaald?",opts:["Afsluiten van een project","Beheersen van een fase","Managen productoplevering","Managen van een faseovergang"],correct:0,explanation:["A. Juist. Het doel van het proces afsluiten van een project is zorgen voor een vast punt waarop de acceptatie van het projectproduct wordt bevestigd, en vast te stellen dat de doelstellingen die waren vastgelegd in de oorspronkelijke projectinitiatiedocumentatie zijn gerealiseerd.","B. Onjuist. Het doel van het proces beheersen van een fase is het toewijzen van het werk dat gedaan moet worden, issues afhandelen en voortgang rapporteren.","C. Onjuist. Het doel van het proces managen productoplevering is het beheersen van de schakel tussen de projectmanager en teammanager.","D. Onjuist. Het doel van het proces managen van een faseovergang is om de stuurgroep door de projectmanager te voorzien van voldoende informatie."]}, +{exam:2,qnum:55,q:"Welke TWEE zijn doelstellingen van het proces opstarten van een project? 1. De scope van het project definiëren zodat het geïnitieerd kan worden. 2. Het werk autoriseren om het projectproduct op te leveren. 3. Begrip krijgen van de kwaliteitstechnieken die worden toegepast in het project. 4. De alternatieve manieren om het project uit te voeren, beoordelen.",opts:["1 en 2","2 en 3","3 en 4","1 en 4"],correct:3,explanation:["A. Onjuist. 2. De doelstellingen van het proces sturen van een project zijn ervoor zorgen dat er bevoegdheden zijn om het projectproduct op te leveren.","B. Onjuist. 3. De doelstellingen van het proces initiëren van een project zijn ervoor zorgen dat er een gemeenschappelijke visie bestaat op hoe de vereiste kwaliteit wordt gerealiseerd.","C. Onjuist. 3 hoort bij initiëren van een project, niet bij opstarten. Stelling 4 klopt wel, maar de combinatie is onjuist.","D. Juist. 1. De doelstellingen van het proces opstarten van een project zijn om ervoor te zorgen dat er voldoende informatie beschikbaar is om de scope van het project te definiëren en bevestigen. 4. De doelstelling van het proces opstarten van een project is te zorgen dat alternatieve aanpakken zijn geëvalueerd en er overeenstemming is bereikt over de gekozen projectaanpak."]}, +{exam:2,qnum:56,q:"Welke TWEE activiteiten ondersteunen de doelstellingen van het proces 'sturen van een project'? 1. Autoriseren dat het projectteam wordt ontbonden als het werk voltooid is. 2. Reviewen van plannen voor het meten van de benefits na het afsluiten van een project. 3. Controleren of de producten na het afsluiten van een project gesupport kunnen worden door bedrijfsvoering. 4. Controleren of aan de gebruikersvereisten is voldaan.",opts:["1 en 2","2 en 3","3 en 4","1 en 4"],correct:0,explanation:["A. Juist. 1. De doelstellingen van het proces sturen van een project zijn ervoor zorgen dat er bevoegdheden zijn om het project af te sluiten. 2. De doelstellingen van het proces sturen van een project zijn ervoor zorgen dat de plannen voor het realiseren van de post-project benefits worden gemanaged en gereviewd.","B. Onjuist. 3. De doelstellingen van het proces afsluiten van een project zijn om ervoor zorgen dat het bedrijf de producten kan ondersteunen nadat het project is afgesloten.","C. Onjuist. 3 en 4 zijn beide doelstellingen van het proces afsluiten van een project, niet sturen.","D. Onjuist. 4. De doelstellingen van het proces afsluiten van een project zijn het controleren van de acceptatie van het projectproduct door de gebruiker."]}, +{exam:2,qnum:57,q:"Welke TWEE zijn doelstellingen van het proces 'beheersen van een fase'? 1. Reageren op risico's en issues op het moment dat ze aan de orde worden gesteld. 2. De gedetailleerde activiteiten plannen voor de volgende projectfase. 3. De projectbeheersinstrumenten definiëren. 4. Voortdurend de zakelijke rechtvaardiging beoordelen.",opts:["1 en 2","2 en 3","3 en 4","1 en 4"],correct:3,explanation:["A. Onjuist. 2. De doelstellingen van het proces managen van een faseovergang zijn de volgende: een faseplan voor de volgende fase voor te bereiden.","B. Onjuist. 3. De doelstellingen van het proces initiëren van een project zijn ervoor zorgen dat er een gemeenschappelijke visie bestaat op hoe voortgang wordt bewaakt en beheerst.","C. Onjuist. 3 hoort bij initiëren van een project. Stelling 4 klopt wel, maar de combinatie is onjuist.","D. Juist. 1. De doelstellingen van het proces beheersen van een fase zijn ervoor te zorgen dat risico's en issues worden beheerst. 4. De doelstellingen van het proces beheersen van een fase zijn ervoor te zorgen dat de business case wordt voortdurend gereviewd."]}, +{exam:2,qnum:58,q:"Wanneer moet de projectmanager tijdens het proces 'managen van een faseovergang' de rest van de fase herplannen?",opts:["Na rapportage aan de stuurgroep dat een fasetolerantie waarschijnlijk wordt overschreden","Na advies van de stuurgroep naar aanleiding van een hoofdpuntenrapport tijdens de fase","Na het verzoek aan de stuurgroep om een afwijkingsplan goed te keuren voor de fase","Na het verzoek aan de stuurgroep een wijziging goed te keuren in het projectteam dat de producten van de fase levert"],correct:0,explanation:["A. Juist. Een eerste aanwijzing voor een potentiële mislukking is de prognose van de projectmanager dat een van de toleranties van het project of de fase waarschijnlijk wordt overschreden. Het proces managen van een faseovergang levert de middelen om een afwijkingsprocedure te implementeren.","B. Onjuist. In het proces sturen van een project is een van de functies van de stuurgroep het geven van informeel advies. Het advies van de stuurgroep vindt doorlopend plaats en zal niet bij elke gelegenheid de noodzaak voor corrigerende maatregelen triggeren.","C. Onjuist. Voor afwijkingen omvatten de doelstellingen van het proces managen van een faseovergang ook het opstellen van een afwijkingsplan. Een verzoek aan de stuurgroep om een afwijkingsplan goed te keuren zou een output zijn, niet een trigger.","D. Onjuist. Een eerste aanwijzing voor een potentiële mislukking is de prognose van de projectmanager, niet een wijziging aan een teamlid."]}, +{exam:2,qnum:59,q:"Wat beschrijft hoe het proces 'beheersen van een fase' kan worden gebruikt?",opts:["Het kan worden gebruikt door de projectmanager om de initiatiefase van een groot project te monitoren","Het kan worden weggelaten als de rol van teammanager wordt vervuld door de projectmanager","Het kan eventueel worden samengevoegd met het proces 'managen van een faseovergang'","Het kan worden weggelaten als de teammanagers intern zijn in het bedrijf"],correct:0,explanation:["A. Juist. Het proces beheersen van een fase wordt normaal gesproken voor het eerst gebruikt nadat de stuurgroep het project heeft geautoriseerd, maar het kan ook worden toegepast tijdens de initiatiefase, vooral bij grote of complexe projecten.","B. Onjuist. Als de projectmanager zelf de rol van teammanager vervult, moeten er nog steeds werkpakketbeschrijvingen worden gebruikt. Het proces beheersen van een fase is nog steeds relevant.","C. Onjuist. Tegen het einde van iedere fase, behalve de laatste, vinden de activiteiten in het proces managen van een faseovergang plaats. De twee processen worden niet samengevoegd.","D. Onjuist. Teammanagers kunnen intern of extern zijn. Het proces beheersen van een fase moet nog steeds gebruikt worden als teammanagers intern zijn."]}, +{exam:2,qnum:60,q:"Welk projectkenmerk is bepalend voor de noodzaak van het proces 'afsluiten van een project'?",opts:["Een project moet de gewenste wijziging overdragen aan de dagelijkse bedrijfsvoering","Een project wordt opgeleverd met behulp van een nieuw projectteam","Een project maakt gebruik van resources van verschillende afdelingen","Een project heeft te maken met hogere niveaus van onzekerheid"],correct:0,explanation:["A. Juist. Een van de wezenlijke kenmerken van een project is dat het eindig is. Wanneer de gewenste verandering eenmaal is geïmplementeerd, wordt de dagelijkse bedrijfsvoering hervat en is de noodzaak voor het project verdwenen. Projecten moeten een gedefinieerd begin en einde hebben.","B. Onjuist. Het is waar dat elk project uniek is, maar dit is niet de noodzaak voor het proces afsluiten van een project.","C. Onjuist. Het is waar dat projecten multidisciplinair zijn, maar dit is niet de noodzaak voor het proces afsluiten van een project.","D. Onjuist. Het is waar dat een project te maken heeft met onzekerheid, maar dit is niet de noodzaak voor het proces afsluiten van een project."]} +]; diff --git a/index.html b/index.html new file mode 100644 index 0000000..7cb3f59 --- /dev/null +++ b/index.html @@ -0,0 +1,81 @@ + + + + + + PRINCE2 7 Foundation Quiz + + + +
+

PRINCE2 7 Foundation oefenquiz

+ + +
+
+

PRINCE2 7 Foundation Quiz

+

Selecteer een taal / Select a language

+
+
+
+ + +
+
+

PRINCE2 7 Foundation Quiz

+

Kies hoeveel vragen je wilt oefenen

+
+ +
+
+ + +
+
+
+
+
+
+ + 0:00  |  gem. — +
+
+
+ + +
+
+ + +
+
+
+
+
+
+
+
+
goed
+
+
+
+
fout
+
+
+
+
gem. tijd/vraag
+
+
+
+ + +
+
+
+
+ + + + + + diff --git a/js/quiz.js b/js/quiz.js new file mode 100644 index 0000000..a23a991 --- /dev/null +++ b/js/quiz.js @@ -0,0 +1,224 @@ +/* ===== Language detection ===== */ +const LANG_OPTIONS = [ + { key: 'nl', label: 'Nederlands', flag: '🇳🇱', data: window.QUESTIONS_NL }, + { key: 'en', label: 'English', flag: '🇬🇧', data: window.QUESTIONS_EN }, +].filter(l => l.data && l.data.length > 0); + +let ALL_QUESTIONS = []; + +/* ===== Quiz state ===== */ +let sessionQ = []; +let currentIdx = 0; +let score = 0; +let wrongIds = []; +let selectedCount = 0; +let answered = false; + +let timerInterval = null; +let elapsedSeconds = 0; +let answeredCount = 0; + +/* ===== Helpers ===== */ +function shuffle(arr) { + const a = [...arr]; + for (let i = a.length - 1; i > 0; i--) { + const j = Math.floor(Math.random() * (i + 1)); + [a[i], a[j]] = [a[j], a[i]]; + } + return a; +} + +function fmtTime(s) { + return Math.floor(s / 60) + ':' + String(s % 60).padStart(2, '0'); +} + +function startTimer() { + stopTimer(); + timerInterval = setInterval(() => { elapsedSeconds++; updateTimerDisplay(); }, 1000); +} + +function stopTimer() { + if (timerInterval) { clearInterval(timerInterval); timerInterval = null; } +} + +function updateTimerDisplay() { + const avg = answeredCount > 0 ? Math.round(elapsedSeconds / answeredCount) + 's' : '—'; + document.getElementById('timer-display').textContent = fmtTime(elapsedSeconds) + ' | gem. ' + avg; +} + +function showScreen(id) { + document.querySelectorAll('.screen').forEach(s => s.classList.remove('active')); + document.getElementById(id).classList.add('active'); +} + +function shuffleQuestion(q) { + const idx = [0, 1, 2, 3]; + const si = shuffle(idx); + return { + exam: q.exam, qnum: q.qnum, q: q.q, + opts: si.map(i => q.opts[i]), + correct: si.indexOf(q.correct), + explanation: si.map(i => q.explanation[i]), + }; +} + +/* ===== Language screen ===== */ +function initLangScreen() { + if (LANG_OPTIONS.length === 1) { + ALL_QUESTIONS = LANG_OPTIONS[0].data; + initCountButtons(); + showScreen('start'); + return; + } + + const grid = document.getElementById('lang-grid'); + grid.innerHTML = ''; + LANG_OPTIONS.forEach(lang => { + const btn = document.createElement('button'); + btn.className = 'lang-btn'; + btn.innerHTML = '' + lang.flag + '' + lang.label + ''; + btn.onclick = () => { + ALL_QUESTIONS = lang.data; + initCountButtons(); + showScreen('start'); + }; + grid.appendChild(btn); + }); + + showScreen('lang'); +} + +/* ===== Start screen ===== */ +function initCountButtons() { + const counts = [5, 10, 20, 60, 9999]; + const grid = document.getElementById('count-grid'); + grid.innerHTML = ''; + const total = ALL_QUESTIONS.length; + + counts.forEach(n => { + const btn = document.createElement('button'); + btn.className = 'count-btn'; + const label = n === 9999 ? 'Alle ' + total : String(n); + btn.textContent = label; + btn.dataset.count = n; + const isDisabled = n !== 9999 && total < n; + btn.disabled = isDisabled; + btn.onclick = () => selectCount(n, btn); + grid.appendChild(btn); + }); + + document.getElementById('start-btn').disabled = true; + selectedCount = 0; +} + +function selectCount(n, btn) { + selectedCount = Math.min(n, ALL_QUESTIONS.length); + document.querySelectorAll('.count-btn').forEach(b => b.classList.remove('selected')); + btn.classList.add('selected'); + document.getElementById('start-btn').disabled = false; +} + +function startQuiz() { + const pool = shuffle(ALL_QUESTIONS.map(shuffleQuestion)); + sessionQ = pool.slice(0, selectedCount); + currentIdx = 0; score = 0; wrongIds = []; answered = false; + elapsedSeconds = 0; answeredCount = 0; + updateTimerDisplay(); + showScreen('quiz'); + renderQuestion(); +} + +/* ===== Quiz screen ===== */ +function renderQuestion() { + answered = false; + const q = sessionQ[currentIdx]; + const total = sessionQ.length; + document.getElementById('progress-fill').style.width = ((currentIdx / total) * 100) + '%'; + document.getElementById('q-meta').textContent = 'Vraag ' + (currentIdx + 1) + ' van ' + total; + document.getElementById('q-text').textContent = q.q; + + const optDiv = document.getElementById('options'); + optDiv.innerHTML = ''; + ['A', 'B', 'C', 'D'].forEach((ltr, i) => { + const btn = document.createElement('button'); + btn.className = 'option-btn'; + btn.innerHTML = '' + ltr + '.' + q.opts[i] + ''; + btn.onclick = () => handleAnswer(i); + optDiv.appendChild(btn); + }); + + document.getElementById('explanation').style.display = 'none'; + document.getElementById('next-btn').style.display = 'none'; + startTimer(); +} + +function handleAnswer(chosen) { + if (answered) return; + answered = true; + stopTimer(); + answeredCount++; + updateTimerDisplay(); + const q = sessionQ[currentIdx]; + document.querySelectorAll('.option-btn').forEach((btn, i) => { + btn.disabled = true; + if (i === q.correct) btn.classList.add('correct'); + else if (i === chosen && chosen !== q.correct) btn.classList.add('wrong'); + }); + if (chosen === q.correct) score++; + else wrongIds.push(currentIdx); + + const expDiv = document.getElementById('explanation'); + expDiv.style.display = 'block'; + expDiv.innerHTML = + '
Proefexamen ' + q.exam + ', vraag ' + q.qnum + '
' + + '
Toelichting
' + + q.explanation.map(e => '

' + e + '

').join(''); + + const nextBtn = document.getElementById('next-btn'); + nextBtn.style.display = 'inline-flex'; + nextBtn.textContent = currentIdx === sessionQ.length - 1 ? 'Bekijk resultaat' : 'Volgende vraag →'; +} + +function nextQuestion() { + currentIdx++; + if (currentIdx >= sessionQ.length) showResult(); + else renderQuestion(); +} + +/* ===== Result screen ===== */ +function showResult() { + stopTimer(); + showScreen('result'); + const total = sessionQ.length; + const pct = Math.round((score / total) * 100); + const circle = document.getElementById('score-circle'); + circle.innerHTML = pct + '%' + (pct >= 60 ? 'Geslaagd' : 'Niet geslaagd') + ''; + circle.className = 'score-circle ' + (pct >= 60 ? 'score-pass' : 'score-fail'); + document.getElementById('result-label').textContent = pct >= 60 ? 'Geslaagd' : 'Niet geslaagd'; + document.getElementById('result-sub').textContent = score + ' van de ' + total + ' vragen goed'; + document.getElementById('stat-correct').textContent = score; + document.getElementById('stat-wrong').textContent = total - score; + document.getElementById('stat-time').textContent = + answeredCount > 0 ? Math.round(elapsedSeconds / answeredCount) + 's' : '—'; + document.getElementById('retry-btn').style.display = wrongIds.length > 0 ? 'inline-flex' : 'none'; +} + +function goStart() { + stopTimer(); + document.querySelectorAll('.count-btn').forEach(b => b.classList.remove('selected')); + document.getElementById('start-btn').disabled = true; + selectedCount = 0; + showScreen('start'); +} + +function retryWrong() { + sessionQ = shuffle(wrongIds.map(i => shuffleQuestion(sessionQ[i]))); + currentIdx = 0; score = 0; wrongIds = []; answered = false; + elapsedSeconds = 0; answeredCount = 0; + updateTimerDisplay(); + showScreen('quiz'); + renderQuestion(); +} + +/* ===== Boot ===== */ +document.addEventListener('DOMContentLoaded', initLangScreen); diff --git a/prince2_quiz_nl.html b/prince2_quiz_nl.html new file mode 100644 index 0000000..0f4b2c4 --- /dev/null +++ b/prince2_quiz_nl.html @@ -0,0 +1,388 @@ + + + +
+

PRINCE2 7 Foundation oefenquiz

+
+
+

PRINCE2 7 Foundation quiz

+

Kies hoeveel vragen je wilt oefenen

+
+ + + + +
+ +
+
+
+
+
+ + 0:00  |  gem. — +
+
+
+ + +
+
+
+
+
+
+
+
goed
+
fout
+
gem. tijd/vraag
+
+
+ + +
+
+
+
+ +