Domain 3 · 20 % of the exam12 questions

Agile Frameworks and Methodologies

Every question from one domain, in the order of the outline’s tasks. The percentage is the domain’s weight on the exam.

The questions are in English, as the exam is. Every question has a Macedonian explanation beneath it, opened on a click. This page is also a study sheet: even without JavaScript every question has its answer and explanation under “Check the answer”.

Progress

Question 1 of 12

Agile · Task 1easyone answer
Question 1. The project management office of a public hospital wants to pilot an adaptive approach on one of four upcoming projects. Which project is the best candidate?

Pick one answer, then check.

Check the answer

Correct answer

  • CBuilding a patient-appointment app whose features the clinics expect to revise after each release goes to patients

The Agile Practice Guide distinguishes definable work (proven procedures, clear requirements, little change) from high-uncertainty work (requirements evolve, learning comes from feedback). Adaptive approaches earn their cost only where the second applies, and the appointment app is the only project whose scope is expected to change as users react. A candidate who chose the boilers or the relocation matched "important" with "adaptive"; importance is not the criterion, uncertainty and the rate of change are.

Why, option by option - Question 1

  • A. Fixed, well-understood requirements and a fixed-price contract suit a predictive life cycle, where the work is planned once and executed to the specification. Iterating would add cost without producing any learning.

  • B. The deliverable and its format are known in advance and delivered once. This is definable work with low uncertainty, the classic case for a predictive approach.

  • C. Requirements are uncertain, change is expected and feedback arrives after each release. That is the high-uncertainty, high-change situation in which an adaptive approach delivers value in small increments and adjusts the backlog as the clinics learn.

  • D. A short, repeatable task done to a proven procedure has no requirement uncertainty to resolve. Iterations and feedback loops would bring nothing, so a predictive plan fits.

Објаснување на македонски (explanation in Macedonian)

Адаптивниот (агилен) пристап се избира кога барањата се неизвесни, промените се очекуваат и повратните информации од корисниците доаѓаат по секоја испорака. Само апликацијата за закажување има таква неизвесност во опсегот. Котлите, извештајот и преселбата имаат јасни барања и проверена процедура, па за нив одговара предиктивниот пристап.

Where this sits in PMI

Agile Practice Guide, section 2.1 (definable work versus high-uncertainty work) and section 3.1 (characteristics of project life cycles); PMBOK Guide 7th ed., Development Approach and Life Cycle performance domain

Checked in two rounds by chapter volunteers; review by a certified board member is pending. Found a problem with this question? Write to us (capm-0033)

Question 2 of 12

Agile · Task 1mediumone answer
Question 2. A logistics company is about to run its first adaptive project, with the team split between two offices. Before work starts, the project manager reviews the enterprise environmental factors and organisational process assets. Which condition would most facilitate the adaptive approach?

Pick one answer, then check.

Check the answer

Correct answer

  • AA product owner from the business who is available to the team throughout each iteration

The environmental factors and process assets that help an adaptive approach are those that speed up feedback and decisions: an engaged, available product owner, dedicated cross-functional team members, collaboration tooling for distributed teams and a culture that accepts change. Option A is the only condition that supplies them. Option C looks similar but the feedback cadence is wrong, option B describes a role acting against agile principles and option D belongs to the predictive toolbox.

Why, option by option - Question 2

  • A. Adaptive approaches depend on rapid decisions about value and priority. A product owner who is present every day answers questions, accepts work and reorders the backlog without waiting for a committee, and for a team split between offices that presence matters even more.

  • B. The scrum master is a servant leader who removes impediments and coaches the team; work is pulled by self-organising team members, not assigned. A scrum master who assigns work undermines the self-organisation the approach relies on.

  • C. A product owner exists, but quarterly feedback defeats the point of short iterations: the team would build for months without knowing whether the increment is right. Feedback has to arrive at least once per iteration.

  • D. These are organisational process assets that support a predictive life cycle. Phase gates and detailed schedule templates add ceremony an adaptive team does not use, so they do not facilitate the approach.

Објаснување на македонски (explanation in Macedonian)

Адаптивниот пристап најмногу го олеснува Сопственик на продуктот кој е достапен за тимот во текот на секоја итерација, зашто тој брзо одлучува за вредноста и приоритетите. Scrum Мастер не доделува задачи (опција B), квартална повратна информација е премногу ретка (опција C), а шаблоните и фазните контроли се средства за предиктивен пристап (опција D).

Where this sits in PMI

