CBAF-001 practice question 15 of 25

A requirement has been identified as beneficial. It will be included in the system if it does not take too long to deliver or cost too much. How would this requirement be prioritised in the MoSCoW classification?

Full set: 160 questions

Domain Blockchain Applications

Answer options
A: As a 'M'.
B: As a 'C'. Correct answer
C: As a 'S'.
D: As a 'W'.
Correct Answer:
B. As a 'C'.
Explanation

The MoSCoW method prioritizes requirements into four categories. The requirement described is "beneficial" but will only be included if it doesn't negatively impact the schedule or budget. This directly aligns with the definition of a 'Could Have' (C). 'Could Have' requirements are desirable but not necessary. They are often seen as "nice-to-haves" that will be included only if time and resources permit, without impacting the delivery of higher-priority items. They provide incremental value but are the first to be de-scoped if the project faces constraints.

Why Incorrect

A. As a 'M': 'Must Have' requirements are mandatory for the project's success and are non-negotiable. The described requirement is only "beneficial," not critical.
C. As a 'S': 'Should Have' requirements are important, and their absence would be painful, often requiring a workaround. This requirement is less critical and is explicitly conditional on available resources.
D. As a 'W': 'Won't Have' requirements are explicitly excluded from the current delivery scope. The requirement in question is being considered for inclusion, not exclusion.

References

1. DSDM Consortium. (2014). The DSDM Agile Project Framework Handbook. Version 6.0. Chapter 10: DSDM Products, Section 10.4.2 Prioritised Requirements List, p. 58. The handbook defines 'Could have' as: "A requirement which is desirable but not necessary. It will be included if time and budget permit." This perfectly matches the scenario.

2. Sommerville, I. (2011). Software Engineering (9th ed.). Pearson Education. Chapter 4: Requirements Engineering, Section 4.6 Requirements validation, p. 117. The text describes 'Could have' requirements as those that "can be easily left out without affecting the business." The conditionality on time and cost in the question places the requirement in this category.

3. University of Manchester, School of Computer Science. (2021). COMP23412: Software Engineering 1, Lecture 5: Requirements. Slide 31, "MoSCoW". The courseware defines 'Could' as "Desirable but not necessary, less important, 'nice to have', included if time/resources permit." This aligns with the requirement being beneficial but dependent on delivery cost and time.

Scroll to Top