Skip to main content

Project Execution

Project execution in VPM is a daily operating system, not a weekly status ritual. Teams run short visual drills, expose schedule risk early, and apply countermeasures while recovery is still cheap.

Execution Stack

A strong execution loop includes:

  • Visual schedule ownership by swim-lane leaders.
  • High-cadence VPM Stand-Up Meetings.
  • Fast response when schedule health enters alarm states.
  • Escalation paths that preserve quality and compliance while recovering time.

Choose the Right Execution Mode

Unbuffered project scheduling is appropriate for simpler projects. Buffered projects can still work in those cases, but they bring a training burden that may not be worth it for one-off efforts or teams that are new to buffer management.

Buffer management includes several counterintuitive elements that require trust built through experience. Teams may feel they are being asked to remove time from their plan, but that is not what is happening. In VPM, buffer management consolidates unintended task-level buffer at phase end and then pulls from that consolidated buffer as needed during execution.

Calendar interpretation can also feel counterintuitive early in a phase. For example, work that will happen around Christmas can appear to land in mid-November when viewed from April. In practice, as execution unfolds, time is pulled from consolidated buffer and the plan typically realigns by late December. Hard calendar constraints such as trade shows, customer events, and holidays must be handled explicitly in the plan and managed differently than ordinary internal dates.

All of this works, but teams need training and direct use before they trust the system. For relatively simple projects with untrained teams, unbuffered scheduling is often the better starting point.

A practical example: teams that run complex product development projects as a standard may use buffered schedules by default, while the same organization may run an M&A project unbuffered because the project is less complex and the team is unfamiliar with buffer management.

See VPM Buffer for buffered mechanics.

Daily Operating Rhythm

For detailed operating guidance, see VPM Stand-Up Meetings. The sequence below is the execution summary:

  1. Before stand-up: owners update true task progress.
  2. In stand-up: run the mode-specific drill and decide actions.
  3. After stand-up: execute follow-up meetings for deep issues.
  4. End of day: confirm actions are reflected on the shared canvas.

Stop-Fix Playbook

Stop-Fix is a core VPM execution behavior: when the schedule is broken, do not just plow ahead. Stop and fix the problem to rapidly restore schedule integrity.

Tense team meeting during schedule trouble and recovery decisions

Many teams running competing methods, including common Agile and Gantt implementations, keep working after schedule health is lost. The project can drift for weeks or months. By the time stakeholders are informed, most practical recovery options are gone and the delay is much larger than it needed to be.

A rapid Stop-Fix culture ends this wasteful pattern. It drives earlier transparency, earlier decisions, and faster recovery while options still exist.

Traffic jam illustrating late-project flow breakdown and blocked delivery

When schedule health crosses threshold (project late in unbuffered mode, buffer in the red in buffered mode), run plays immediately.

When a project is in trouble, fast reaction is needed to restore timely delivery while there is still room to recover. In VPM, the team does this by running plays: deliberate adjustments to the project schedule and execution plan intended to restore performance.

The four play types below are listed in increasing order of consequence.

  • Type 1 usually has limited organizational impact and often requires little escalation.
  • Type 2 has moderate operational impact and may require manager alignment.
  • Type 3 and Type 4 usually require explicit stakeholder negotiation because value, timing, or both are being lost, delayed, or traded.

Play Type 1: Restructure Work

  • Remove unnecessary dependencies.
  • Split long tasks to create earlier handoffs.
  • Parallelize work where risk is acceptable.

Play Type 2: Increase Effective Capacity

  • Add contributors to constrained tasks.
  • Rebalance assignments across lanes.
  • Temporarily focus critical contributors away from lower-priority work.

Play Type 3: Reduce Effort

  • Defer lower-value features.
  • Stage delivery into controlled increments.
  • Negotiate scoped adjustments instead of unmanaged delay.

Play Type 4: Change Delivery Commitment

  • Move milestone timing when recovery to the current date is no longer credible.
  • Rebaseline delivery commitments with stakeholders and leadership.
  • Make the value, timing, and cost tradeoffs explicit.

If no practical play exists inside the current constraints, renegotiate delivery conditions explicitly. Hidden delay is the worst option.

Negotiating Scope, Cost, and Schedule

Stakeholder negotiation meeting focused on scope, cost, and delivery tradeoffs

Use structured problem solving for tradeoff decisions:

  • Define the schedule gap in time units.
  • Generate options across restructure, capacity, and scope.
  • Make quality and compliance constraints explicit.
  • Escalate decisions with clear tradeoff statements.

For formal decision framing, use Toyota A3.

Concluding a Phase

At phase close:

  1. Confirm final status of all phase commitments.
  2. Record unresolved risks and carryover tasks.
  3. Update baseline and summary view for leadership review.
  4. Capture top lessons from delay drivers and successful plays.

Preparing the Next Phase

Before next-phase kickoff:

  • Refresh assumptions and external constraints.
  • Reconfirm lane ownership and contributor availability.
  • Decide execution mode (unbuffered or buffered).
  • Schedule the next planning true-up event.

See Project Planning Event for phase planning and transition guidance.