Milestones

The next big step on a roadmap. A definition of done, no fixed date β€” you're doing it until it's done.

When to use a milestone

A milestone is the right shape when work is larger than a project but you can't commit to a ship date β€” you'll get there when the criteria are met. β€œBeta launch,” β€œFirst paying customer,” and β€œMVP shipped” are all milestones.

A milestone is essentially an initiative without a target date. Same exit criteria, no ship pressure. Use it for roadmap commitments-by-order (β€œnext we ship X, then Y”) rather than commitments-by-quarter.

Fields

  • Status β€” planned / active / done / cancelled
  • Definition of done β€” the exit criteria
  • Assignees β€” who owns it
Milestones don't have a target date. If your work has a ship date, it's an Initiative. If it's a fixed time window, it's a Cycle. If it never ends, it's a Workstream.

Definition of done

The DoD captures the acceptance criteria. Free-text β€” bullet list, paragraph, checkboxes, whatever makes it unambiguous when the milestone is done. Same field shape as Initiatives.

Closing a milestone

When the DoD is satisfied, move the milestone to done. The milestone stays on any Roadmap that references it β€” past work is part of the roadmap, not removed from it.

Milestone vs initiative vs project

  • Project (bare) β€” a bundle of tasks. No DoD, no dates. Use for ongoing containers of work.
  • Milestone β€” DoD, no date. Use for the next big step on a roadmap when you don't yet know when it ships.
  • Initiative β€” DoD + target date. Use when there's a real ship moment.
Milestones β€” Based Docs