BrainBOK logoBrainBOK
PricingStudy GuideBlog
DashboardITTO ExplorerQuizFlashcardsExamsStudy Guide
DashboardITTO ExplorerQuizFlashcardsExamsStudy Guide
Guide Index
  • Business Analysis Overview
  • Business Analysis to Project Initiation
  • Business Analysis and Project Management
  • Skillset and Expertise for BA Role
  • BA and PM - The Big Picture
  • Business Analysis Processes - Overview
  • Needs Assessment
  • Business Analysis Planning
  • Requirements Elicitation and Analysis
  • Traceability and Monitoring
  • Solution Evaluation
  • Business Analysis Plan
  • Business Case
  • Product Scope
  • Situation Statement
  • Brainstorming
  • Collaborative Games
  • Document Analysis
  • Facilitated Workshops
  • Focus Groups
  • Interviews
  • Observation
  • Prototyping
  • Questionnaires and Surveys
  • Buy a Feature
  • Delphi
  • Minimum Viable Product (MVP)
  • MoSCoW
  • Multivoting
  • Purpose Alignment Model
  • Timeboxing
  • Weighted Ranking
  • Weighted Shortest Job First (WSJF)
  • Overview
  • Feature Model
  • Kano Model
  • System Interface Table
  • Use Case
  • User Story
  • Competitive Analysis
  • Iteration Planning
  • Peer Reviews
  • Product Visioning
  • Story Mapping
  • SWOT Analysis
  • Traceability Matrix
  • Business Analysis Plan vs Requirements Management Plan
  • Creative Thinking
Business Analysis

Prioritization Schemes

MoSCoW Technique

Explanation of the MoSCoW prioritization technique used in business analysis and agile delivery.

The MoSCoW technique is a prioritization framework used to rank portfolio, program, or project components, as well as requirements, risks, features, or other product information. The name "MoSCoW" stands for "Must have," "Should have," "Could have," and "Won't have."

In business analysis and product delivery, the framework helps teams prioritize requirements based on relative importance. The four categories are defined as follows:

  • Must have: Requirements or features that are critical to success and must be included in the final product. These represent the minimum acceptable criteria for the product to be considered complete.
  • Should have: Important requirements or features that are not essential but still provide significant value. These can be deferred if necessary, but they are desirable because they improve the product's value and usefulness.
  • Could have: Desirable requirements or features that would be nice to include but are not essential to success. If time and resources permit, these items can be added.
  • Won't have: Requirements or features that are not important or feasible for the current effort and will not be included in this iteration. These are typically deferred to a later phase or treated as out of scope.

MoSCoW is especially common in Agile and DSDM environments where teams need a fast, shared way to decide what absolutely must be delivered versus what can move later without undermining the release.

Another commonly used prioritization scheme is multicriteria weighted analysis.