Critical path

What Critical path means

Critical path is a concept used in software delivery planning to describe a condition, relationship, estimate, or decision about engineering work. It helps separate a system constraint from an individual judgment about effort or value. The term is clearer when the team defines what enters the measure or decision, what counts as completion, and which planning period is in scope. That discipline prevents a familiar phrase from becoming a different metric in every meeting.

A concrete example

For example, a team can record the current condition, select a bounded slice of work, and revisit the result at the next planning checkpoint. The record should include the starting condition, the intended result, and the tradeoff that makes the choice possible. When the outcome differs from the plan, the team can inspect the assumption instead of assigning a simplistic explanation to the people doing the work.

Limits and interpretation

It is not a universal target, an individual performance score, or proof that one team is better than another. Use this concept as an input to a decision or learning loop, not as a detached score. Keep the relevant work population visible, and revisit the interpretation when the system changes. A useful planning artifact explains what someone should do next and what evidence would change that action.

How Weave fits

Weave can help teams inspect delivery evidence related to critical path, including completed work, waiting, review, and rework patterns when those records are connected. That context can inform a planning discussion, but Weave does not make the decision, infer missing organizational context, or guarantee a date, capacity level, or outcome.