Прашањата се на англиски, како и испитот. Под секое прашање има објаснување на македонски - се отвора на клик. Оваа страница е и лист за учење: и без JavaScript секое прашање има одговор и објаснување под „Провери го одговорот“.
Напредок
Прашање 1 од 60
Основи · Задача 1лесноеден одговор
+Провери го одговорот
Точен одговор
CIt has a defined end and produces something the company did not have before
The decisive test is temporary plus unique. Operations are ongoing and
repetitive; a project starts, ends and leaves behind something new. A
candidate who chose A confused a shared feature (resource use) with a
distinguishing one; a candidate who chose D picked the definition of
operations.
Зошто, опција по опција - Прашање 1
A
A. Both projects and operations consume resources; that is what makes
them compete for the same people, not what tells them apart.
B
B. Who manages the work says nothing about its nature. In a functional
organisation the same managers often run both operations and projects.
C
C. A project is temporary and creates a unique product, service or
result. The eight-month team and the first-ever online store are
exactly those two marks.
D
D. Repetitive, procedure-driven work that sustains a stable output is the
definition of operations, the opposite of what the stem describes.
+Објаснување на македонски
Проектот е привремен и создава единствен производ, услуга или резултат;
тимот што работи осум месеци на првата онлајн-продавница ги има токму
тие две обележја. Опцијата D ги опишува операциите, а тоа што се трошат
ресурси (A) е заедничко и за проектите и за операциите.
Каде стои ова кај PMI
PMBOK Guide 7th ed., The Standard for Project Management, section on
creating value and the project environment; Process Groups: A Practice
Guide, introduction, projects and operations
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0001)
The words that decide it are related and benefits from coordination. A
program exists to obtain those benefits; a portfolio exists to choose and
balance investments against strategy, whether or not its components are
related. A candidate who chose B saw a grouping and reached for the widest
term without checking the reason for the grouping.
Зошто, опција по опција - Прашање 2
A
A. A program is a group of related projects and activities managed in a
coordinated way to obtain benefits not available from managing them
individually, which is exactly the reason given in the stem.
B
B. A portfolio groups projects, programs and operations to meet strategic
objectives; its components need not be related to one another, and the
grouping is about investment choice rather than coordinated benefits.
C
C. A subproject is a smaller, more manageable piece of a single project,
not a grouping of several projects.
D
D. A phase is a collection of logically related activities within one
project's life cycle, not a way of grouping separate projects.
+Објаснување на македонски
Програма е група поврзани проекти што се управуваат координирано за да
се добијат придобивки што не би се постигнале поединечно. Портфолиото ги
групира проектите и програмите според стратешките цели и тие не мора да
бидат меѓусебно поврзани. Потпроектот и фазата се делови на еден проект.
Каде стои ова кај PMI
PMBOK Guide 7th ed., The Standard for Project Management, section on the
system for value delivery; Process Groups: A Practice Guide, introduction,
relationship between portfolios, programs and projects
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0002)
The four terms are separated by time and certainty. The frost date is a
constraint (a fixed limit), the damaged delivery is an issue (it has
happened), the vote failing would be a risk (it may happen), and the plan's
reliance on the vote passing is an assumption (treated as true without
proof). A candidate who chose B was not wrong that a risk exists; the risk
is the consequence of the assumption, and the stem asks about the
assumption.
Зошто, опција по опција - Прашање 3
A
A. An issue is a condition that has already happened and needs
resolution, such as the damaged paving stones. The vote has neither
passed nor failed, so nothing has occurred yet.
B
B. A refusal is indeed a risk that flows from this planning basis, and it
belongs in the risk register. But the stem asks how the basis itself is
recorded, and a factor the plan treats as true without proof is an
assumption from which the risk is then derived.
C
C. A constraint is a fixed limit imposed on the project, like finishing
before the frost. An amount that has not been confirmed cannot yet act
as a limit.
D
D. An assumption is a factor considered true, real or certain for planning
purposes without proof. The plan is built on the vote passing in time,
which is exactly that.
+Објаснување на македонски
Претпоставка е фактор што планот го смета за точен без доказ, како
гласањето за буџетот што уште не е одржано. Ризик е тоа што советот би
можел да одбие, ограничување е рокот пред мразот, а оштетените
плочки се issue што веќе се случил. Претпоставката е основата, а
ризикот произлегува од неа.
Каде стои ова кај PMI
PMBOK Guide 7th ed., Models, methods and artifacts, logs and registers;
Process Groups: A Practice Guide, planning process group, assumption log
and risk register
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0003)
The Code of Ethics asks for honesty (accurate, timely information),
responsibility (reporting unethical conduct) and respect (dealing directly
with the person concerned). Option B satisfies all three and stays within
the agreed governance. C is honest with one party and misleading with
the rest; D jumps to the strongest external escalation before the
project's own process has been given a chance. A candidate who chose D
mistook the seriousness of the finding for a licence to skip the sequence.
Зошто, опција по опција - Прашање 4
A
A. The sponsor's authority does not extend to asking for a misleading
report. The Code of Ethics places honesty above a superior's
instruction, and a private note does not make an incomplete report
accurate.
B
B. Honesty and responsibility require accurate reporting of material
facts, and respect requires the sponsor to hear it directly rather than
be surprised. This keeps both the information and the relationship
intact and stays inside the project's governance.
C
C. This avoids one falsehood by creating a back channel. It still
produces a status report the project manager knows to be incomplete
and steps outside the project's agreed reporting path.
D
D. Stopping work and going to the client's lawyers are escalations the
project manager has not yet earned by following the project's own
process. The finding must be reported and dealt with first; legal
escalation may follow if governance fails.
+Објаснување на македонски
Code of Ethics бара точно и навремено известување, одговорност да се
пријави неетичко однесување и почит кон луѓето со кои се работи.
Проектниот менаџер ја пријавува измената точно преку договорените канали и
претходно му кажува на спонзорот. Опцијата C прикрива од едни, а
открива на други; опцијата D ескалира надвор од проектот пред да се
испочитува процесот.
Каде стои ова кај PMI
PMI Code of Ethics and Professional Conduct, honesty, responsibility and
respect sections; PMBOK Guide 7th ed., principles, being a diligent,
respectful and caring steward
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0004)
The suitability of an adaptive approach rises with uncertainty in
requirements and with the value of frequent delivery and feedback. B
(requirements emerge from use) and E (frequent usable releases adjusted
from feedback) are both of that kind. A, C and D each describe stability
or certainty, which makes a predictive approach the natural fit. A
candidate who keyed A may have read a regulator as a sign of complexity;
it is a sign of fixed scope.
Зошто, опција по опција - Прашање 5
A
A. Fixed, externally approved acceptance criteria are a stability
signal; they favour defining the scope up front and building to it, a
predictive trait.
B
B. Requirements that emerge from use rather than from analysis are the
classic reason to choose an adaptive approach, which exists to
discover scope through short cycles and feedback.
C
C. A fully specified scope under a fixed price is the strongest argument
for a predictive approach, where the plan is baselined and changes
are controlled formally.
D
D. Well-understood technology lowers uncertainty, which reduces the need
for the experimentation that an adaptive approach provides.
E
E. Frequent incremental delivery with adjustment from feedback is the
delivery cadence adaptive approaches are built around.
+Објаснување на македонски
Агилен, односно адаптивен пристап е најсоодветен кога барањата се
откриваат преку употреба (B) и кога се сака честа испорака на мали
употребливи делови со прилагодување според повратните информации (E).
Фиксни критериуми за прифаќање, целосно дефиниран опсег со фиксна цена
и добро позната технологија се знаци на стабилност што одат во прилог на
предвидлив пристап.
Каде стои ова кај PMI
Agile Practice Guide, life cycle selection and the suitability filter;
PMBOK Guide 7th ed., Development approach and life cycle performance
domain
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0005)
Change is one of the principles of project management; projects are the
mechanism through which organisations realise their intended change and
its benefits. The stem's own language, getting from one way of working
to another, points to D. A candidate who chose B mixed the project with
the operations that will sustain its result.
Зошто, опција по опција - Прашање 6
A
A. This describes the funding boundary of the project, not its purpose.
Framing a project as an expense misses the outcome it exists to bring
about.
B
B. Keeping the system running after go-live is operations, which the
project hands over to. The project itself is temporary.
C
C. Governance structures set decision rights and oversight; they are not
what moves the organisation from one way of working to another.
D
D. Projects are how organisations bring about change, taking them from
the present state (paper files) to a chosen future state (a shared
digital system) and enabling the outcomes that come with it.
+Објаснување на македонски
Проектот е средство со кое организацијата преминува од сегашната во
посакуваната идна состојба, овде од хартиени досиеја кон заеднички
дигитален систем. Одржувањето на системот по пуштањето е операција, а не
проект. Промената е еден од принципите на управувањето со проекти.
Каде стои ова кај PMI
PMBOK Guide 7th ed., principles, enabling change to achieve the
envisioned future state; PMBOK Guide 7th ed., The Standard for Project
Management, creating value
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0006)
A risk register is used, not just kept. When an identified risk occurs,
its practical value is the planned response and the named owner, which
turn a surprise into an executed plan. Scores, categories and secondary
risks all live in the same register but answer different questions at
different times. A candidate who chose B may have treated the register as
an analysis document rather than as an action document.
Зошто, опција по опција - Прашање 7
A
A. The register records, for each identified risk, the agreed response
and the risk owner. Once the event occurs, those two entries tell the
project manager what happens next and who is accountable for it.
B
B. Probability and impact are in the register, but they served to rank
the risk before it happened. Now that it has occurred, the probability
is no longer a question and the scores do not tell anyone what to do.
C
C. Secondary risks are recorded once a response is chosen and are worth
re-checking, but only after the planned response itself has been
identified and set in motion.
D
D. Categorisation helps organise and analyse risks during planning. It
does not guide the response to a risk that has just materialised.
+Објаснување на македонски
Регистарот на ризици се користи, а не само се води. Кога ќе се случи
идентификуван ризик, вредноста на регистарот е во планираниот одговор и
во сопственикот на ризикот што ќе го спроведе. Веројатноста и влијанието
служеле за рангирање пред настанот, а категоријата и секундарните
ризици не кажуваат што да се направи сега.
Каде стои ова кај PMI
PMBOK Guide 7th ed., Uncertainty performance domain and the risk register
under artifacts; Process Groups: A Practice Guide, planning process
group, plan risk responses, and monitoring and controlling, monitor risks
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0007)
The stem describes the three things a stakeholder register is built to
answer: power or authority, interest or impact, and current attitude. The
communications plan is the runner-up because it is derived from the
register, but it is about the flow of information rather than the
assessment of people. A candidate who chose B mistook responsibility for
work with influence over a decision.
Зошто, опција по опција - Прашање 8
A
A. The communications plan says what each audience receives, how often and
in which format. It relies on the analysis in the register rather than
containing the authority, interest and attitude of each person.
B
B. A responsibility assignment matrix maps team members to work packages
or deliverables. It shows who does the work, not who has influence over
a decision or how outsiders feel about the project.
C
C. The register holds, for each identified person or group, their role,
interest, influence and level of engagement. That is exactly the
combination of authority, impact and attitude the invitation list
requires.
D
D. The charter names the sponsor and lists key stakeholders at a high
level at initiation. It is not maintained as the project progresses
and does not track how each person has reacted.
+Објаснување на македонски
Stakeholder register содржи, за секоја засегната страна, улога,
влијание, интерес и однос кон проектот, а тоа е токму она што му треба
на проектниот менаџер за да одлучи кого да покани. Планот за комуникација
кажува што и колку често добива секоја група, а матрицата за правила и
одговорности кажува кој ја врши работата.
Каде стои ова кај PMI
PMBOK Guide 7th ed., Stakeholder performance domain and the stakeholder
register under artifacts; Process Groups: A Practice Guide, initiating
process group, identify stakeholders
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0008)
Activities have durations because they represent work; milestones have
none because they represent a point that is reached, such as an approval,
a delivery or a phase gate. A candidate who chose C mixed a milestone with
a summary activity, which is the neighbouring schedule element that also
appears without its own work content.
Зошто, опција по опција - Прашање 9
A
A. Waiting for an approval may take calendar time, but that waiting is
modelled as lag or as a separate activity, not as the entry itself.
The sign-off is an event, not a stretch of work.
B
B. A milestone is a significant point or event in the project; it is
recorded with zero duration because nothing is being worked on, only
reached.
C
C. A summary activity or hammock rolls up a group of activities into one
bar. A milestone stands at a point and carries no roll-up of effort.
D
D. Resources are assigned to activities that consume effort. An approval
point consumes none, so it cannot carry the largest share.
+Објаснување на македонски
Одредницата е значајна точка во временскиот распоред и има нулто
времетраење, бидејќи не се работи на неа, туку се достигнува.
Активностите како градењето на модулот имаат времетраење и ресурси.
Опцијата C го опишува сумарниот елемент што ги обединува активностите, а
не одредницата.
Каде стои ова кај PMI
Process Groups: A Practice Guide, planning process group, define
activities and milestone list; PMBOK Guide 7th ed., Planning performance
domain, scheduling
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0009)
Closing a project or phase means finalising all activities: confirming
acceptance, transferring the product or result to operations or the
customer, releasing resources, capturing lessons learned and archiving.
Of the four, only the hand-over to operations is that kind of activity.
A candidate who chose B may have thought a finished project needs a final
baseline; it needs a final record of actuals instead.
Зошто, опција по опција - Прашање 10
A
A. Moving work into a next iteration belongs to an ongoing adaptive
delivery cycle. Once the final deliverable is accepted, there is no
next iteration inside this project.
B
B. Baselines are changed through change control while the work is under
way. At closure, actuals are recorded against the final baseline for
lessons learned; the baseline itself is not rewritten.
C
C. Defining new scope is initiating work, for a new phase or a new
project. It is not part of bringing the current project to an orderly
end.
D
D. Transitioning the deliverable to the people who will run it, together
with what they need to run it, is a core part of closing, alongside
final reporting, releasing the team and archiving records.
+Објаснување на македонски
Затворањето на проектот значи формално прифаќање, предавање на
испораката на операциите заедно со документацијата, ослободување на
тимот и архивирање. Пренесувањето на системот на оперативниот тим е токму
таква активност. Преговарањето за нова фаза е иницирање, а не затворање.
Каде стои ова кај PMI
Process Groups: A Practice Guide, closing process group, close project or
phase; PMBOK Guide 7th ed., Delivery performance domain
(closing a project or phase)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0010)
The project management plan is made of subsidiary plans and baselines
that describe how the project is run. Product documents, the roadmap and
the bill of materials, describe the product and its future beyond the
project and are owned by product management or engineering. A candidate
who keyed B likely reasoned that a roadmap is a plan; it is, but for the
product's life, not for this project's execution.
Зошто, опција по опција - Прашање 11
A
A. The scope management plan is a subsidiary plan describing how scope
will be defined, validated and controlled. It is a standard component
of the project management plan.
B
B. A roadmap belongs to product management. It outlines the direction of
the product across its life, which extends well beyond this project's
end, and it is owned by the product function.
C
C. Baselines for scope, schedule and cost are components of the project
management plan; the schedule baseline is the approved version against
which time performance is measured.
D
D. A bill of materials describes what the product is made of. It is a
product specification, part of the deliverable, not a plan for how the
project will be managed.
E
E. The change management plan describes how change requests will be
submitted, evaluated and approved. It is a subsidiary plan within the
project management plan.
+Објаснување на македонски
Проект менаџмент планот се состои од помошни планови и основни линии
што кажуваат како ќе се управува проектот, како планот за опсег,
основната линија на временскиот распоред и планот за управување со
промени. Roadmap на производот и bill of materials го опишуваат
производот и неговиот живот по проектот и припаѓаат на управувањето со
производот.
Каде стои ова кај PMI
Process Groups: A Practice Guide, planning process group, develop project
management plan and its components; PMBOK Guide 7th ed., Models, methods
and artifacts, plans and baselines, and Appendix X4, product
management considerations
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0011)
Sponsor and project manager share accountability for the project but not
the same work: the sponsor sets direction, secures resources and decides
what is beyond the project manager; the project manager plans and directs
the team. When the roles blur, the PMI mindset is to assess and address
directly before escalating, and to understand before prescribing. A and D
both restore the roles; A does it by listening first, which is why it is
better. C is what follows if A fails, not what comes first.
Зошто, опција по опција - Прашање 12
A
A. The sponsor provides resources, removes obstacles, makes decisions
above the project manager's authority and champions the project; the
project manager directs the team. A direct, respectful conversation
that restores that division is the first and least disruptive step.
B
B. The sponsor's authority is over funding, priorities and decisions
above the project manager's level, not over daily assignments. Passing
the team to the sponsor abandons the project manager's own role.
C
C. Governance is the right place if the conversation fails. Going there
first escalates over the sponsor's head before the project manager has
tried to resolve it directly, which damages the relationship the
project depends on.
D
D. This is the right outcome delivered as a demand, without hearing why
the sponsor is stepping in. It may be that the sponsor has lost
confidence, which a conversation would surface and a rule would not.
+Објаснување на македонски
Спонзорот обезбедува ресурси, отстранува пречки и одлучува над нивото
на проектниот менаџер, а проектниот менаџер го води секојдневното
работење на тимот. Кога улогите се мешаат, прво се разговара директно
со спонзорот, со почит и со опис на последиците. Ескалацијата до
управниот комитет (C) доаѓа само ако разговорот не успее, а барањето (D)
е ист резултат без слушање.
Каде стои ова кај PMI
Process Groups: A Practice Guide, the role of the project manager and
the project sponsor; PMBOK Guide 7th ed., Team performance domain,
leadership and the project manager's role in the project environment
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0012)
Management directs people and work through established means, plans,
budgets, assignments and controls; leadership guides and influences
people through vision, motivation and involvement. Monday is management,
Tuesday is leadership, and a project manager needs both. A candidate who
chose D saw a group setting and reached for the facilitator role, which
is one of the tools of leadership rather than the thing itself.
Зошто, опција по опција - Прашање 13
A
A. Management is about processes, plans and control, the Monday work of
schedules, budgets and assignments. Tuesday is not about the plan at
all.
B
B. Leadership works through vision, motivation and involving people in
how the goal is reached. Explaining why the project matters and
inviting the team to shape the approach is that, not a control
activity.
C
C. Controlling is measuring performance against the plan and acting on
variances. Nothing on Tuesday measures anything.
D
D. Facilitation is guiding a group through a process to its own outcome.
Tuesday's activities may happen in a meeting, but their essence is
giving purpose and ownership, which is leadership.
+Објаснување на македонски
Management значи насочување на работата преку планови, буџети,
задачи и контрола, како во понеделникот. Leadership значи влијание врз
луѓето преку цел, мотивација и вклучување, како во вторникот, кога
проектниот менаџер објаснува зошто проектот е важен и го поканува тимот
да го обликува пристапот. Проектниот менаџер ги користи и двете.
Каде стои ова кај PMI
PMBOK Guide 7th ed., principles, demonstrate leadership behaviours, and
Team performance domain, management and leadership; Process Groups: A
Practice Guide, the role of the project manager
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0013)
Emotional intelligence is the ability to recognise one's own emotions and
those of others and to use that awareness to guide behaviour. The stem
gives the project manager a rising emotion and a room full of them; the
emotionally intelligent response regulates the first and addresses the
second while keeping the meeting on its purpose. A candidate who chose A
mistook decisiveness for awareness; one who chose D mistook avoidance for
calm.
Зошто, опција по опција - Прашање 14
A
A. Public correction protects the stakeholder at the developer's expense
and adds a second sharp exchange to the first. Emotional intelligence
includes empathy for the person under pressure, not only the person
offended.
B
B. Avoidance leaves the feeling in the room unaddressed and the
stakeholder's concern unanswered. Recognising emotion means naming
it, not skipping past it.
C
C. This is self-awareness (noticing the irritation and pausing),
self-regulation (not acting on it), empathy (naming the difficulty)
and relationship management (redirecting to the shared goal), the
four parts of emotional intelligence in one move.
D
D. Routing feedback around the team removes the live conversation the
review exists for. It manages the project manager's discomfort rather
than the people in the room.
+Објаснување на македонски
Emotional intelligence е способноста да се препознаат сопствените емоции
и емоциите на другите и да се управува со нив. Проектниот менаџер ја
забележува сопствената нервоза, прави пауза, признава дека повратната
информација тешко се слуша и го враќа разговорот кон потребата на
засегнатата страна. Јавното прекорување (A) и избегнувањето (B, D) не
ја решаваат ниту емоцијата ниту забелешката.
Каде стои ова кај PMI
PMBOK Guide 7th ed., Team performance domain, emotional intelligence and
interpersonal skills; Agile Practice Guide, servant leadership and team
facilitation in creating an agile environment
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0014)
The project manager wears several hats: initiator, negotiator, listener,
coach, working member and facilitator. Which one fits is decided by the
situation. A resource conflict with a functional manager in a matrix is
the textbook case for the negotiator, because the project manager can
influence but not command. A candidate who chose C recognised the
importance of listening but stopped before the part of the job that
changes the outcome.
Зошто, опција по опција - Прашање 15
A
A. A project manager may contribute hands-on work on a small team, but
certified welding is not a task to absorb, and doing so would leave
the underlying resource conflict unresolved.
B
B. Cutting scope to fit a resource problem sacrifices the project's
objective to avoid a conversation. Change control is for changes the
project needs, not a substitute for negotiating.
C
C. Listening is part of the response, but accepting a four-week slip on
the critical path without exploring alternatives is passivity, not
the active listening PMI describes.
D
D. In a matrix, the project manager has no authority over the functional
manager's people and must negotiate for them. Seeking a solution that
meets both needs, such as a split allocation, a short deferral or a
substitute, is the role the situation calls for.
+Објаснување на македонски
Во матрична организација проектниот менаџер нема овластување над луѓето
на функционалниот менаџер и мора да преговара за ресурсите. Најдобро е
да се бара решение што го задоволува и производствениот врв и критичниот
пат, на пример поделено ангажирање или замена. Да се прифати
доцнењето (C) е пасивно, а да се сече опсегот (B) го жртвува целта на
проектот.
Каде стои ова кај PMI
Process Groups: A Practice Guide, the role of the project manager and
project resource management in a matrix organisation; PMBOK Guide 7th
ed., Team performance domain, interpersonal skills including negotiation
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0015)
When a planned risk response exists, following it is the first move, and
the plan says two things: the insurer bears the cost and the venue manager
owns the response. The project manager's job is to see that the plan
runs, then to assess the schedule impact and, if needed, bring a
well-formed question to the sponsor. B and D both act instead of
following the plan; C escalates before assessing. A candidate who chose D
may have reasoned that the stage must be rebuilt regardless, which is
true, but the money and the sequence were already decided.
Зошто, опција по опција - Прашање 16
A
A. The response was planned, funded and assigned. Executing it means
checking that the owner is carrying it out, and only then turning to
the consequences for the plan. This follows the agreed strategy and
assesses before acting further.
B
B. Accountability for the outcome does not mean doing the risk owner's
job. Overriding the assigned owner discards the planning that put the
right person in place and leaves the project manager doing two roles.
C
C. A go or no-go question may reach the sponsor later, but only once the
impact is known. Escalating before assessing gives the sponsor a
question without the information needed to answer it.
D
D. Spending the reserve first reverses the planned response. The
transfer to the insurer was chosen so that the reserve would not have
to carry this risk; drawing it down anyway leaves other identified
risks unfunded.
+Објаснување на македонски
Кога постои планиран одговор на ризикот, прво се спроведува тој. Регистарот
на ризици вели дека ризикот е пренесен на осигурителот и дека сопственик на
ризикот е менаџерот на локацијата, па проектниот менаџер проверува дека
тоа се случува и потоа го проценува влијанието врз временскиот распоред.
Трошењето на резервата (D) го заобиколува планот, а ескалацијата до
спонзорот (C) е предвремена без проценка.
Каде стои ова кај PMI
PMBOK Guide 7th ed., Uncertainty performance domain, risk responses and
implementing them; Process Groups: A Practice Guide, executing process
group, implement risk responses, and monitoring and controlling, monitor
risks
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0016)
Initiation rests on two pre-project documents: the business case, which
answers whether the investment is worthwhile, and the benefits management
plan, which answers how the promised benefits will be realised and
sustained, typically beyond the project's end. The charter follows from
both. A candidate who chose D knew the business case but stopped one
document short.
Зошто, опција по опција - Прашање 17
A
A. The charter authorises the project and the management plan says how
it will be run. Neither is the justification for the investment, and
neither tracks benefits after the project has closed.
B
B. A feasibility study tests whether an option can be done, and the
scope statement describes what the project will deliver. The
justification of value and the measurement of benefits are different
documents.
C
C. The business case sets out the justification for the investment; the
benefits management plan defines the benefits, how and when they will
be realised and measured, and who owns them, including after closure.
D
D. The business case is the right first document, but the charter
authorises the project rather than describing how benefits will be
measured once it is over.
+Објаснување на македонски
Business case ја образложува исплатливоста на инвестицијата, а benefits
management plan опишува како и кога ќе се мерат придобивките, често и по
затворањето на проектот. Проектната повелба го овластува проектот и
следи по нив, а физибилити-студијата само проверува дали нешто е
изводливо.
Каде стои ова кај PMI
Process Groups: A Practice Guide, project business documents (business
case and benefits management plan) and initiating process group, develop
project charter and its inputs; PMBOK Guide 7th ed., Models, methods and
artifacts, strategy artifacts (business case)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0017)
A planned communication strategy is executed as written and improved
through the same process that created it, not bypassed case by case. The
daily calls are a signal that the plan is missing something for this
stakeholder, so the project manager assesses the need, then either
explains how the current arrangement meets it or revises the plan for
everyone. A candidate who chose B was right to protect the plan but wrong
to stop listening; one who chose A abandoned the plan altogether.
Зошто, опција по опција - Прашање 18
A
A. Serving one stakeholder outside the plan creates an unplanned
channel, costs time the plan did not budget and leaves the other
directors with less than this one receives.
B
B. Holding the line on the plan without asking why it is failing treats
the plan as an end in itself. Something is not working for this
stakeholder, and refusing to learn what leaves it unaddressed.
C
C. The director's problem is frequency, not detail; a monthly dashboard
arrives less often than the summary already does. It also shares a
governance artifact with an audience it was not designed for.
D
D. The plan is a strategy to be followed and, when it stops serving a
stakeholder, to be updated deliberately. Understanding the need first
and then changing the plan keeps all directors on an agreed footing.
+Објаснување на македонски
Планот за комуникација се следи како што е договорен, а кога престанува
да ѝ служи на некоја засегната страна, се менува преку договорениот
процес, а не од случај до случај. Проектниот менаџер прво дознава што
навистина му треба на директорот, па ако планот не го покрива тоа, го
ревидира. Дневните јавувања (A) го заобиколуваат планот, а одбивањето (B)
не слуша.
Каде стои ова кај PMI
Process Groups: A Practice Guide, executing process group, manage
communications, and monitoring and controlling, monitor communications;
PMBOK Guide 7th ed., Stakeholder performance domain, engagement and
communication
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0018)
The three questions in the stem are the shape of a daily standup, whose
purpose is coordination within the team and quick detection of
impediments. Reporting upward, inspecting the increment and improving the
process belong to other meetings with other participants. A candidate who
chose B mistook a team ritual for a reporting one.
Зошто, опција по опција - Прашање 19
A
A. A daily standup is the team's own synchronisation point: a shared
view of where the work stands and an early warning of anything in
the way, so that help can be arranged the same day.
B
B. The standup is for the people doing the work, not for reporting
upward. Stakeholder reporting happens through status reports,
dashboards and reviews.
C
C. Inspecting what has been built and gathering feedback on it is the
purpose of a review at the end of an iteration, not a daily event.
D
D. Improving the process is the purpose of a retrospective. A standup
may reveal a problem, but the discussion of how to fix the way of
working is deliberately kept out of it.
+Објаснување на македонски
Дневниот состанок, во Scrum наречен Дневен Scrum, служи за
координација на работата во тимот и за рано откривање на пречките.
Известувањето кон спонзорот се прави преку извештаи, инспекцијата на
инкрементот е Преглед на Спринтот, а подобрувањето на начинот на работа
е ретроспектива.
Каде стои ова кај PMI
Agile Practice Guide, common agile practices, daily standups; PMBOK
Guide 7th ed., Models, methods and artifacts, meetings and events
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0019)
Two needs decide the item: quieter participants must be heard, and the
output must be a ranking. Nominal group technique is the one method that
builds both in, silent idea generation followed by voting. Brainstorming
is the tempting neighbour because it also collects ideas from a group,
but it neither protects the quiet nor ranks the result. A candidate who
chose A may have known the technique without its weakness.
Зошто, опција по опција - Прашање 20
A
A. Brainstorming generates ideas in open discussion, which is exactly
where the two senior voices have dominated before, and it does not
produce a ranking on its own.
B
B. Nominal group technique has each participant write ideas
independently, shares them round-robin and ranks them by vote. The
silent step neutralises dominant voices and the vote delivers the
ranking the project manager needs.
C
C. A focus group explores attitudes and expectations through guided
conversation. It deepens the voices the project manager is trying to
balance and gives no ranked outcome.
D
D. A standup is a coordination meeting for a team's own work. Giving
each person a turn does not produce a prioritised list and misuses
the event.
+Објаснување на македонски
Nominal group technique ги комбинира тивкото запишување на идеи,
споделувањето по ред и гласањето, па ги неутрализира доминантните
гласови и дава рангирање. Brainstorming собира идеи во отворена
дискусија каде што двете постари сестри повторно би доминирале и не дава
ранг. Focus group ги продлабочува ставовите, а дневниот состанок служи
за координација.
Каде стои ова кај PMI
PMI Guide to Business Analysis, elicitation techniques, brainstorming,
focus groups and nominal group technique; Process Groups: A Practice
Guide, planning process group, collect requirements, group creativity
and decision-making techniques
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0020)
An effective meeting has a purpose, the right people, a time box and a
recorded outcome. The stem shows the absence of the first and the last:
no clear purpose, no decisions, no assigned actions. A supplies the
purpose in advance and D captures the outcome at the end. B and C make
the meeting bigger and longer; E abolishes the decision-making the
project needs. A candidate who keyed C may have reasoned that overrun
means too little time, when it means too little structure.
Зошто, опција по опција - Прашање 21
A
A. An agenda with a stated purpose and named decisions gives the meeting
a target, lets people prepare and makes it possible to notice when
the discussion has drifted. It is the first fix for a meeting that
overruns and decides nothing.
B
B. More attendees lengthen discussion and dilute ownership. Effective
meetings invite the people needed for the decisions on the agenda,
not everyone who might have a view.
C
C. A longer slot accommodates the drift rather than removing it. A
meeting that lacks purpose and decisions will fill whatever time it
is given.
D
D. Writing down actions, owners and dates converts discussion into
commitments and is exactly what is missing when people leave unsure
what they owe. It also gives the next meeting something concrete to
follow up.
E
E. A status sheet shares information but cannot make the coordination
decisions the meeting exists for. It removes the symptom by removing
the decision-making, which the project still needs.
+Објаснување на македонски
Ефективен состанок има јасна цел, вистинските учесници, временско
ограничување и запишан резултат. Агендата однапред (A) ја дава целта и
одлуките што треба да се донесат, а списокот на договорени задачи со
сопственик и рок (D) го претвора разговорот во обврски. Повеќе учесници
или подолг термин го продлабочуваат проблемот, а табелата со статус не
може да донесе одлуки.
Каде стои ова кај PMI
PMBOK Guide 7th ed., Models, methods and artifacts, meetings and events,
and Project work performance domain; Process Groups: A Practice Guide,
meetings and meeting management as a tool across process groups
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0021)
The stem describes three things at once: a small group, qualitative
language and interaction among participants. Those are the defining
features of a focus group. Interviews are the closest neighbour, sharing
the qualitative depth but not the interaction; surveys share the customer
audience but not the depth. A candidate who chose D likely weighed depth
and missed the phrase about reacting to one another.
Зошто, опција по опција - Прашање 22
A
A. A survey collects structured answers from many people at once. It
scales well but captures neither people's own words nor how they
respond to each other.
B
B. Brainstorming generates ideas from the project team or a working
group. It is not a way of listening to customers describe their
expectations.
C
C. A focus group brings a handful of prequalified participants together
with a moderator to explore their expectations and attitudes through
interactive conversation, which is exactly the small-group, in their
own words, reacting-to-each-other purpose in the stem.
D
D. An interview is one-to-one or one-to-few and yields depth from each
person, but it cannot capture the interaction between participants
that the team wants to observe.
+Објаснување на македонски
Focus group собира мала група учесници со модератор за да ги истражи
нивните ставови и очекувања преку разговор во кој реагираат еден на
друг. Интервјуто дава длабочина, но еден по еден, анкетата дава
бројки од многу луѓе, а brainstorming собира идеи од проектниот тим,
не од купувачите.
Каде стои ова кај PMI
PMI Guide to Business Analysis, elicitation techniques, focus groups and
interviews; Business Analysis for Practitioners, elicitation, techniques
for eliciting requirements
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0022)
The choice of development approach follows the product and the project
context. When requirements are stable and known up front, the contract
fixes price and scope, and the deliverable cannot be split into
independently useful parts, a predictive, plan-based approach is the fit.
A candidate who chose hybrid was looking for a middle way that the
situation does not call for; a candidate who chose incremental missed that
the unit has no value until it is complete.
Зошто, опција по опција - Прашање 23
A
A. An adaptive approach suits requirements that are uncertain and expected
to change through feedback. Here the requirements are fixed by a
regulator before work starts, so there is nothing to discover
iteratively.
B
B. Stable, externally fixed requirements, a fixed-price contract and a
single deliverable that only has value when complete are the classic
conditions for planning the whole scope, schedule and cost up front and
then executing against baselines.
C
C. An incremental approach delivers usable pieces of the product early. A
chlorination unit that cannot be used until it is installed and
certified offers no increment with stand-alone value.
D
D. A hybrid approach mixes predictive and adaptive elements when part of
the scope is stable and part is uncertain. Nothing in this project is
uncertain enough to justify the adaptive part.
+Објаснување на македонски
Барањата се утврдени однапред од регулаторот, договорот е со фиксна цена, а
испораката нема вредност додека не е целосно завршена. Тоа се условите во
кои најдобро одговара predictive пристап, каде опсегот, временскиот
распоред и трошокот се планираат целосно на почетокот. Агилен или hybrid
пристап има смисла само кога дел од барањата се неизвесни.
Каде стои ова кај PMI
PMBOK Guide 7th ed., Development Approach and Life Cycle performance
domain; Process Groups: A Practice Guide, section on tailoring and
development approaches
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0023)
Monitoring and Controlling is the group of activities that track, review
and regulate progress and performance, identify where the plan needs to
change, and manage those changes. Comparing progress with the baseline and
running integrated change control are both squarely inside it. Acquiring
resources is Executing, developing the charter is Initiating, and
archiving and releasing the team are Closing. A candidate who picked
option B confused doing the planned work with checking it.
Зошто, опција по опција - Прашање 24
A
A. Measuring performance against a baseline and recommending corrective
or preventive action is the core of Monitoring and Controlling; it is
what Control Schedule does.
B
B. Obtaining people, equipment and services for the project is an
Executing activity (Acquire Resources). It carries out the plan rather
than checking performance against it.
C
C. The charter is developed in the Initiating Process Group; it authorises
the project and names the project manager before any control can take
place.
D
D. Perform Integrated Change Control sits in Monitoring and Controlling:
every change request is reviewed, decided and recorded there so the
baselines stay under control.
E
E. Archiving records and releasing resources are Closing activities,
performed once the deliverables have been accepted and the project or
phase ends.
+Објаснување на македонски
Во Process Group за мониторинг и контрола спаѓаат споредбата на напредокот
со основната линија на временскиот распоред и одлучувањето за барањата за
промени преку контрола на промени. Обезбедувањето ресурси е извршување,
изработката на проектната повелба е иницирање, а архивирањето и
ослободувањето на тимот се затворање.
Каде стои ова кај PMI
Process Groups: A Practice Guide, Monitoring and Controlling Process Group
and the Executing, Initiating and Closing Process Groups; PMBOK Guide 7th
ed., Measurement performance domain
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0024)
In a predictive life cycle the phases are separated by phase gates, also
called stage gates or kill points: a formal review of the phase's results
against the business documents and plans that ends with a go, no-go or
rework decision. A milestone marks a point in time but carries no such
decision; a kick-off follows the decision; a change control board rules
on change requests, not on phases. A candidate who picked the milestone
confused the point in the schedule with the review that happens there.
Зошто, опција по опција - Прашање 25
A
A. A milestone is a significant point or event in the schedule with no
duration; the end of a phase is often marked by one, but a milestone
is not itself a review with a continue-or-stop decision.
B
B. A kick-off meeting launches a project or phase after it has been
authorised, to align the team on objectives and roles. The decision to
proceed has already been made by then.
C
C. A phase gate is the review held at the end of a phase where performance
and progress are compared with the business case and plans, and a
decision is made to continue, continue with changes, or end the
project. That is exactly what the steering committee is doing.
D
D. The change control board reviews individual change requests against the
baselines. It does not decide whether the next phase of the project
goes ahead.
+Објаснување на македонски
Прегледот на крајот од една фаза, каде управниот комитет одлучува дали
проектот продолжува во следната фаза, се повторува работата или се
запира, е phase gate. Одредницата е само точка во временскиот распоред
без одлука, kick-off состанокот се одржува откако одлуката е донесена, а
одборот за контрола на промени одлучува само за барања за промени.
Каде стои ова кај PMI
PMBOK Guide 7th ed., Development Approach and Life Cycle performance
domain (phases and phase gates); Process Groups: A Practice Guide, project
life cycle and phases
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0025)
The critical path method finds the longest sequence of dependent
activities through the network; its length is the shortest possible
project duration, and every activity on it has zero float. Listing the
paths gives A-C-D at 10 days and A-B-D and A-B-E at 9 days each, so the
critical path is A-C-D and the answer is 10 days. Candidates who summed
everything, or who added B and C together, forgot that parallel
activities overlap.
Зошто, опција по опција - Прашање 26
A
A. Nine days is the length of the paths A-B-D and A-B-E. They are the
shorter paths through the network, so activities B and E carry one day
of float; the critical path is the longest one.
B
B. The path A-C-D is 3 + 5 + 2 = 10 days. The other paths, A-B-D and
A-B-E, are 3 + 4 + 2 = 9 days each. The longest path through the
network is the critical path, so the project cannot finish in fewer
than 10 days.
C
C. Twelve days is A + B + C, which adds the parallel activities B and C as
if one had to wait for the other. They start together after A, so only
the longer of the two counts.
D
D. Sixteen days is the sum of all five activities. Adding every duration
ignores that B runs in parallel with C and that D runs in parallel
with E.
+Објаснување на македонски
Според методот на критичен пат, критичниот пат е најдолгата низа зависни
активности низ мрежниот дијаграм. Патот A-C-D трае 3 + 5 + 2 = 10 дена, а
патиштата A-B-D и A-B-E по 9 дена, па активностите B и E имаат по еден ден
float. Собирањето на сите активности или на B и C заедно ги игнорира
паралелните активности.
Каде стои ова кај PMI
Process Groups: A Practice Guide, Develop Schedule (critical path method
and schedule network analysis); PMBOK Guide 7th ed., Planning performance
domain (schedule)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0026)
Schedule variance is earned value minus planned value. Here it is
320,000 - 350,000 = -30,000. A negative SV means the project has earned
less value than the schedule baseline called for by this date, so it is
behind schedule. SV says nothing about money spent; a candidate who read
it as a budget signal mixed it up with cost variance, which compares
earned value with actual cost.
Зошто, опција по опција - Прашање 27
A
A. SV = EV - PV = 320,000 - 350,000 = -30,000. Less value has been earned
than was planned by this date, and a negative schedule variance means
the work is behind the schedule baseline.
B
B. The arithmetic is right but the reading is wrong. Schedule variance
compares earned value with planned value and says nothing about
spending; over or under budget is read from the cost variance, which
needs the actual cost.
C
C. This subtracts in the wrong order (PV - EV). With less earned than
planned, the variance must be negative and the project cannot be
ahead.
D
D. Both the sign and the interpretation are wrong: the order of
subtraction is reversed and schedule variance does not measure cost.
+Објаснување на македонски
Schedule variance (SV) е earned value минус planned value, значи 320.000 −
350.000 = −30.000 евра. Негативната вредност значи дека проектот заостанува
зад основната линија на временскиот распоред. SV не кажува ништо за
трошокот; за тоа служи cost variance, кој бара и actual cost.
Каде стои ова кај PMI
Process Groups: A Practice Guide, Control Schedule and Control Costs
(earned value analysis); PMBOK Guide 7th ed., Measurement performance
domain (earned value)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0027)
A WBS is a hierarchical decomposition of the total scope of work, and its
defining principle is the 100 percent rule: each level of decomposition
must contain all, and only, the work of the level above it. When the
work packages under an element sum to less than the element, scope is
missing from the WBS and will be missing from the schedule and budget
derived from it. Rolling wave and progressive elaboration explain how
detail grows; the 8/80 rule concerns work-package size.
Зошто, опција по опција - Прашање 28
A
A. Rolling wave planning details near-term work and leaves later work at
a higher level. It is allowed in a WBS, but even a high-level element
must still represent all of the work below it.
B
B. Progressive elaboration is the refining of the plan as more becomes
known. It describes how detail grows over time, not whether the
children of an element cover everything the parent contains.
C
C. The 100 percent rule says the WBS includes all of the project's work
and that the children of any element together represent 100 percent
of that element, no more and no less. Work packages that add up to
less than their parent break it.
D
D. The 8/80 rule is a sizing heuristic that keeps a work package between
roughly 8 and 80 hours of effort. It is about the size of a package,
not about whether the packages together cover the parent.
+Објаснување на македонски
Структурата за поделба на работата мора да го содржи целиот опсег: работните
пакети под еден елемент заедно претставуваат 100 % од тој елемент, ни
повеќе ни помалку. Тоа е правилото „100 %“ (100 percent rule). Rolling
wave planning и progressive elaboration опишуваат како расте деталноста,
а правилото 8/80 се однесува на големината на работниот пакет.
Каде стои ова кај PMI
Process Groups: A Practice Guide, Create WBS (decomposition and the 100
percent rule); PMBOK Guide 7th ed., Planning performance domain (scope
and work breakdown structure)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0028)
The project management plan is followed as agreed. The quality
management plan settles what happens to a failed deliverable, so it is
repaired and re-inspected. The knock-on effect on the schedule baseline is
a change, and changes to baselines go through integrated change control
as the change management plan requires. Option A does the first half and
then bypasses change control; option B trades the plan for a date by accepting
defective work, and option C treats a baseline change as an issue to be
logged instead of a change to be approved.
Зошто, опција по опција - Прашање 29
A
A. Following the quality plan is right, but a baseline is only changed
through the change control process. The project manager cannot
re-baseline the schedule on their own authority, even to record a
delay that is certain.
B
B. This protects the date by abandoning the quality management plan. The
plan states that inspection defects are repaired before acceptance,
and acceptance of known-defective work is not a decision the project
manager can make alone.
C
C. Following the quality plan is right, and logging the slip is harmless,
but the issue log does not authorise a change to a baseline. Only an
approved change request moves the schedule baseline.
D
D. Both plans are followed as written: the quality plan decides what
happens to the defective deliverable, and the change management plan
decides how the resulting baseline change is handled. The board, not
the project manager, approves the new baseline.
+Објаснување на македонски
Проект менаџмент планот се следи како што е договорен. Планот за квалитет
вели дека испораката што паднала на испитување се поправа и повторно се
испитува, а промената на основната линија на временскиот распоред што
следува од тоа оди преку контрола на промени до одборот. Проектниот
менаџер не смее сам да ја промени основната линија, ниту да прифати
дефектна испорака за да ја одржи одредницата.
Каде стои ова кај PMI
Process Groups: A Practice Guide, Control Quality and Perform Integrated
Change Control; PMBOK Guide 7th ed., Delivery performance domain (quality)
and Planning performance domain (baselines and change)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0029)
The dividing line is time: a risk is uncertain and lies in the future; an
issue is certain and is happening now. A supplier that has already
stopped delivering is an issue, and the issue log is the artifact that
assigns it an owner and a resolution date and tracks it to closure. The
change log holds change requests, the risk register holds uncertain
events, and the lessons learned register holds what was learned after the
fact. A candidate who chose the risk register missed that the event has
already occurred.
Зошто, опција по опција - Прашање 30
A
A. A risk is an uncertain event that may happen. The supply stoppage has
already happened, so it is no longer a risk; if it had been listed as
one, its entry would now be closed and the event tracked elsewhere.
B
B. The change log tracks change requests and their status. No change to
scope, schedule or cost has been requested yet; that may follow, but
first the problem itself must be tracked.
C
C. The lessons learned register captures what was learned and what to do
differently. Once the stoppage is resolved a lesson may be recorded,
but it is not the place to manage an open problem.
D
D. An issue is a current condition or event that has already happened and
needs to be resolved. The issue log records it with an owner, a
priority and a target date, which is exactly what the project manager
wants.
+Објаснување на македонски
Ризикот е неизвесен настан што може да се случи; проблем што веќе се
случил, како прекинатата испорака, е issue и се запишува во issue log со
одговорно лице и рок за решавање. Регистарот на ризици е за неизвесни
настани, change log за барања за промени, а lessons learned регистарот за
наученото откако проблемот ќе се реши.
Каде стои ова кај PMI
PMBOK Guide 7th ed., Models, Methods and Artifacts (logs and registers);
Process Groups: A Practice Guide, Direct and Manage Project Work and
Monitor and Control Project Work (issue log)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0030)
Cost variance is earned value minus actual cost, and the cost performance
index is earned value divided by actual cost. With EV of 400,000 and AC
of 500,000, CV is -100,000 and CPI is 0.80: the project is over budget
and is getting 80 cents of value for every euro spent. The two measures
always agree in direction, so any option that pairs a negative variance
with an index above one, or a positive variance with an index below one,
can be ruled out before the arithmetic.
Зошто, опција по опција - Прашање 31
A
A. CV = EV - AC = 400,000 - 500,000 = -100,000, and CPI = EV / AC =
400,000 / 500,000 = 0.80. Both say the same thing: the project has
spent more than the value of the work it has completed.
B
B. This reverses both formulas (AC - EV and AC / EV). A project that has
spent 500,000 to earn 400,000 cannot have a favourable variance or an
index above one.
C
C. The variance is right but the index is AC divided by EV. CV and CPI
always point the same way: a negative CV goes with a CPI below one.
D
D. The index is right but the variance is AC minus EV. A CPI below one
cannot go with a positive cost variance.
+Објаснување на македонски
Cost variance (CV) е earned value минус actual cost, 400.000 − 500.000 =
−100.000 евра, а cost performance index (CPI) е earned value поделен со
actual cost, 400.000 / 500.000 = 0,80. Проектот троши повеќе од вредноста
на завршената работа. Негативен CV секогаш оди со CPI помал од 1.
Каде стои ова кај PMI
Process Groups: A Practice Guide, Control Costs (earned value analysis
and variance analysis); PMBOK Guide 7th ed., Measurement performance
domain (earned value)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0031)
Controls on a predictive project compare what is happening with what was
baselined and manage any deviation through change control. The work
performance report carries the comparison, with variances such as SV and
CV, and the change log carries the decisions that alter the baselines.
The product backlog is an artifact of adaptive delivery, the business
case justifies the project rather than controlling it, and the charter authorises the project before any control
exists. A candidate who picked the charter mistook an initiating artifact
for a controlling one.
Зошто, опција по опција - Прашање 32
A
A. A product backlog is the ordered list of work in an adaptive project;
it is reprioritised continually and is not measured against a
baseline.
B
B. The change log records every change request and its status. Because
baselines are only altered through approved changes, the log is the
record of how and why the baselines have moved.
C
C. The business case justifies the project and is revisited at phase
gates to confirm it still holds. It is a business document, not a
control artifact; performance is measured against the baselines, not
against the business case.
D
D. The charter authorises the project and gives the project manager
authority. It is an initiating artifact and is not used to measure
performance or to control the work against the baselines.
E
E. Work performance reports present measured performance against the
baselines, such as schedule and cost variances, so that decisions and
corrective actions can be taken. They are the core control document of
a predictive project.
+Објаснување на македонски
Контролата во predictive проект значи споредба со основните линии и
управување со отстапувањата преку контрола на промени. Извештајот за
напредокот со schedule и cost variance ја носи споредбата, а change log
ги бележи одобрените промени на основните линии. Листата на планирани
активности за Продуктот е агилен артефакт, business case го оправдува
проектот наместо да го контролира, а проектната повелба само го
овластува проектот.
Каде стои ова кај PMI
PMBOK Guide 7th ed., Models, Methods and Artifacts (logs, registers and
reports); Process Groups: A Practice Guide, Monitor and Control Project
Work and Perform Integrated Change Control
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0032)
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.
Зошто, опција по опција - Прашање 33
A
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
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
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
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.
+Објаснување на македонски
Адаптивниот (агилен) пристап се избира кога барањата се неизвесни,
промените се очекуваат и повратните информации од корисниците доаѓаат по
секоја испорака. Само апликацијата за закажување има таква неизвесност во
опсегот. Котлите, извештајот и преселбата имаат јасни барања и проверена
процедура, па за нив одговара предиктивниот пристап.
Каде стои ова кај 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
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0033)
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.
Зошто, опција по опција - Прашање 34
A
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
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
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
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.
+Објаснување на македонски
Адаптивниот пристап најмногу го олеснува Сопственик на продуктот кој е
достапен за тимот во текот на секоја итерација, зашто тој брзо одлучува
за вредноста и приоритетите. Scrum Мастер не доделува задачи (опција B),
квартална повратна информација е премногу ретка (опција C), а шаблоните и
фазните контроли се средства за предиктивен пристап (опција D).
Каде стои ова кај 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
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0034)
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.
Зошто, опција по опција - Прашање 35
A
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
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
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
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.
+Објаснување на македонски
Целта што Сопственикот на продуктот ја предлага за еден Спринт, а тимот
ја усвојува во Планирање на Спринтот, е Цел на Спринтот. Цел на Продуктот
е долгорочна и опфаќа многу спринтови, Листа на планирани активности за
Спринтот се избраните ставки, а Дефиниција за Завршено е условот за
квалитет на секоја ставка.
Каде стои ова кај PMI
Agile Practice Guide, section 5.2.6 (planning for iteration-based agile)
and Annex A3 (Scrum); PMBOK Guide 7th ed., Planning performance domain
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0035)
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.
Зошто, опција по опција - Прашање 36
A
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
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
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
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.
+Објаснување на македонски
Работните пакети од структурата за поделба на работата се разложуваат во
user stories во Листа на планирани активности за Продуктот, што
Сопственикот на продуктот ја подредува според вредност. Само работата за
една итерација се планира во Листа на планирани активности за Спринтот
(опција B е погрешна), а Гантов дијаграм и фазните контроли се
предиктивни алатки.
Каде стои ова кај 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)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0036)
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.
Зошто, опција по опција - Прашање 37
A
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
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
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
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.
+Објаснување на македонски
Во адаптивен проект напредокот се следи според завршената работа по
итерација (velocity) споредена со преостанатата Листа на планирани
активности за Продуктот, најчесто на burnup chart. Критичниот пат
претпоставува фиксен план што овде се менува секоја итерација;
преостанатите story points без стапка на завршување не даваат прогноза,
а потрошените часови мерат напор, а не испорачана вредност.
Каде стои ова кај PMI
Agile Practice Guide, section 5.4 (measurements in agile projects); PMBOK
Guide 7th ed., Measurement performance domain
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0037)
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.
Зошто, опција по опција - Прашање 38
A
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
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
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
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
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.
+Објаснување на македонски
Артефакти на адаптивен проект се Листа на планирани активности за
Продуктот и burndown chart, зашто поддржуваат планирање на една итерација
и видлив напредок. Мрежен дијаграм со критичен пат, матрица за следливост
на барањата и фазните контроли претпоставуваат однапред фиксирани барања
и редослед, што е предиктивен модел.
Каде стои ова кај 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)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0038)
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.
Зошто, опција по опција - Прашање 39
A
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
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
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
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.
+Објаснување на македонски
Приказната ги исполнува acceptance criteria на Сопственикот на продуктот,
но не и заедничкиот услов на тимот дека секоја приказна поминува
интеграциски тест. Тој заеднички услов е Дефиниција за Завршено, што важи
за секоја ставка. Преглед на Спринтот е настан, а Цел на Спринтот е целта
на спринтот, а не услов за квалитет.
Каде стои ова кај 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
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0039)
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.
Зошто, опција по опција - Прашање 40
A
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
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
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
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.
+Објаснување на македонски
Настанот во кој Scrum Тимот со засегнатите страни го проверува
Инкрементот и ја прилагодува Листата на планирани активности за Продуктот
е Преглед на Спринтот. Ретроспектива на Спринтот го разгледува начинот на
работа на тимот, Планирање на Спринтот гледа напред, а Дневен Scrum е
краток дневен настан на Девелоперите.
Каде стои ова кај PMI
Agile Practice Guide, section 5.2.5 (demonstrations and reviews) and
Annex A3 (Scrum); PMBOK Guide 7th ed., Delivery performance domain
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0040)
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.
Зошто, опција по опција - Прашање 41
A
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
B. Pair programming is a core XP practice: continuous review as the code
is written, shared knowledge across the team and fewer defects.
C
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
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
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.
+Објаснување на македонски
Практиките на Extreme Programming (XP) се pair programming (двајца
Девелопери на една работна станица) и test-driven development (прво
тест, па код). WIP лимитот припаѓа на Kanban, program increment planning
на SAFe, а Преглед на Спринтот е настан од Scrum.
Каде стои ова кај 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
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0041)
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.
Зошто, опција по опција - Прашање 42
A
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
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
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
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.
+Објаснување на македонски
Кога работата пристигнува непредвидливо и секој ден го нарушува Спринтот,
Scrum со фиксна обврска за временски ограничен период не одговара; проток
по Kanban со WIP лимити и повлекување на ставки според слободен капацитет
одговара. Пократок Спринт не ги запира прекините, Scrum Мастер не
доделува задачи, а одложувањето на итни поправки на производствен систем
ја жртвува вредноста што Целта на Спринтот треба да ја штити.
Каде стои ова кај 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
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0042)
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.
Зошто, опција по опција - Прашање 43
A
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
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
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
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.
+Објаснување на македонски
Итерацијата е успешна кога работен Инкремент што ја исполнува Целта на
Спринтот е прифатен од Сопственикот на продуктот. Velocity е мерка за
планирање, започнатите ставки не се испорачана вредност, а потрошените
часови мерат напор, а не резултат.
Каде стои ова кај 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
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0043)
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.
Зошто, опција по опција - Прашање 44
A
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
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
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
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.
+Објаснување на македонски
Секое ново барање оди кај Сопственикот на продуктот, кој ја подредува
Листата на планирани активности за Продуктот според вредност и одлучува
дали ставката влегува во тековниот Спринт во договор со Девелоперите.
Scrum Мастер не одлучува за опсегот (опција D), формалната контрола на
промени е предиктивен рефлекс (опција C), а прифаќањето на барањето
директно ја заобиколува приоритизацијата (опција A).
Каде стои ова кај 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
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0044)
The PMI business analysis guides separate the person who operates a process (process manager) from the person accountable for how it is designed and performs (process owner). The supervisor in the stem manages the desk, so their agreement is stakeholder input, not authorisation. A candidate who chose the process manager confused daily operation with ownership; a candidate who chose product owner or product manager mixed product roles into a process decision.
Зошто, опција по опција - Прашање 45
A
A. The process manager runs the process day to day, allocates the people and watches its throughput; that is the supervisor in the stem. Operating a process is not the same as being accountable for its design, so this signature is not the one that authorises a redesign.
B
B. A product manager is accountable for a product's strategy, market fit and roadmap. Loan approval is an internal process, not a product line, so this role has no authority over how the process is designed.
C
C. The process owner is accountable for the end-to-end design and performance of the process and is the role that approves changes to it. The supervisor's agreement is valuable input, but the redesign is only authorised when the owner signs it off.
D
D. A product owner orders a product backlog and decides what an adaptive team builds next. The stem is about who can authorise a change to an operating process, which is the process owner's accountability rather than a backlog decision.
+Објаснување на македонски
Process owner е засегнатата страна одговорна за дизајнот и резултатите на процесот од почеток до крај и токму таа ја одобрува промената на процесот. Супервизорот што го води процесот секојдневно е process manager: неговата согласност е вредна, но не е одобрување. Product manager и Сопственикот на продуктот се улоги врзани за производ, а не за интерен процес.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Stakeholder Engagement knowledge area (stakeholder roles and their accountabilities); Business Analysis for Practitioners: A Practice Guide, 2nd ed., stakeholder engagement chapter (process owner and process manager)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0045)
The reason stakeholders are identified and analysed before elicitation is that a stakeholder who is missed contributes no requirements and later withholds acceptance, which is exactly what finance did. Prioritisation, traceability and prototyping all work on requirements that already exist; none of them discovers a group nobody thought to ask. A candidate who chose traceability confused proving coverage of known requirements with completeness of the requirement set.
Зошто, опција по опција - Прашање 46
A
A. Finance was affected by the invoicing feature but was never identified, so their needs never entered the requirements. Stakeholder identification and analysis exists precisely to find every group whose needs, influence or acceptance the solution depends on before elicitation begins.
B
B. Prioritisation orders the requirements that have already been captured. It cannot surface a need from a department that was never consulted, so ranking the sales requirements more carefully would not have added the finance rules.
C
C. Traceability shows that each captured requirement is covered by design and testing. The finance requirement was never captured, so a complete matrix would still have shown a fully tested feature that was wrong for finance.
D
D. Prototyping is a strong elicitation and confirmation technique, but a prototype reviewed only with sales would confirm the sales view. The gap was in who was consulted, not in how well their needs were understood.
+Објаснување на македонски
Финансиите биле засегната страна на решението, но никој не ги идентификувал, па нивните барања воопшто не биле собрани. Анализа на учесниците на почетокот го открива секој што има потреба или влијание врз решението. Приоритизацијата, traceability matrix и прототипот работат само врз веќе собрани барања и не можат да откријат изоставена група.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Stakeholder Engagement knowledge area (identify stakeholders, conduct stakeholder analysis); PMBOK Guide 7th ed., Stakeholder performance domain
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0046)
Internal and external are decided by organisational membership, not by proximity or influence. The regulator, the supplier's analyst and the passengers all sit outside the airport authority; only the operations manager is inside it. A candidate who chose the vendor's analyst let daily co-location override the contractual boundary that defines an external role.
Зошто, опција по опција - Прашање 47
A
A. A regulator imposes requirements from outside the organisation and is a classic external stakeholder, however much influence it has over the solution.
B
B. Co-location and daily contact are tempting cues, but the analyst is employed by a supplier under contract. Where a person sits does not change whose organisation they belong to; a supplier's staff are external stakeholders.
C
C. End customers are among the most important stakeholders, but they are outside the organisation delivering the solution and are therefore external.
D
D. The operations manager is employed by the airport authority, the organisation sponsoring and delivering the project. Internal stakeholders are those inside that organisation, regardless of how often the analyst meets them.
+Објаснување на македонски
Дали една засегната страна е внатрешна или надворешна зависи од тоа на која организација ѝ припаѓа, а не од тоа колку често тимот се среќава со неа. Регулаторот, аналитичарот на изведувачот и патниците се надворешни; само менаџерот за операции е вработен во аеродромот и е внатрешна засегната страна.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Stakeholder Engagement knowledge area (internal and external stakeholders); PMBOK Guide 7th ed., Stakeholder performance domain
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0047)
Choosing a communication channel starts from the audience and the purpose: senior decision makers, little time, a decision required. A presentation with a recommendation and space for questions delivers a synthesis and lets the audience test it, which a report or dashboard cannot do and a workshop is too long for. A candidate who chose the status report picked a familiar channel for periodic information rather than one built for reaching a decision.
Зошто, опција по опција - Прашање 48
A
A. A status report is the right channel for periodic progress information, but it is one-way and does not support a discussion that must end in a decision. Sending it beforehand may help, yet it does not use the thirty minutes to reach the decision.
B
B. A decision-focused presentation suits a senior audience with little time: it frames the two options, states the trade-offs and recommendation, and leaves room for the questions the decision makers need answered before they commit. It matches both the audience and the purpose.
C
C. A workshop is the tool for building consensus or eliciting requirements with many contributors. The options are already analysed and the audience has thirty minutes, so a half-day co-creation session fits neither the purpose nor the time available.
D
D. A dashboard supports ongoing monitoring by people who track detail over time. Senior decision makers choosing between two funded options need a synthesis and a recommendation, not requirement-level status.
+Објаснување на македонски
Каналот се избира според публиката и целта: високи носители на одлуки, малку време, потребна одлука. Кратка презентација со препорака и време за прашања го дава она што им треба. Извештај за проектен статус е еднонасочен, работилницата е предолга, а dashboard е за следење детали, не за одлучување.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Stakeholder Engagement knowledge area (communication planning and channels); PMBOK Guide 7th ed., Stakeholder performance domain (communication methods)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0048)
A business analyst communicates between the requirement owners and the delivery team so that both hold the same understanding of each requirement; when that understanding diverges, the analyst closes the gap at once, with the people who own the need. A candidate who chose to wait for the review confused confirming a finished increment with keeping shared understanding during the work; a candidate who chose a change request treated an ambiguity as a scope change.
Зошто, опција по опција - Прашање 49
A
A. Waiting until the review means the team may build for days on an interpretation that the requirement owners never held. The review is for confirming a completed increment, not for discovering that the two groups understood a requirement differently.
B
B. Nothing has changed yet: the requirement is ambiguous, not altered. Change control comes into play only if clarification reveals that the agreed scope must actually move, and even then after the meaning has been confirmed.
C
C. The analyst's central communication role is to keep the people who own the need and the people who build the solution working from the same understanding. Clarifying now, at the source, and passing the answer to the team prevents rework and is why the analyst sits between the two groups.
D
D. Reserving time for rework accepts the misunderstanding rather than removing it. The analyst can eliminate the cause with a short clarification, which is the better use of the moment than planning around the consequence.
+Објаснување на македонски
Аналитичарот стои меѓу оние што го поседуваат барањето и тимот што го гради, за двете страни да го разбираат исто. Кога разбирањата се разидуваат, прво се потврдува значењето кај супервизорите и одговорот се пренесува на тимот. Чекање до прегледот носи преработка; контрола на промени се применува само ако опсегот навистина се менува.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Stakeholder Engagement and Analysis knowledge areas (communicating requirements, confirming understanding); Business Analysis for Practitioners: A Practice Guide, 2nd ed., analysis chapter (validating and communicating requirements)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0049)
Matching a tool to the scenario: an end-to-end flow with hand-offs and waiting points is what a process model is built to show. User stories and use cases describe needs and system interactions, and a prototype shows a future solution. A candidate who chose the use case confused a single actor's interaction with a system for a cross-departmental flow of work.
Зошто, опција по опција - Прашање 50
A
A. A user story captures a single need from one role's point of view in a sentence or two. It is deliberately small and does not show a sequence of hand-offs across departments.
B
B. A process model (a flow diagram with swimlanes) shows the steps, decisions and hand-offs between roles from the start of a process to its end. It is the tool for seeing where work waits, which is exactly what the team wants.
C
C. A use case describes how an actor interacts with a system to reach a goal, step by step. It centres on one interaction with the solution, not on how work flows between several departments.
D
D. A prototype makes a proposed solution tangible so stakeholders can react to it. The team is trying to understand the current process, not to try out a future screen or product.
+Објаснување на македонски
Тек на работа од почеток до крај, со предавања меѓу одделенијата, најдобро се прикажува со process model. User story опишува една потреба на една улога, use case опишува како актер комуницира со системот, а прототип прикажува идно решение, не постоечки процес.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Analysis knowledge area (process models, use cases, user stories); Business Analysis for Practitioners: A Practice Guide, 2nd ed., analysis chapter (modelling techniques)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0050)
Two questions, two techniques: observation for how the work is actually done (people cannot reliably describe their own habits) and a survey for a broad, dispersed population whose acceptance must be measured in a short time. The other options use legitimate techniques with the wrong participants, which is the trap: the technique is only as good as who it is applied to. A candidate who chose the sponsor interview mistook the sponsor's authority for knowledge of branch practice.
Зошто, опција по опција - Прашање 51
A
A. Observation shows what people actually do, including the workarounds they would not think to describe. It is the technique for learning how a process really runs today, and a sample of branches makes it feasible within the month.
B
B. An interview is right for depth with one person, but the sponsor is not the one performing the work and cannot say how forty branches would receive the change. It answers neither of the two questions the analyst has.
C
C. Brainstorming generates ideas for how something could be done; it does not produce evidence of how nine hundred clerks handle a claim today, and a single head-office group cannot show how forty branches would receive the change.
D
D. A survey reaches a large, dispersed population quickly and gives a measurable picture of how a proposed change is received. For nine hundred people in forty locations within a month, it is the technique that scales.
E
E. A focus group gathers the views of a selected group of stakeholders, but the developers neither perform the claims process nor decide whether the approval change is acceptable in the branches. The wrong participants make the technique miss the target.
+Објаснување на македонски
Две прашања бараат две техники: набљудување на службениците за да се види како навистина работат, и анкета за да се измери прифаќањето кај 900 луѓе во 40 филијали за еден месец. Другите опции користат вистински техники, но на погрешно место: спонзорот и девелоперите не го извршуваат процесот, а brainstorming со една група во централата дава идеи, не докази.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Elicitation knowledge area (observation, surveys and questionnaires, interviews, focus groups); Business Analysis for Practitioners: A Practice Guide, 2nd ed., elicitation chapter (selecting techniques)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0051)
The artefact described is a requirements traceability matrix, whose purpose is to connect each requirement backward to its origin and forward to what satisfies and verifies it, so nothing is lost and nothing unrequested is built. Prioritisation, acceptance criteria and estimates are neighbouring artefacts that a candidate may associate with the same table without being its purpose.
Зошто, опција по опција - Прашање 52
A
A. Ranking is the job of prioritisation techniques such as MoSCoW or multivoting. The table in the stem records relationships, not the relative importance of one requirement over another.
B
B. Those conditions are acceptance criteria, written with the requirement or user story. The linking table may reference the test that checks them, but it does not define them.
C
C. Effort belongs to estimating and to the schedule or backlog, not to the linking table. Knowing where a requirement came from and what covers it says nothing about how long it takes.
D
D. That is the requirements traceability matrix: it shows that every requirement has a source and a covering deliverable and test, exposes orphans and gaps, and supports impact analysis when something changes.
+Објаснување на македонски
Опишаниот артефакт е requirements traceability matrix: секое барање се следи назад до целта од која потекнува и напред до испораката и тестот што го покриваат. Приоритизацијата, acceptance criteria и проценката на напор се соседни артефакти, но не се негова цел.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Traceability and Monitoring knowledge area (requirements traceability matrix); Process Groups: A Practice Guide, Collect Requirements (traceability matrix)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0052)
The artefact is a product backlog: a single, ordered, continually refined list of candidate work owned by the product owner. Its defining features are that it is emergent and ordered, not baselined, and that it holds the work rather than tracing or scheduling it. A candidate who chose the release view confused the pool of work with the plan for delivering it.
Зошто, опција по опција - Прашање 53
A
A. That is the product backlog: an emergent, ordered inventory of everything that may be built, owned by the product owner, with the items nearest the top refined to a ready state and the rest kept deliberately coarse.
B
B. A scope baseline belongs to the predictive approach and is changed through change control. The list in the stem is reordered freely as priorities shift, which is the opposite of a baseline.
C
C. That is the traceability matrix. The backlog may reference acceptance criteria, but its job is to hold and order the work, not to prove coverage between requirements and tests.
D
D. That is a release plan or product roadmap. The backlog is the ordered pool the releases draw from; it does not itself assign items to dates or releases.
+Објаснување на македонски
Артефактот е Листа на планирани активности за Продуктот: една подредена листа на сета можна работа, во сопственост на Сопственикот на продуктот, која постојано се прилагодува. Не е основна линија на опсегот, не е traceability matrix и не е план за изданија, туку изворот од кој тие црпат.
Каде стои ова кај PMI
Agile Practice Guide, section on backlog preparation and refinement; PMI Guide to Business Analysis, Analysis knowledge area (product backlog as a requirements artefact)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0053)
A product roadmap is a high-level communication of direction: themes, outcomes and approximate timeframes that let stakeholders see where the product is going and judge releases against that intent. It is neither a schedule of commitments nor a scope baseline nor a task network. A candidate who chose the delivery-date option treated the quarters on the page as promises rather than as a horizon.
Зошто, опција по опција - Прашање 54
A
A. A roadmap places themes in broad timeframes, not features on dates. Reading it as a set of date commitments is the most common misuse and the reason product managers stress that it will change.
B
B. A scope baseline is a controlled, detailed description of what one release contains. The roadmap sits above releases and stays at the level of themes and outcomes.
C
C. That is what a product roadmap is for: it aligns stakeholders on where the product is heading, why, and roughly when, so that releases and backlog decisions can be judged against a shared intent.
D
D. A dependency sequence is what a network diagram and the critical path show. The roadmap does not model tasks or their dependencies; it communicates intent at a much higher level.
+Објаснување на македонски
Product roadmap ја соопштува стратешката насока: теми, очекувани резултати и приближни временски рамки, за сите засегнати страни да гледаат кон иста цел. Не е временски распоред со ветени датуми, не е основна линија на опсегот и не е мрежен дијаграм на задачи.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Needs Assessment knowledge area (Facilitate Product Roadmap Development); Business Analysis for Practitioners 2nd ed., product roadmap and release planning
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0054)
Assigning components to releases weighs value, dependency, risk and timing together, and a minimal first release keeps only what must be there to go live safely. The banner is the one item that is obligatory by the launch date and free of dependencies; the loyalty balance is blocked by login, the export has no customer value and the wish list is unsized. A candidate who chose the wish list ranked desirability above the release constraints that decide readiness.
Зошто, опција по опција - Прашање 55
A
A. It has clear customer value, but it depends on login, which arrives only in release two. An item cannot ship before the component it depends on, whatever its value.
B
B. The release goes live before the quarter ends and the banner is a legal obligation from the day after; leaving it out would make the launch non-compliant. It has no dependency on login and is small, so it fits a minimal first release on every criterion: obligation, risk, dependency and size.
C
C. Sponsor interest is real, but the item serves an internal reporting need with no customer value and no time constraint. It can wait for a later release without cost, which is what a minimal first release requires.
D
D. Highest desirability is tempting, but an unestimated item cannot be committed to a fixed-date release and is not needed for compliance or for the app to work. It is a strong candidate for release two or three once sized.
+Објаснување на македонски
Распределбата по изданија ги мери заедно вредноста, зависностите, ризикот и рокот. Банерот за согласност е законска обврска од почетокот на следниот квартал, а изданието оди во живо пред крајот на овој, и нема зависност од најавата, па мора во првото издание. Бодовите за лојалност зависат од најавата, извозот за маркетинг нема вредност за клиентите, а wish-list нема проценка.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Needs Assessment knowledge area (Facilitate Product Roadmap Development) and Analysis knowledge area (Prioritize Requirements and Other Product Information); Agile Practice Guide, section on release planning
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0055)
In adaptive approaches the business analyst works alongside the product owner, refining items and supplying analysis, but the product owner orders the backlog. Options A and C both act on the analyst's conclusion without the product owner deciding, and B escalates before the accountable person has even been consulted. A candidate who chose to reorder confused analysing value with owning the decision about it.
Зошто, опција по опција - Прашање 56
A
A. The analyst elicits and analyses requirements, but ordering the product backlog is the product owner's accountability. Changing the order unilaterally oversteps the role even when the analysis is sound.
B
B. Escalation is for issues the accountable role cannot resolve. The product owner has not yet seen the analysis, so nothing has been left unresolved; escalating first would bypass the person whose decision it is.
C
C. Handing the choice to the developers moves a value decision away from the product owner, and detailing both items in full contradicts just-in-time refinement. The developers decide how to build, not which item carries more value.
D
D. In an adaptive approach the analyst informs the product owner's decisions with evidence and refinement, while the ordering itself stays with the product owner. Sharing the value analysis respects the role and gives the decision maker what they need.
+Објаснување на македонски
Во агилен пристап аналитичарот му помага на Сопственикот на продуктот со анализа и прилагодување на ставките, но подредувањето на Листата на планирани активности за Продуктот останува кај Сопственикот. Затоа анализата се презентира и одлуката се поддржува. Самостојно преуредување, ескалација пред разговор или префрлање на изборот на Девелоперите ја заобиколуваат улогата што одлучува.
Каде стои ова кај PMI
Agile Practice Guide, section on team roles (product owner) and backlog refinement; PMI Guide to Business Analysis, Analysis knowledge area, Prioritize Requirements and Other Product Information (prioritisation in adaptive life cycles)
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0056)
In a predictive life cycle the business analyst works within a baselined set of requirements and treats any change, including a mandatory one, as a change request supported by impact analysis. The mandate affects the likely decision, not the route to it. A candidate who updated the matrix directly reasoned that a regulatory change needs no approval, which confuses the certainty of the outcome with the process that records and assesses it.
Зошто, опција по опција - Прашање 57
A
A. In a predictive approach the baseline is protected by change control. The analyst's role is to analyse what the regulator's change touches, across requirements, design, tests and schedule, and to bring that analysis to the change control process for a decision, however certain the outcome seems.
B
B. This is the informal shortcut: because the change is mandatory, it feels safe to apply it directly. But altering a baselined requirement without change control loses the impact analysis and the approval record that a predictive project depends on.
C
C. That is the adaptive reflex in a predictive setting. This project has no iteration backlog; it has an approved baseline, and requirements enter or leave it through change control.
D
D. Implementing first and documenting later bypasses the approval that governs a baseline and leaves the change unassessed. Lessons learned records what the project learned, not what changed in the requirements.
+Објаснување на македонски
Во предиктивен пристап барањата се заштитени со основна линија и секоја промена, дури и задолжителна, оди преку контрола на промени со анализа на влијанието. Аналитичарот го проценува влијанието и го поднесува барањето за промена. Директна измена на traceability matrix, додавање во backlog или градење без одобрување ја заобиколуваат договорената постапка.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Traceability and Monitoring knowledge area (managing changes to requirements); Process Groups: A Practice Guide, Perform Integrated Change Control
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0057)
Acceptance criteria must be specific, testable and tied to the requirement they belong to: a condition, an observable outcome and where in the flow it applies. Vague qualities, team activities and restatements of the story are the three typical failures. A candidate who chose option A may have valued the pharmacist's experience, but a criterion that cannot be judged consistently cannot decide acceptance.
Зошто, опција по опција - Прашање 58
A
A. "Quickly" and "easy to notice" cannot be tested without someone deciding what they mean. A criterion that two testers could judge differently is not an acceptance criterion yet.
B
B. It states the condition, the observable result and the point at which it must occur, so a tester can set up the case and see a pass or fail. It is specific, testable and tied directly to the story.
C
C. This describes an activity of the team, not a property of the product. Acceptance criteria say what the solution must do for the story to be accepted, not what work must be performed.
D
D. This restates the story at the same level of generality and points to an unstated requirement elsewhere. It adds no condition a tester could check.
+Објаснување на македонски
Acceptance criteria мора да бидат конкретни, проверливи и врзани за барањето: услов, видлив резултат и момент во текот на работа. Опцијата B го дава токму тоа. Нејасни квалитети како „брзо“, опис на активност на тимот или повторување на приказната не можат да се тестираат.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Analysis knowledge area (acceptance criteria, user stories); Agile Practice Guide, section on user stories and definition of done
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0058)
Readiness for delivery is evidence-based: complete traceability to verified deliverables (nothing lost, everything built right) and validation by the owning stakeholders against agreed acceptance criteria (the right thing built). A team's own completion signal, a sponsor's deadline and a passing test suite are the three tempting substitutes for that evidence. A candidate who chose option A or D took the team's own completion signal as readiness without checking traceability coverage or stakeholder validation.
Зошто, опција по опција - Прашање 59
A
A. Finishing the planned work is the team's own completion signal. It shows neither that every requirement is traced to a verified deliverable nor that the stakeholders who own the need have accepted the module against the acceptance criteria.
B
B. The traceability matrix is the instrument for readiness: when every requirement has a covering deliverable and that deliverable has been verified, nothing has been dropped and nothing is unproven. A gap in the matrix is a gap in the product.
C
C. Urgency from the sponsor is a constraint on the schedule, not a condition of readiness. Delivering to a date with unmet criteria transfers the problem to the users and to operations.
D
D. Passing the team's own tests is verification of what the team chose to test. It says nothing about whether every requirement in the traceability matrix is covered, or whether the stakeholders who own the need have validated the result.
E
E. Validation confirms that the right thing was built, and it belongs to the people whose need the module serves. Their confirmation against the agreed criteria is the second half of readiness alongside a complete, verified traceability matrix.
+Објаснување на македонски
Подготвеноста за испорака се докажува со две работи: секое барање во traceability matrix е поврзано со верифицирана испорака, и засегнатите страни што ја поседуваат потребата го потврдиле модулот според acceptance criteria. Тоа што тимот ја завршил планираната работа, брзањето на спонзорот и поминатите тестови на тимот сами по себе не се докази.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Solution Evaluation and Traceability and Monitoring knowledge areas (evaluating readiness, traceability); Process Groups: A Practice Guide, Validate Scope
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0059)
CHave the desk staff exercise the release candidate against the acceptance criteria before acceptance
Verification and validation are separate: a passing test suite and a fully traced matrix show that the product was built right, while validation with the stakeholders who own the need shows that the right product was built. Both are required before acceptance, and the second is missing. A candidate who chose option A treated a complete traceability matrix as proof of acceptance; a candidate who chose the sponsor's signature let formal authority stand in for the stakeholders' confirmation.
Зошто, опција по опција - Прашање 60
A
A. Verification proves the product was built as specified; it is complete here. But acceptance rests on validation, which asks whether the specified product meets the need, and that question has not been put to the people who hold the need.
B
B. More verification does not answer a validation question. The tests already pass; running them again with other data checks the same thing more thoroughly and still leaves the desk staff unheard.
C
C. Validation confirms that the solution meets the stakeholders' actual need, and it is done by or with those stakeholders against the agreed criteria. Until the desk staff have done that, the traceability matrix shows a verified product, not an accepted one.
D
D. The sponsor's signature is the formal act, but signing on test results alone substitutes authority for validation. The sponsor should sign after the owning stakeholders have confirmed the solution against the criteria, not instead of them.
+Објаснување на македонски
Верификацијата покажува дека производот е изграден како што е специфицирано, а validation дека е изградено вистинското. Тестовите и traceability matrix ја покриваат само верификацијата. Пред прифаќање, вработените на десктот чии потреби се основа на барањата треба да го проверат решението според acceptance criteria; потписот на спонзорот доаѓа потоа, не наместо тоа.
Каде стои ова кај PMI
PMI Guide to Business Analysis, Solution Evaluation knowledge area (validation versus verification, acceptance); Process Groups: A Practice Guide, Validate Scope and Control Quality
Проверено во два круга од волонтери на Огранокот; прегледот од сертифициран член на Одборот е во тек. Забележавте проблем со ова прашање? Пишете ни (capm-0060)
Сè уште немате одговорено ниедно прашање од овој сет.
Од одговорените прашања во овој сет.
0%
По домен
Основи и клучни концепти на проектниот менаџмент
Предиктивни, планирани методологии
Агилни рамки и методологии
Рамки за бизнис-анализа
Прашања за повторување
Сè точно. Пробајте друг сет.
Напредокот се чува само на овој уред, во прелистувачот - без најава, без колачиња, без сервер. Бришењето на податоците на прелистувачот го брише и него.
Оригинални вежбовни прашања, напишани и прегледани од волонтери на Огранокот. Не се прашања од испитот на PMI, не се одобрени од PMI и не се замена за официјалните материјали на PMI; не носат часови за подготовка ниту PDU поени. Испитот е на англиски; прашањата тука исто така. „PMI“, „CAPM“, „PMP“ и „PMBOK“ се регистрирани заштитни знаци на Project Management Institute, Inc. Огранокот не спроведува испити - пријавувањето е на pmi.org.
Прашањата следат CAPM® Examination Content Outline од 2023 година и PMBOK® Guide - седмо издание, кои PMI ги наведува за овој испит. Кога PMI ќе ја измени испитната содржина, прашањата се повлекуваат додека не бидат усогласени.