5W1H

5W1H defines the working structure used when a problem statement is vague and the team must separate who, what, when, where, why, and how before choosing a solution. In 5W1H, the important work is not the template itself; the page states the decision boundary, required evidence, owner, and review cadence. Used well, 5W1H turns vague discussion into an auditable management choice and exposes trade-offs before resources are committed.

Name the decision: write the business question the 5W1H page must answer. Set the boundary: define what is in scope, what is excluded, and which assumptions are fixed for this cycle. Gather evidence: collect the minimum facts needed to judge problem clarity without slowing the decision. Assign ownership: make one person accountable for maintaining the question map and surfacing changes. Close the loop: decide what action, review date, and escalation path follow from the output.

• Name the decision: write the business question the 5W1H page must answer.
• Set the boundary: define what is in scope, what is excluded, and which assumptions are fixed for this cycle.
• Gather evidence: collect the minimum facts needed to judge problem clarity without slowing the decision.
• Assign ownership: make one person accountable for maintaining the question map and surfacing changes.
• Close the loop: decide what action, review date, and escalation path follow from the output.

Review the question map when the decision is created, when material evidence changes, and at the normal governance cadence for the team. For active initiatives, use a weekly or biweekly check to catch drift; for strategy or portfolio decisions, use a monthly or quarterly review. Archive older versions with the decision record so later teams can see what changed and why.

• Review the question map when the decision is created, when material evidence changes, and at the normal governance cadence for the team.
• For active initiatives, use a weekly or biweekly check to catch drift; for strategy or portfolio decisions, use a monthly or quarterly review.
• Archive older versions with the decision record so later teams can see what changed and why.

5W1H changes decisions by making problem clarity visible before commitments are made. It helps leaders decide whether to start, stop, resize, or resequence work based on evidence rather than meeting momentum. It reduces rework because assumptions, owners, and review points are explicit enough to challenge.

• 5W1H changes decisions by making problem clarity visible before commitments are made.
• It helps leaders decide whether to start, stop, resize, or resequence work based on evidence rather than meeting momentum.
• It reduces rework because assumptions, owners, and review points are explicit enough to challenge.

Do not use 5W1H when the decision owner, time horizon, or expected action is unclear. Do not use it as a substitute for customer evidence, financial analysis, or technical feasibility checks. Avoid it for purely routine work where an existing standard operating procedure already gives a better answer.

• Do not use 5W1H when the decision owner, time horizon, or expected action is unclear.
• Do not use it as a substitute for customer evidence, financial analysis, or technical feasibility checks.
• Avoid it for purely routine work where an existing standard operating procedure already gives a better answer.

• Define the decision, owner, and time horizon before filling in the question map.
• Separate evidence from opinion so the tool supports judgment instead of decorating a preferred answer.
• Record assumptions and review dates because problem clarity changes as the operating context changes.
• Use the output to choose a management action, not merely to produce a document.
• Retire or revise the tool when the decision boundary no longer matches the work.

The main risk is false precision: a neat question map can hide weak evidence or political assumptions. Check whether the tool is describing reality or merely rationalizing a decision that has already been made. If the output does not change a priority, owner, resource level, or review date, the analysis is probably too soft.

• The main risk is false precision: a neat question map can hide weak evidence or political assumptions.
• Check whether the tool is describing reality or merely rationalizing a decision that has already been made.
• If the output does not change a priority, owner, resource level, or review date, the analysis is probably too soft.

A leadership team uses 5W1H because a problem statement is vague and the team must separate who, what, when, where, why, and how before choosing a solution. They draft the question map, name one accountable owner, and list the evidence that would change the recommendation. During the 5W1H review, one assumption proves weak, so the team narrows the scope and schedules a follow-up review. The 5W1H decision record now shows the action taken, the risk accepted, and the signal that would trigger a change.

Issue tree | Breaks a problem into logic branches | 5W1H checks whether the basic operating facts are complete RACI matrix | Assigns decision roles | 5W1H clarifies the situation before ownership is assigned Scope | Defines what is in and out | 5W1H supplies the facts used to draw that boundary

• 5W1H is not the decision itself; it is a structure for making and reviewing the decision.
• More detail is not automatically better. For 5W1H, the useful level is the one that changes a management action.
• A one-time workshop is not enough; the value comes from keeping the artifact current while the decision is live.