Product planning
Map dependencies before setting a product date
A date is only as firm as the inputs behind it. List each task, what must be finished or decided first, who owns that prerequisite, and what proof shows it is ready. Then look for loops and for prerequisites nobody has confirmed.
Release or goal: [ ] Task: [ ] Prerequisite (work or decision): [ ] Owner of prerequisite: [ ] Status (confirmed, assumed, unknown): [ ] Evidence it is ready: [ ] Fallback if late: [ ] Tasks waiting on this one: [ ] Possible loop (tasks that wait on each other): [ ] How the loop will be broken: [ ] External dependency and contact: [ ] Dates that depend on an unconfirmed input: [ ] Person to ask first and by when: [ ]
Loops and unconfirmed inputs
Trace the chain from the final task backward and watch for a circle, such as task A waiting on B while B waits on a decision that depends on A. Look for prerequisites with no named owner, which tend to slip unnoticed. Check each readiness test: "design is done" is weaker than "design approved by [named person] on [date]." Separate confirmed inputs from assumed ones, and label any date that rests on an assumption as provisional. Make sure each external dependency, such as another team or a vendor, has a named contact and a stated need.
Check this dependency map for circular waits, prerequisites without owners and any date that relies on an unconfirmed input. Trace each chain from the final task backward and name the tasks in any loop. Do not suggest new dates.
Confirm the inputs, then date the work
Contact the owner of each assumed prerequisite and ask for a yes, a date or a clear no. Update the map with their answers. Move any task with an unanswered dependency to a separate list, and set dates only for tasks whose prerequisites are confirmed. Share the map with the people named in it so errors surface early, and recheck it whenever a prerequisite changes.