Agile Practice Guide, section 4.3 (team composition and agile roles) and section 6.2 (organisational culture); PMBOK Guide 7th ed., Team performance domain and Development Approach and Life Cycle performance domain

Checked in two rounds by chapter volunteers; review by a certified board member is pending. Found a problem with this question? Write to us (capm-0034)

Question 3 of 12

Agile · Task 2easyone answer
Question 3. A software team at a retail chain is planning its next two-week sprint. The product owner proposes the single objective the sprint should achieve, and the team then selects the backlog items that support it. What is this objective called?

Pick one answer, then check.

Check the answer

Correct answer

  • DSprint goal

In sprint planning the product owner proposes why the sprint is valuable, the team turns that into a sprint goal and then selects backlog items to deliver it. The product goal is the longer horizon, the sprint backlog is the output of the selection and the definition of done is the quality bar; only the sprint goal is the objective of the timebox.

Why, option by option - Question 3

  • A. The product goal is the longer-term objective the whole product backlog works toward, spanning many sprints. The objective proposed for one sprint is a step toward it, not the goal itself.

  • B. The sprint backlog is the set of items the team selects plus its plan for delivering them. It is built to serve the objective; it is not the objective.

  • C. The definition of done states the quality conditions every item must meet before it counts as complete. It applies to all sprints and does not describe what one particular sprint sets out to achieve.

  • D. The sprint goal is the one objective the sprint commits to, agreed in sprint planning. It gives the team a shared purpose and guides which items are selected and how scope is negotiated during the sprint.

Објаснување на македонски (explanation in Macedonian)

Целта што Сопственикот на продуктот ја предлага за еден Спринт, а тимот ја усвојува во Планирање на Спринтот, е Цел на Спринтот. Цел на Продуктот е долгорочна и опфаќа многу спринтови, Листа на планирани активности за Спринтот се избраните ставки, а Дефиниција за Завршено е условот за квалитет на секоја ставка.

Where this sits in PMI

Agile Practice Guide, section 5.2.6 (planning for iteration-based agile) and Annex A3 (Scrum); PMBOK Guide 7th ed., Planning performance domain

Checked in two rounds by chapter volunteers; review by a certified board member is pending. Found a problem with this question? Write to us (capm-0035)

Question 4 of 12

Agile · Task 2mediumone answer
Question 4. A project at an engineering firm was planned with a work breakdown structure before the sponsor agreed to switch to an adaptive approach. The project manager needs to turn the existing plan into something the team can plan iterations from. What should be done with the work packages?

Pick one answer, then check.

Check the answer

Correct answer

  • ADecompose them into user stories in a product backlog that the product owner orders by value

The work breakdown structure is not wasted when a project moves to an adaptive approach: its work packages become the raw material for a product backlog of features and user stories, which the product owner orders by value and the team decomposes further as it plans each iteration. What changes is the commitment, because only one iteration's worth is forecast at a time. A candidate who chose B recognised the backlog but missed that committing all scope to a single sprint backlog removes the adaptability the sponsor asked for.

Why, option by option - Question 4

  • A. Work packages describe deliverables, so they map naturally to features and user stories. Placed in a product backlog and ordered by value they become the input from which the team pulls work into each iteration and the product owner reprioritises as learning arrives.

  • B. Uses agile vocabulary but keeps the predictive idea of committing the entire scope up front. A sprint backlog holds only what the team forecasts for one timebox; the rest waits in the product backlog and can still change.

  • C. A Gantt chart of fixed activities is predictive tracking. The iteration review inspects a working increment with stakeholders; reporting percent complete against a schedule there mixes the two approaches without gaining any adaptability.

  • D. Phase gates are a predictive control that delivers nothing usable until the end of each phase. Adaptive planning works from a value-ordered backlog and delivers increments, not sequential gated phases.

Објаснување на македонски (explanation in Macedonian)

Работните пакети од структурата за поделба на работата се разложуваат во user stories во Листа на планирани активности за Продуктот, што Сопственикот на продуктот ја подредува според вредност. Само работата за една итерација се планира во Листа на планирани активности за Спринтот (опција B е погрешна), а Гантов дијаграм и фазните контроли се предиктивни алатки.

Where this sits in PMI

Agile Practice Guide, section 5.2.2 (backlog preparation) and 5.2.3 (backlog refinement); PMBOK Guide 7th ed., Planning performance domain and section 4.6 (hierarchy charts and backlog artifacts)

Checked in two rounds by chapter volunteers; review by a certified board member is pending. Found a problem with this question? Write to us (capm-0036)

