Free, with the answer and the reasoning. No account needed.
1. The Orbit Health development team automates its build, test, and deployment pipeline so that every approved code change can be released to production quickly and reliably, reducing batch size and integration risk. From a project management perspective, what is the primary benefit of this continuous delivery practice?
- A. It shifts quality assurance activity earlier in the pipeline, replacing the need for manual testing before release.
- B. It reduces the defect escape rate to a point where post-release monitoring is no longer necessary.
- C. It removes the need to separately track schedule performance, since each release automatically updates the schedule baseline.
- D. It reduces the risk and cost of change by delivering smaller increments more frequently, enabling faster feedback and easier identification of defects.correct
Continuous delivery reduces batch size and automates the release pipeline, which lowers the risk and cost associated with large, infrequent releases while enabling faster feedback loops, matching the described benefit. Option A overstates what pipeline automation does: shifting some testing earlier in the pipeline is a real practice, but it does not remove the ongoing need for manual testing on higher-risk changes. Option B overstates the reliability effect of the practice; smaller, more frequent releases lower risk, but they do not remove the need to keep monitoring production for defects. Option C confuses a technical delivery practice with a separate project management activity: automating releases does not update or replace the schedule baseline, which the project manager still maintains and reports against.
2. An organization states that it is generally willing to pursue projects with schedule uncertainty, but it will not accept any project with more than a 15 percent chance of missing a regulatory deadline. Which two concepts are being described, in order?
- A. Risk threshold, then risk appetite.
- B. Risk appetite, then risk threshold.correct
- C. Risk tolerance, then risk appetite.
- D. Risk threshold, then risk tolerance.
The organization's general willingness to pursue schedule uncertainty describes its risk appetite, a broad, qualitative attitude toward risk taking, while the specific 15 percent limit that cannot be exceeded describes a risk threshold, a measurable point at which risk becomes unacceptable and triggers action. Options A and D are wrong because they reverse or misplace the order; threshold is the measurable trigger point, not the general willingness described first. Option C is wrong because risk tolerance describes the acceptable range of variation around an objective, a related but different concept from the broad general willingness described in the first part of the statement.
3. During sprint execution, the product owner asks the development team to add a new feature that is not part of the current sprint backlog, insisting it is urgent. What should the team do?
- A. Add the feature to the current sprint immediately since the product owner has authority over the backlog
- B. Refuse to discuss the request until the next sprint planning session
- C. Explain that mid sprint scope changes disrupt the sprint commitment, and discuss routing the request through backlog refinement for prioritizationcorrect
- D. Remove an equivalent number of story points from the sprint without discussing it with the product owner
Agile frameworks protect the sprint scope from disruption once a sprint has started, so the team should educate the product owner on the impact and route new, non-emergency requests through backlog refinement for proper prioritization against other work. Adding the feature immediately undermines the sprint commitment and team focus. Flatly refusing to discuss it is dismissive rather than collaborative. Unilaterally removing scope without involving the product owner bypasses the person who owns backlog prioritization.
4. A program is in early initiation and only the next few months of work are well understood, while later phases depend on decisions not yet made. Which planning technique lets the team plan near-term work in detail while leaving far-term work at a summary level until more information becomes available?
- A. Progressive elaboration of the entire project schedule all at once
- B. Critical chain scheduling with fixed project buffers
- C. Rolling wave planningcorrect
- D. Fast tracking of all remaining phases
Rolling wave planning is an iterative approach where near-term work is planned in detail and future work is planned at a higher summary level until it becomes clearer. Option A describes elaborating everything simultaneously, which contradicts the wave-by-wave nature of the technique. Option B describes critical chain scheduling, which addresses resource constraints and buffers rather than the level of planning detail over time. Option D describes fast tracking, which overlaps activities to compress schedule and is unrelated to progressively detailing future work.