Do you need to manage a project, maybe one with a mix of hard deadlines and flexible timelines? If so, then you’ll appreciate how important it is to keep everything running smoothly.
That’s where constraints in Microsoft Project come in. These let you control how tasks are scheduled, helping you align the project plan with your deadlines, resource availability, and external factors.
Here I’ll cover what constraints are, why they’re useful, and how you can use them to keep your projects on track. We’ll also look at some real-world examples to help it all make sense.
What Are Constraints?
Constraints are rules that define how or when a task can start or finish in your project. Basically, they are used to create a link between the task and a particular date. By default, Microsoft Project usually schedules tasks based on dependencies and durations, but constraints let you add specific limitations or requirements, like making sure a task starts or finishes by a certain date.
There are three main types of constraints: flexible, semi-flexible, and inflexible. Each serves a different purpose, so let’s look at what they do.
Flexible Constraints
Flexible constraints are the least restrictive. Microsoft Project can schedule tasks based on the overall timeline and dependencies. These can be used for tasks without specific deadlines.
As Soon As Possible (ASAP)
- What it does: Task begins immediately after its predecessor’s finish.
- Example: You’re baking bread for a farmers’ market stall. As soon as the dough has risen and ready to bake, you must start immediately, there’s no benefit in waiting.

As Late As Possible (ALAP)
- What it does: Task starts as late as possible without delaying the project.
- Example: You’re ordering ice for an outdoor event. You want it delivered as late as possible, right before the event begins, so it doesn’t melt waiting around.

Semi-Flexible Constraints
Semi-flexible constraints add a little bit of structure for more control by specifying a “no earlier than” or “no later than” date. These are helpful when external factors like resource availability or delivery schedules come into the mix.
Start No Earlier Than (SNET)
- What it does: Task can’t start before a certain date, but it can start later.
- Example: Your team is moving into a new office, but you’ve been told you can’t access it until the 1st of July. You can start moving on the 1st or any date afterward, but definitely not earlier.
Start No Later Than (SNLT)
- What it does: Task must start on or before a specified date, but can start earlier.
- Example: You’re planning training for staff who must be certified before a regulatory change takes effect on the 15th of August. You can start the training any time beforehand, but starting after the 15th is a no-go.
Finish No Earlier Than (FNET)
- What it does: Task cannot finish earlier than a specified date; it can finish later.
- Example: You’re coordinating an online survey to gather customer feedback on a new product launch. To get reliable results, the survey needs to run for at least 30 days, starting from the 1st of August. You can’t wrap up before the 30th of August, ensuring you’ve given customers enough time to respond. If you need to keep the survey running a bit longer due to low response rates, that’s fine, but finishing earlier would undermine the data integrity.

Finish No Later Than (FNLT)
- What it does: Task must finish by a certain date but can finish earlier.
- Example: You’re printing flyers for a festival happening on the 20th of November. Flyers must be ready no later than this date, but it’s fine if they’re completed earlier.

Inflexible Constraints
Inflexible constraints are the “Set in Stone” version. They’re the most restrictive and they are used to lock a task to a specific start or finish date. It’s best to use these sparingly so as to avoid creating a schedule that’s too rigid.
Must Start On (MSO)
- What it does: Task must start exactly on a specific date; no flexibility.
- Example: You’re organising a Melbourne Cup Day celebration at your office. This famous horse race always occurs on the first Tuesday in November (let’s say it’s the 5th this year). Your “Set Up Event Space” task must start exactly on the morning of the 5th. You can’t start setting up earlier (as the space is unavailable) or later (as you’d miss the race). The date is fixed and everything revolves around it.
- Must Finish On (MFO)
- What it does: Task must finish exactly on a certain date; no flexibility.
- Example: You’ve booked a theatre performance for the 10th of March. Rehearsals must conclude exactly by that date, no sooner, no later, so performers are perfectly prepared for opening night.
How Constraints Work in Action
So far, so good. Now let’s expand on these by using a specific example to see constraints work in action. For this example, we’ll use the Boxing Day Test Match. Hey, I live in Melbourne, what did you expect?
The Boxing Day Test Cricket match is a great real world example of the “Must Start On” constraint, and it should help you to understand and apply this concept in project management.
In project terms, the Boxing Day Test is a task with a Must Start On (MSO) constraint. Here’s why:
- Fixed Start Date
The Boxing Day Test must begin on December 26th, every year, without exception. This isn’t negotiable because it’s tied to a public holiday and a long-standing tradition in Australian cricket. - No Flexibility
Unlike a task with more flexibility (like “As Soon As Possible” or “Start No Earlier Than”), the Boxing Day Test doesn’t have any wiggle room. It’s scheduled on that exact date, regardless of any other factors like weather forecasts, team availability, or a Taylor Swift concert! - Dependencies Around It
Although the test itself has a fixed start date, there are many related tasks, such as ticket sales, ground preparation, broadcasting arrangements, and team training schedules. These tasks might have more flexible constraints but are still carefully planned to ensure everything is ready for that locked-in start on December 26th. - Impact of the Constraint
If the match didn’t start on Boxing Day (rain delays are not included in this), it would throw off the entire schedule for the series and disappoint fans who have planned their holidays around the game. Just like in project management, violating a “Must Start On” constraint often leads to significant impacts. And since we’re talking about cricket in Melbourne, probably a royal commission!
A couple of things to keep in mind are to avoid overusing constraints. Instead, keep your schedule flexible by using constraints only when necessary. Also, use task dependencies, like Finish-to-Start, to manage the task order and let Microsoft Project calculate dates dynamically.
Conclusion
By being strategic when using constraints, you can balance flexibility with control and keep your project timeline aligned with demand. So next time you’re watching the Boxing Day Test or setting up a task with a fixed start date in Microsoft Project, you should now have a better appreciation for how constraints keep things on schedule, both in sport and in project management!
Table of Contents
Browse More Articles
Need Assistance? Request a Callback
Got a burning question about our training courses? Or maybe you just want to chat with someone who actually knows their stuff? Either way, pop your details in, and one of our expert trainers will give you a buzz. No pressure, no sales pitch, just helpful answers.
About Keystroke Learning
Keystroke Learning is Melbourne’s leading software training provider, offering hands-on courses for Microsoft 365, Adobe Creative Cloud, Google Workspace, and eLearning software.
With over 30 years in the training business, yep, we’ve outlasted some of the tech!, we offer flexible learning that fits your style.
Our enthusiastic instructors are all about those lightbulb moments, after all, who doesn’t love the thrill of turning “Huh?” into “Aha!”
Contact Us
8:30am–5:00pm, Mon–Fri
1 Queens Road
Melbourne, VIC 3004
Privacy Policy – Terms and Conditions
613/1 Queens Rd, Melbourne, VIC, 3004
ABN 11 620 050 759
Privacy Policy – Terms and Conditions