Question 5 of 12

Agile · Task 2mediumone answer
Question 5. A team at a bank delivers a lending feature set in two-week iterations, and the product owner reorders the backlog after every review. The sponsor asks whether the planned release date is still realistic. Which measure gives the best answer?

Pick one answer, then check.

Check the answer

Correct answer

  • DThe team's velocity trend against the remaining backlog on a burnup chart

Adaptive tracking forecasts from empirical delivery: completed work per iteration (velocity) extrapolated over the remaining backlog. A burnup chart shows both the completed line and the scope line, so a growing backlog is visible rather than hidden. Predictive measures such as critical-path variance depend on a fixed activity plan that changes every iteration here, remaining points alone lack the rate, and hours logged measure effort rather than progress.

Why, option by option - Question 5

  • A. Critical-path schedule variance assumes a fixed network of activities agreed in advance. With the backlog reordered every iteration there is no stable activity network to measure against, so the variance would describe a plan that no longer exists.

  • B. Remaining size is half the picture. Without the rate at which the team finishes points it cannot say when the backlog will be exhausted, so it does not answer whether the date holds.

  • C. Effort spent is an input measure; it says nothing about how much accepted, working product exists or how much remains. Adaptive tracking measures completed value, not hours consumed.

  • D. Velocity is the amount of work the team actually completes per iteration. Plotted with the remaining scope on a burnup chart it projects when the backlog will be done and shows scope changes as they happen, which is what the sponsor's question needs.

Објаснување на македонски (explanation in Macedonian)

Во адаптивен проект напредокот се следи според завршената работа по итерација (velocity) споредена со преостанатата Листа на планирани активности за Продуктот, најчесто на burnup chart. Критичниот пат претпоставува фиксен план што овде се менува секоја итерација; преостанатите story points без стапка на завршување не даваат прогноза, а потрошените часови мерат напор, а не испорачана вредност.

Where this sits in PMI

Agile Practice Guide, section 5.4 (measurements in agile projects); PMBOK Guide 7th ed., Measurement performance domain

Checked in two rounds by chapter volunteers; review by a certified board member is pending. Found a problem with this question? Write to us (capm-0037)

Question 6 of 12

Agile · Task 3easymultiple answers
Question 6. The project management office of a government agency is drafting a checklist of the artifacts it expects to see on an adaptive project. Which two artifacts belong on the list? (Choose two)

Pick two answers, then check.

Check the answer

Correct answers

  • AProduct backlog
  • DBurndown chart

Adaptive artifacts are the ones that support planning one timebox at a time and making progress visible: backlogs, increments, burn charts, kanban boards, the definition of done and information radiators. Network diagrams, traceability matrices and phase gates all assume requirements and sequence fixed in advance, which is the predictive model.

Why, option by option - Question 6

  • A. The ordered list of everything the product may need is the central planning artifact of an adaptive project. Every iteration is planned from it and it changes as the product owner learns.

  • B. A schedule network diagram fixes activity sequences and float for the whole project in advance. It belongs to predictive scheduling; adaptive teams plan one iteration at a time from the backlog.

  • C. A traceability matrix links a fixed set of requirements to design, build and test through a predictive project. In an adaptive project requirements live as backlog items with acceptance criteria and are expected to change, so the matrix is not a standard artifact.

  • D. A burndown chart shows the work remaining in an iteration or release against time. It is one of the standard visual artifacts adaptive teams use to track progress and keep it visible.

  • E. Phase gates close one phase before the next begins, which is a predictive life-cycle control. Adaptive projects replace them with iteration reviews of a working increment.

Објаснување на македонски (explanation in Macedonian)

Артефакти на адаптивен проект се Листа на планирани активности за Продуктот и burndown chart, зашто поддржуваат планирање на една итерација и видлив напредок. Мрежен дијаграм со критичен пат, матрица за следливост на барањата и фазните контроли претпоставуваат однапред фиксирани барања и редослед, што е предиктивен модел.

Where this sits in PMI

PMBOK Guide 7th ed., section 4.6 (artifacts, including backlogs and burn charts); Agile Practice Guide, section 5.4 (measurements in agile projects) and section 5.2 (common agile practices)

Checked in two rounds by chapter volunteers; review by a certified board member is pending. Found a problem with this question? Write to us (capm-0038)

Question 7 of 12

