GRAI Review Framework: From Goal-Result Gap to Insight
GRAI helps you review a period of work by locking the original Goal, recording the Result, analyzing what produced the gap, and extracting Insight for the next period, so a review does more than report the score.
Framework Card
- Name:
- GRAI Review Framework
- Goal:
- Review a period of work by comparing the original goal with the actual result, analyzing what produced the gap, and turning that into insight for the next period.
- Flow:
- Goal → Result → Analysis → Insight
- Best For:
- Period or quarterly reviews; Project retrospectives against a baseline; Personal reviews that start from a stated goal
Why it matters
Most performance reviews stop at the number. The room says "we missed the target, try harder" or "we hit the target, well done," then moves on.
That is a report, not a review. Without a baseline restated in the room, people argue about a different goal than the one they set. Without an account of the gap, success cannot be repeated and failure cannot be avoided except by hoping.
That matters in a quarterly business review, after a launch, or in a personal review against a stated target. If the only output is a traffic-light slide, the next period inherits the same habits.
GRAI is a linear way to make the gap visible, explain it without turning the meeting into blame, and leave with a pattern the next cycle can use.
What it is
GRAI is a four-stage assessment for a project, a period, or a performance cycle. The letters stand for:
| Stage | Focus | Question |
|---|---|---|
| Goal | Baseline | What target or expectation did we set? |
| Result | Reality | What happened, and how far is that from the goal? |
| Analysis | Variables | What produced the gap, from more than one angle? |
| Insight | Pattern | What should we keep, start, improve, stop, or abandon? |
The object of review is the work. GRAI asks you to name deviations without assigning blame.
Some teaching maps Result to data, Analysis to knowledge, and Insight to a decision. That DIKW analogy can clarify the sequence. It does not make GRAI a wisdom product. The method is still Goal, Result, Analysis, Insight.
How it works
A useful GRAI is built as evidence and a pattern, not as four empty headings.
1. Restate the Goal
Write the original target: the number, the date, the quality bar, or the promise. Use the goal as it was set, not a softer version invented after the result. If the original goal was never written down, say so and treat the reconstructed baseline as an assumption.
2. Record the Result
State what happened. Include overshoot, hit, and miss. Name the gap in plain language (28 logos against a goal of 40; cycle time 9 days against a goal of 5). Do not skip a hit. A hit still needs analysis if you want to repeat it.
3. Analyze the gap
Ask what produced the difference. Production teaching suggests more than one cut: process, people or capacity, methods, and outside constraints. Optional structure (MECE, a simple issue tree) can keep cuts from overlapping. More angles beat a single slogan ("we lacked urgency"). Prefer facts you can point to: funnel mix, staffing, defects, calendar collisions. Do not turn Analysis into a blame list.
4. Extract Insight
Insight is the pattern, plus implications: what to keep because it contributed to a hit, and what to initiate, improve, stop, or abandon because it contributed to a miss. If this step is only a mood ("we should communicate better"), you still have a report. Insight should be specific enough that the next period could test it.
How it compares
When another loop fits better, these methods do different jobs. They are not interchangeable labels for "do a review."
Related review and improvement loops
| Framework | What it helps you see | How it differs from GRAI |
|---|---|---|
| KISS Review Framework | What to keep, improve, start, and stop after a period of work | Sorts actions. GRAI explains the goal-result gap first; Insight may then name keep/change items. |
| After-Action Review (AAR) | Intent, reality, cause, and next time, often as a team debrief after an event | Four questions and a blame-free ritual. GRAI is a four-stage write-up against a Goal baseline. |
| 3R Review Framework | Record, Reflect, Refine after a piece of work | Personal, rapid, no required Goal. GRAI starts from a stated baseline. |
| PDCA Model | Plan, Do, Check, Act as a repeating improvement cycle | Includes doing a planned test. GRAI reviews work that already has a result. |
GRAI is the lens when the question is: we had a goal, we have a result, what produced the gap, and what pattern should the next period use? Other methods help when the job is action sorting, a team event debrief, a personal journal loop, or a planned process test.
When to Use This Framework
- Quarterly or period reviews: Leadership has a target and a score, but the discussion is still "up or down" rather than "what produced this."
- Project retrospectives: A campaign, launch, or delivery is done. You can name what you aimed for and what shipped or sold.
- Personal reviews against a goal: You set a number, a skill bar, or a delivery promise, and you need a structured look at the miss or the hit.
- Opaque misses (or opaque hits): The reason is not obvious. Activity was high, or luck was involved, and a single story would be too thin.
Example
A concrete example makes the structure easier to reuse when you are under uncertainty.
Example: Quarterly new-logo review
A B2B team set a quarterly Goal of 40 new logos. The Result was 28. The meeting used to end at "pipeline was weak."
A GRAI-shaped look might be:
Goal
- 40 new logos in Q2, defined as signed annual contracts above a stated minimum
Result
- 28 signed logos. Gap: 12 short. Demo volume was actually above plan.
Analysis
- Process: demos were booked from a wide inbound form. Qualification happened after the demo, so "activity" looked healthy while close rate fell.
- Capacity: two account executives covered a new region with no local overlay.
- Method: the same deck was used for two segments with different buying committees.
- Outside: a competitor ran a discount in the last four weeks. That explains some late losses, not the full gap.
Insight
- Keep: discovery calls that already convert when the buyer is a named economic buyer.
- Stop: counting unqualified demos as progress toward the logo goal.
- Start: a qualification gate before demo, even if demo volume drops.
- Improve: one segment-specific narrative; do not treat the competitor discount as the whole story.
The review did not design a new CRM. It explained the gap and named what the next quarter should keep or change.
Example: Personal delivery goal
An engineer set a Goal of shipping a billing fix in two sprints. The Result was four sprints, with the fix landing after a second regression.
Goal: billing correction in production by the end of sprint 2, with no open Sev-2 on the same path.
Result: shipped in sprint 4; one Sev-2 after the first attempt.
Analysis: the original estimate ignored a tax-calculation edge case that only appears on annual plans. Review time was booked after the first merge, not before. On-call load in sprint 2 was not in the plan.
Insight: keep the small-PR habit that made the second attempt reviewable. Stop treating "happy path green" as the Goal. Start a written edge-case list for billing before the next estimate. The pattern is not "I am slow." It is "the Goal omitted a known class of cases."
Takeaway
What GRAI can help with
- Restating a baseline so the room reviews the same goal
- Naming the gap between that goal and the result without turning the meeting into blame
- Explaining a miss or a hit from more than one angle
- Leaving a period review with a pattern and keep / change implications
What GRAI cannot replace
- A process-improvement experiment: Planning a change, trying it, and checking it is the job of PDCA (Plan, Do, Check, Act). GRAI reviews a result that already exists.
- A personal rapid loop: Daily or after-task notes (Record, Reflect, Refine) belong to 3R. 3R does not require a Goal baseline.
- A four-bucket action sort: Keep, Improve, Start, Stop as the primary job is KISS Review. GRAI Insight may name similar items after analysis; it does not start as a sorting grid.
- A facilitated team debrief of an event: After-Action Review uses four questions and is often run as a group ritual after a specific operation. GRAI is a linear Goal-Result write-up of a period or project.
- A quality management system: GRAI is a review method. It is not ISO, Six Sigma, or a substitute for measurement design.
Honest scope: GRAI structures a review against a baseline. It does not run the next experiment for you, and it should not be sold as wisdom.
Frequently asked questions
Goal, Result, Analysis, and Insight. Goal is the baseline. Result is what happened. Analysis explains the gap. Insight is the pattern plus what to keep or change.
No. A good GRAI produces a gap explanation and a specific keep / change implication. It does not write the roadmap, the budget, or the experiment design. Those come after the review, often in a PDCA cycle or a normal planning pass.
Both look at expectation versus reality. AAR is usually four questions after a specific event, often with a group and a rule to focus on the work rather than the person. GRAI is a four-stage write-up (Goal, Result, Analysis, Insight) of a period or project against a baseline.
KISS sorts current practice into Keep, Improve, Start, and Stop. GRAI spends its middle stages on the goal-result gap. Insight may sound like KISS buckets. If you already know what happened and only need piles, KISS is the closer fit.
A restated Goal, a Result with an explicit gap, Analysis from more than one angle with evidence, and Insight specific enough to use next period. If the output is only a score and a mood, you still have a report.