← Back to BookChapter 1

Introduction to Project Scheduling

What is project management, and what are we actually trying to achieve?

What Is Project Management?

At its core, project management is the discipline of organizing work to achieve a specific goal within constraints of time, resources, and scope. A project is a temporary endeavor with a defined beginning and end — unlike operational work, which continues indefinitely.

Project scheduling is the subset of project management focused on when things happen. It answers questions like: When can we start? When will we finish? What happens if this task is delayed?

What scheduling actually is

Scheduling is not a list of tasks. It is a model of constraints: dependencies, working calendars, milestones, and deadlines that define what can happen when.

A good schedule makes cause and effect visible. If a date changes, you can explain why. If a delay happens, you can see how it propagates.

Why most tools get it wrong

Many tools treat scheduling as a UI feature instead of a logic engine. They hide rules in settings, add implicit automation, and silently adjust dates to “help.”

The result is a schedule that looks plausible but is hard to trust or explain. Professionals need explicit logic, not mystery math.

The Strategic Goals of Project Management

Why do we manage projects formally, rather than just "getting things done"? There are three primary strategic purposes:

1. Control

Without a plan, you have no way to know if you're on track. Project management gives you a baseline to measure against — are we ahead or behind? Is the budget holding? Are deliverables meeting quality standards?

2. Communication

A schedule is a communication tool. It tells stakeholders when to expect results, tells team members what to work on next, and creates shared understanding of priorities. Without it, everyone operates on assumptions.

3. Planning

The act of planning forces you to think through the work. What needs to happen first? What can proceed in parallel? Where are the risky unknowns? Planning surfaces problems before they become crises.

The Waterfall Methodology

The waterfall model is the traditional approach to project planning. Work flows in one direction through sequential phases — like water flowing down a series of steps.

Typical Waterfall Phases
  1. 1. Requirements — Define what needs to be done
  2. 2. Design — Plan how it will be done
  3. 3. Implementation — Do the work
  4. 4. Testing — Verify it works correctly
  5. 5. Deployment — Release or hand over
  6. 6. Maintenance — Support the result

Each phase must substantially complete before the next begins. This creates predictability: you know what comes next, and you can track progress against a well-defined plan.

Critics note that waterfall can be inflexible when requirements change. Modern approaches like Agile introduce iteration and feedback loops. But even Agile teams need scheduling — sprints have start and end dates, and releases have deadlines. The fundamentals of scheduling apply regardless of methodology.

Chapter Summary

  • • Project management provides control (measuring progress), communication (shared understanding), and planning (thinking ahead).
  • • The waterfall methodology organizes work into sequential phases.
  • • Even iterative methodologies require scheduling fundamentals.