Agile · Task 3mediumone answer
Question 7. On a healthcare-records project a developer finishes a user story that satisfies all the acceptance criteria the product owner wrote, but the integration test the team agreed to run on every story has not been executed. The team does not count the story as finished. Which project control is the team applying?

Pick one answer, then check.

Check the answer

Correct answer

  • CDefinition of done

Two controls decide whether a story is complete: the acceptance criteria written for that story, and the definition of done that applies to every story. The story passed the first and failed the second, so the definition of done is the control at work. A candidate who chose A read "acceptance criteria" in the stem and stopped; the stem states they were met, which is the clue that a different, team-level control is being applied.

Why, option by option - Question 7

  • A. Acceptance criteria are the conditions specific to one story that the product owner uses to accept it, and the stem says they were satisfied. They are necessary but not sufficient; the story fails a team-wide condition instead.

  • B. The sprint review is the event where the increment is inspected with stakeholders. It is a meeting, not the rule that decides whether an item counts as complete before it reaches that meeting.

  • C. The definition of done is the shared list of quality conditions that every item must meet regardless of its individual acceptance criteria. An untested story does not meet it, so it cannot be counted as complete or included in the increment.

  • D. The sprint goal is the objective the sprint commits to. It shapes which items are selected, but it does not define the quality state an item must reach to be counted as complete.

Објаснување на македонски (explanation in Macedonian)

Приказната ги исполнува acceptance criteria на Сопственикот на продуктот, но не и заедничкиот услов на тимот дека секоја приказна поминува интеграциски тест. Тој заеднички услов е Дефиниција за Завршено, што важи за секоја ставка. Преглед на Спринтот е настан, а Цел на Спринтот е целта на спринтот, а не услов за квалитет.

Where this sits in PMI

Agile Practice Guide, section 5.2.7 (execution practices, testing at all levels) and Annex A3 (Scrum); PMBOK Guide 7th ed., Delivery performance domain

Checked in two rounds by chapter volunteers; review by a certified board member is pending. Found a problem with this question? Write to us (capm-0039)

Question 8 of 12

Agile · Task 4easyone answer
Question 8. At the end of every sprint a Scrum team at a telecom firm meets with its stakeholders to inspect the increment that was built and to adjust the product backlog based on what they learn. Which Scrum event is this?

Pick one answer, then check.

Check the answer

Correct answer

  • BSprint review

Scrum has four events inside the sprint container, each with a distinct purpose: planning (what to build), the daily scrum (team synchronisation), the review (inspect the product with stakeholders and adapt the backlog) and the retrospective (inspect the process). Stakeholders and the product backlog point to the review; the retrospective is the common confusion, but it looks at the team's way of working, not the increment.

Why, option by option - Question 8

  • A. Sprint planning opens the sprint: the team sets the sprint goal and selects backlog items. It looks forward at what to build, not back at what was built.

  • B. The sprint review closes the sprint's work by inspecting the increment with stakeholders and adapting the product backlog; it is the feedback event that keeps the product on track.

  • C. The retrospective inspects how the team worked, its process, tools and relationships, and plans improvements. It is held by the Scrum team without stakeholders and does not examine the product increment.

  • D. The daily scrum is a short event for the developers to inspect progress toward the sprint goal and plan the next day. It is internal to the team and happens every day, not at the end of the sprint.

Објаснување на македонски (explanation in Macedonian)

Настанот во кој Scrum Тимот со засегнатите страни го проверува Инкрементот и ја прилагодува Листата на планирани активности за Продуктот е Преглед на Спринтот. Ретроспектива на Спринтот го разгледува начинот на работа на тимот, Планирање на Спринтот гледа напред, а Дневен Scrum е краток дневен настан на Девелоперите.

Where this sits in PMI

Agile Practice Guide, section 5.2.5 (demonstrations and reviews) and Annex A3 (Scrum); PMBOK Guide 7th ed., Delivery performance domain

Checked in two rounds by chapter volunteers; review by a certified board member is pending. Found a problem with this question? Write to us (capm-0040)

Question 9 of 12

Agile · Task 4mediummultiple answers
Question 9. A software team at an insurance company says it follows Extreme Programming (XP). Which two practices would a project manager expect to find in the team's way of working? (Choose two)

Pick two answers, then check.

Check the answer

Correct answers

  • BTwo developers writing code together at one workstation
  • EWriting an automated test before the code that makes it pass

XP is defined by its engineering practices: pair programming, test-driven development, continuous integration, refactoring, simple design and collective code ownership. The distractors are the signature practices of neighbouring frameworks: WIP limits (Kanban), program increment planning (SAFe) and the sprint review (Scrum). A team can combine them, but only B and E identify XP itself.

