Understanding Constraints in Microsoft Project

A cartoon illustration of a panicked office worker in a shirt and tie, chained by the ankle to a large ball labeled ‘CONSTRAINT.’ Behind him, a computer monitor displays a Microsoft Project Gantt chart, emphasising how project constraints can feel like a heavy burden

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.
A Gantt chart showing three rows labeled ‘Dough Ready,’ ‘Baking,’ and ‘Deliver’ (a milestone indicated by a diamond). Coloured bars mark the task durations along a timeline with dotted vertical markers. Black arrows connect ‘Dough Ready’ to ‘Baking’ and then ‘Baking’ to the ‘Deliver’ milestone

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.
A Gantt chart snippet titled 'As Late As Possible' showing a project plan with three rows: 'Ordering Ice', 'Deliver', and a milestone 'Party'. Colored bars indicate task durations along a timeline with vertical markers, and black arrows display dependencies from 'Ordering Ice' to 'Deliver' and from 'Deliver' to 'Party'

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.
Pack Move

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.
Training Regulatory Change

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.
Two side-by-side Gantt charts comparing task constraints for ‘Customer Feedback’ (top row) and ‘Make Report’ (bottom row). In both charts, a black arrow connects the ‘Customer Feedback’ task to the ‘Make Report’ task, which features a red marker labeled ‘Planned Finish’ on its timeline

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.
Two side-by-side Gantt charts comparing how ‘Print Flyers,’ ‘Pack Flyers,’ and ‘Deliver’ tasks are scheduled under different constraints. Both charts show black arrows linking ‘Print Flyers’ to ‘Pack Flyers’ and then to the ‘Deliver’ milestone (diamond). A green arrow labeled ‘Deadline’ appears on the right, illustrating how a ‘Finish No Later Than’ constraint affects the tasks’ placement on the timeline

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.
  1. 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:

  1. 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.
  2. 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!
  3. 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.
  4. 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