How to Prioritize With the MoSCoW Method

ProjectManager

Do you need help prioritizing tasks when managing a project? There’s an acronym for that! It’s called the MoSCow method and it’s a great technique to help with prioritization.

What Is the MoSCoW Method?

The MoSCoW method is a technique that helps organizations prioritize what should be done first in a project. It is done in four steps that follow the acronym MoSCoW, which stands for must have, should have, could have and will not have. It’s used by anyone who needs to prioritize their work and is especially useful in project management.

The MoSCoW method can help when project planning. ProjectManager is award-winning project management software that can take the results of your MoSCow method and organize them into a project plan. Our powerful Gantt charts organize tasks, link all four task dependencies to avoid delays and can set a baseline to capture the project plan and compare it to the actual progress to ensure you stay on schedule. Get started with ProjectManager today for free.

ProjectManager's project planning tools have prioritization features, so they work well with the moscow method
ProjectManager has Gantt charts to turn MoSCoW method into actionable project plans. Learn more.

MoSCoW Prioritization Categories

Managing a project is often about managing what you will – and won’t! – get done in the given project timeline. When there are no priorities set, projects can quickly become free-for-alls, with the loudest voices in the room getting their work prioritized over others, often not for the benefit of the project or the organization.

But there’s a different approach. It’s called the MoSCoW method for defining and managing requirements and tasks in a project. Here is a list to clarify what those requirements are:

Must-Have Requirements (M)

Another way to refer to this is as the minimum usable subset (MUS) or what the project must deliver. In other words, the project must deliver these on the target date for the project to remain on track. No delay is acceptable. It is either going to take the project off track, it’s unsafe or even illegal not to have this done by the time given in the project’s business case.

A way to understand if you’re dealing with a MUS is by asking yourself, “What happens if this isn’t met?” If the answer is, “The project fails,” then you have a MUS. Any workaround that can be devised to continue with the project and not jeopardize its success, means this isn’t a MUS.

Should-Have Requirements (S)

This type of requirement is almost as important as a MUS, but it’s not vital to the success of the project. In other words, the project doesn’t depend on this requirement. You might not want to leave it out, as it could have a great impact on the project, but in the end, it can be done without causing any irreparable harm. Again, leaving out this requirement means a lot of work⁠ (finding a solution, changing stakeholders’ expectations, maybe experiencing some inefficiency⁠), but the project can go on.

Could-Have Requirements (C)

The difference between a should-have requirement and a could-have requirement is simply by figuring out the degree of pain that would be caused by not meeting it. That is, how will it impact the business value of the project, how many people would be affected, etc. Therefore, a could-have requirement is something you’d like but is less important than a should-have requirement. There will be an impact if it’s left out of the project, but less than the impact of a should-have requirement.

What We Will Not Have This Time (W)

Here is where you can collect those requirements that are not feasible for a specific release. Maybe next time, but the project remains strong without them. This is a great way to avoid project scope creep. Once initiatives are placed in the not-have-time category, teams know that they’re not a priority for this go-around and can place them on the back burner and out of their mind. This allows them to focus more sharply on those requirements that are important to the project.

What Is the MoSCoW Method Used For?

The MoSCow method can be of use to anyone who has work and needs to prioritize that work to know what’s essential and what can be ignored. It’s mostly used in product development, software development and project management. In project management that helps determine which tasks, requirements, products and user stories (in agile projects) the team needs to prioritize.

How to Implement the MoSCoW Method in 3 Steps

The MoSCoW method is a valuable tool, but only if you know how to use it. Here are three steps that will help you use the MoSCoW method when prioritizing your project.

1. Gather Project Requirements

Start by identifying all project requirements. Just make a giant list and be as thorough as possible. You don’t want to leave out anything that might prove essential to the project.

2. Prioritize Project Requirements

Now go through that list and attach a letter to each, according to the MoSCoW method of M for must-have, S for should have, C could have and W for what you won’t have. This allows you to prioritize the work and know what can be put aside to focus on what’s important.

3. Track the Completion of Project Deliverables

Now that you’ve classified your requirements, you can carry out the work in a timely manner. Tracking that work ensures that you don’t miss any deadlines and that all high-priority requirements will be met.

Benefits of the MoSCoW Method

The clear benefit of using the MoSCoW method is that it provides a means to prioritize work and know what is essential to the project and what can be ignored if time and cost prevent one from completing every requirement. But there are more advantages of the MoSCoW method, some of which we list below.

Helps Ensure Stakeholder Satisfaction

Stakeholders have a vested interest in the project and the project should satisfy their expectations. The MoSCoW method helps manage stakeholders by getting them to all agree on the prioritization of requirements and, therefore, helps to resolve any conflicts that might arise over the execution of those requirements.

It’s Easy to Understand and Implement

Using the MoSCoW method identifies the priority of project requirements. This information can then be disseminated to the project team so it’s clear to everyone what must be done. Now the team understands what’s prioritized and can implement those requirements first.

Helps Teams Cut Unnecessary Costs

The MoSCoW method allows everyone on the project team to know what they have to get done first, which increases revenue by decreasing operational costs, improving productivity and increasing customer satisfaction.

Moscow Method Example

Leadership guru Susanne Madsen leads this training video on how to use the MoSCoW Method to prioritize your requirements in a project.

How ProjectManager Helps You Prioritize

ProjectManager is online project management software that can make sure your requirements are being met throughout the life cycle of the project. Because our software gives you real-time data, you’re able to meet your priorities.

Our real-time dashboard shows real-time data that is displayed over six different project metrics. These numbers are crunched and illustrated in colorful, easy-to-read graphs and charts that keep project managers keenly assessed on the progress of their priorities.

Workflow is also visualized with kanban boards that keep teams focused on their priorities. Online Gantt charts can link dependencies and teams can collaborate at the task level, adding comments, documents and images.

There’s so much more that ProjectManager offers. To get a full picture of what we can do to help you better manage your next project, try our free 30-day trial today.