Following the Critical Path, or, Avoiding Rips in the Fabric of Spacetime

Now that we’ve created some dependencies on our test project, it’s probably time to take another detour from the actual doing and discuss a bit more theory.

If you have any involvement at all in PM on a regular basis, you’ve probably heard of the Critical Path Method (CPM) of project management. Critical Path is a mathematical method of figuring out what your project tasks (the WBS), the time those tasks will take, and the dependencies between the tasks, mean in the greater sense of your project schedule as a whole.

I’m not a math-y person, but basically, the calculation of CPM is based on determining the longest path of the tasks you have planned until the end of the project, and then calculating the earliest and latest that each task can start and finish without dragging the project out beyond its due date. By figuring it this way, the method decides which activities are “critical” and which can be delayed without pushing the project beyond its deadline. Those tasks on your task list which aren’t deemed critical have what is called “total float,” which means those tasks can be delayed without extending the project.

According to Wikipedia, critical path is, “the sequence of project network activities which add up to the longest overall duration. This determines the shortest time possible to complete the project. Any delay of an activity on the critical path directly impacts the planned project completion date.”

Originally, CPM was based on logical dependencies and was very much about scheduling (which is one reason you need to be real about your task scheduling instead of just making up random numbers that sound good), but it didn’t necessarily take into heavy account the resources necessary for a project task, and how much resources can affect duration. But of course, your schedule can be highly variable dependent upon your resources, so resource leveling, a method of allocating your resources within your project schedule to resolve resource/schedule conflicts along the critical path, was added to the CPM to more realistically calculate the actual time a project is going to take.

Changing one variable -resource or time- can cause your entire critical path to shift, and it can throw your entire project way off course. Since all of your project tasks are linked together with dependencies, and are either duration- or resource-dependent, when you’re estimating your task scheduling, it will behoove you greatly to finely drill into the actual duration or resources that will be required to complete the task. While the algorithm used for CPM has some flexibility built in with float and with fast-tracking (performing more tasks in parallel) and crashing the critical path (adding more resources to shorten the path of an existing activity or to keep it on-schedule), it cannot be stated strongly enough that when you are making your estimates for a project task, the closer you come to making a real estimate, the better your chances of actually completing your project before the deadline.

So, though it may be tempting to throw around guesstimates when you’re determining your task scheduling and resources just to get something down on paper (or in Project), you’re not doing yourself any favors cutting those corners. You could wind up messing up your entire project.

The way I understand critical path, it’s kind of like a time travel episode of a sci-fi show. The critical path you set up for your project is one universe, or reality. But if you tweak one little variable, even just a leeeetle bit, suddenly, you could find yourself in a parallel universe -on a different critical path- and the outcome of everything will be different.

Of course, now that I’ve given you this dire warning about altering the universe with your project scheduling, and I Google “Microsoft Project” + “Critical Path” to see if that’s the default algorithm Project uses, I come up with a Microsoft Project blog post that basically says, “Eh, critical path. Sounds scary, but really isn’t so much a big deal.”

So I guess the truth lies somewhere in the middle: critical path is important; it’s a core piece of successfully planning and executing a project. But it is adjustable. As long as you make reasonable estimates for your project tasks, you should be golden. No need to be all Chicken Little about it.

And hey, at least you don’t have to make all these calculations manually, right?

All SharePoint Versions

The web parts are functional components that extend your SharePoint environment whether it’s hosted, on-premises, or part of Microsoft® Office 365.

SharePoint 2013, 2016, 2019, Online (Office 365)

On-Premises Only

These web parts extend SharePoint beyond its out-of-the-box capabilities by tailoring it to your requirements with Bamboo Solution’s growing portfolio of SharePoint Web Parts.

SharePoint 2013, 2016, 2019


Product Suites

Experience greater power and savings by bundling our SharePoint apps and web parts.

Essentials Suite

Essentials Plus Suite

Bamboo Premier Suite

Project Management Suite

Knowledge Management Suite

External User Manager


For more information on our product suites, contact us.

Featured Services

SharePoint Health Check

A SharePoint Health Check will identify the causes of issues and risks associated with your specific environment, and is custom tailored to provide you with the best recommendations to optimize your SharePoint environment.

SQL Health Check

Document recommendations relating to performance, stability, availability, or a specific focus you request of your SQL Server database instances.

My SharePointXperts

The truth is that each SharePoint skill may not be a full time job for many organizations, and it is nearly impossible for one person to do everything you need – so augment your team with SharePointXperts; providing the skill sets you need when you need them!