Why, option by option - Question 9

  • A. WIP limits are the defining practice of the Kanban method, used to expose bottlenecks and improve flow. They are not part of XP's practice set, although a team may choose to add them.

  • B. Pair programming is a core XP practice: continuous review as the code is written, shared knowledge across the team and fewer defects.

  • C. Program increment planning is a component of the Scaled Agile Framework (SAFe), which coordinates many teams on a shared cadence. XP is a single-team method and has no such event.

  • D. The sprint review is a Scrum event. XP works in short iterations too, but the sprint and its formal review are Scrum's vocabulary, not XP's.

  • E. Test-driven development is a core XP engineering practice: the test defines the behaviour first, then the code is written to satisfy it and refactored.

Објаснување на македонски (explanation in Macedonian)

Практиките на Extreme Programming (XP) се pair programming (двајца Девелопери на една работна станица) и test-driven development (прво тест, па код). WIP лимитот припаѓа на Kanban, program increment planning на SAFe, а Преглед на Спринтот е настан од Scrum.

Where this sits in PMI

Agile Practice Guide, Annex A3.3 (eXtreme Programming) and section 5.2.7 (execution practices that help teams deliver value); PMBOK Guide 7th ed., Development Approach and Life Cycle performance domain

Checked in two rounds by chapter volunteers; review by a certified board member is pending. Found a problem with this question? Write to us (capm-0041)

Question 10 of 12

Agile · Task 4hardone answer
Question 10. A Scrum team at an energy utility also supports a live billing system, and urgent production fixes arrive almost daily. The sprint goal has been missed in each of the last four sprints, and the team wants to change how it manages its work. Which change fits the situation best?

Pick one answer, then check.

Check the answer

Correct answer

  • CMove to a flow-based board with work-in-progress limits and pull each fix when capacity frees

The Agile Practice Guide describes flow-based approaches as the fit for work that arrives continuously and cannot be forecast for a timebox, and iteration-based approaches for work that can be committed for a sprint. When a team's sprints are broken daily by legitimate urgent work, the method, not the team, is the mismatch. Options A and D are correct Scrum mechanics that do not resolve it, and B violates the scrum master's role. A candidate torn between A and C should ask whether the interruptions would stop with a shorter sprint; they would not.

Why, option by option - Question 10

  • A. A shorter timebox is a legitimate Scrum adjustment, but the fixes arrive daily, so even a one-week commitment would still be broken. It treats the symptom by planning more often rather than matching the method to interrupt-driven work.

  • B. The scrum master is a servant leader who coaches the team and removes impediments; assigning work is not the role. It also leaves the mismatch between fixed sprint commitments and unpredictable arrivals untouched.

  • C. Kanban's flow model suits work that arrives unpredictably: there is no fixed-scope timebox to break, WIP limits keep the team from overloading, and each item is pulled when someone is free, so fixes and planned items share one visible flow.

  • D. Protecting the sprint goal is Scrum by the book, and the product owner does decide priority, but production fixes on a live billing system cannot wait for the next timebox. The rule is being applied against the value it exists to protect.

Објаснување на македонски (explanation in Macedonian)

Кога работата пристигнува непредвидливо и секој ден го нарушува Спринтот, Scrum со фиксна обврска за временски ограничен период не одговара; проток по Kanban со WIP лимити и повлекување на ставки според слободен капацитет одговара. Пократок Спринт не ги запира прекините, Scrum Мастер не доделува задачи, а одложувањето на итни поправки на производствен систем ја жртвува вредноста што Целта на Спринтот треба да ја штити.

Where this sits in PMI

Agile Practice Guide, section 3.1.4 (characteristics of agile life cycles: iteration-based and flow-based agile) and section 3.2 (mixing agile approaches), Annex A3.4 (Kanban Method) and A3.6 (Scrumban); PMBOK Guide 7th ed., Development Approach and Life Cycle performance domain

Checked in two rounds by chapter volunteers; review by a certified board member is pending. Found a problem with this question? Write to us (capm-0042)

Question 11 of 12

Agile · Task 5easyone answer
Question 11. An iteration at a retail-software company is about to end and a newly joined team member asks how the team will judge whether the iteration succeeded. Which criterion is best?

Pick one answer, then check.

Check the answer

Correct answer

  • DA working increment that meets the sprint goal is accepted by the product owner

The success criterion of an adaptive iteration is outcome-based: an increment that meets the definition of done, achieves the sprint goal and is accepted by the product owner. Velocity, items started and hours consumed are activity or capacity measures; none confirms that value was delivered. A candidate who chose A confused a forecasting metric with a success criterion.

Why, option by option - Question 11

  • A. Velocity is a planning measure for forecasting how much the team can take on. It varies naturally, and a rising velocity says nothing about whether what was built is usable or valuable.

  • B. Started work is partially done work. Adaptive approaches count only completed, accepted items as progress; ten half-finished stories deliver no value and cannot be inspected at the review.

  • C. Spending the budgeted effort is an input measure inherited from predictive tracking. It measures consumption, not the outcome the iteration set out to achieve.

  • D. Success in adaptive delivery is a done, potentially usable increment that achieves the objective the team committed to, confirmed by the product owner's acceptance at the review. That is the criterion the iteration was planned against.

Објаснување на македонски (explanation in Macedonian)

Итерацијата е успешна кога работен Инкремент што ја исполнува Целта на Спринтот е прифатен од Сопственикот на продуктот. Velocity е мерка за планирање, започнатите ставки не се испорачана вредност, а потрошените часови мерат напор, а не резултат.

Where this sits in PMI

Agile Practice Guide, section 5.2.8 (how iterations and increments help deliver working product) and section 5.4.1 (agile teams measure results); PMBOK Guide 7th ed., Delivery performance domain

Checked in two rounds by chapter volunteers; review by a certified board member is pending. Found a problem with this question? Write to us (capm-0043)

Question 12 of 12

Agile · Task 5hardone answer
Question 12. Midway through a sprint at a software company, the head of finance asks a developer directly to add a quarter-end report to the current sprint because it is urgent. The developer estimates it at two days. What should the developer do?

Pick one answer, then check.

Check the answer

Correct answer

  • BDirect the request to the product owner, who decides where it goes in the product backlog

In an adaptive project all requests flow through the product owner, who owns the order of the product backlog; the developers decide how much they can take on and the scrum master facilitates but decides neither. Option D is right about the mechanism (a swap) and wrong about the role, which is what makes the item hard. Option C is the predictive change-control reflex, and option A ignores prioritisation altogether.

Why, option by option - Question 12

  • A. Seniority is not priority. Taking work directly from a stakeholder bypasses the product owner, breaks the sprint's forecast and invites every stakeholder to route requests to whichever developer they know.

  • B. The product owner is the single point of prioritisation and orders the backlog by value; the developer's job is to route the request there. If the product owner judges it more valuable than current sprint work, the sprint scope can be renegotiated with the developers.

  • C. A formal change request through a change control board is the predictive reflex. In an adaptive project change is absorbed through the backlog, not a board; the product owner decides, quickly, without a gate.

  • D. Swapping an item is a legitimate way to adjust a sprint, which makes this tempting, but the scrum master neither orders the backlog nor decides sprint scope. That decision belongs to the product owner with the developers; asking the scrum master to make it misplaces the role.

Објаснување на македонски (explanation in Macedonian)

Секое ново барање оди кај Сопственикот на продуктот, кој ја подредува Листата на планирани активности за Продуктот според вредност и одлучува дали ставката влегува во тековниот Спринт во договор со Девелоперите. Scrum Мастер не одлучува за опсегот (опција D), формалната контрола на промени е предиктивен рефлекс (опција C), а прифаќањето на барањето директно ја заобиколува приоритизацијата (опција A).

Where this sits in PMI

Agile Practice Guide, section 4.3.2 (agile roles) and section 5.2.3 (backlog refinement); PMBOK Guide 7th ed., Stakeholder performance domain and Planning performance domain

Checked in two rounds by chapter volunteers; review by a certified board member is pending. Found a problem with this question? Write to us (capm-0044)

Progress is kept only on this device, in the browser - no sign-in, no cookies, no server. Clearing the browser’s data clears it too.

Original practice questions written and reviewed by chapter volunteers. They are not PMI exam questions, are not endorsed by PMI and are no substitute for PMI’s official materials; they count towards no education hours and no PDUs. The exam is in English; the questions here are too. “PMI”, “CAPM”, “PMP” and “PMBOK” are registered marks of Project Management Institute, Inc. The chapter runs no exams - apply at pmi.org.

The questions follow the 2023 CAPM® Examination Content Outline and the PMBOK® Guide - Seventh Edition, which PMI names for this exam. When PMI revises the outline, the questions are withdrawn until they are re-mapped.