LECTURESConsulting Skills04

Ph.2 Discovery at Project Start

Discovery at Project Start

Line up all three: AS-IS / TO-BE / GAP

Discovery isn't "the task of listening" — it's the task of lining up all three: AS-IS (current state), TO-BE (target state), and GAP (the difference = the issue). It covers the technique of nailing down all three regardless of which of the two request patterns (A: TO-BE first / B: issue first) the client starts with, and how to land it all in an issue list (Excel).

Discovery at Project Start

─ ARTICLE COVER

Consulting SkillsPh.2 Discovery at Project Start

§I ─ POSITION

Where this course fits

Ph.2 "Discovery at Project Start." Of the three elements, the client speaks of only one; you're responsible for drawing out the other two. The rationale for the good/better/best three options in the next course, "How to Estimate," connects directly to the AS-IS / TO-BE / GAP lined up here.

§II ─ TAKEAWAYS

What you will learn

  1. 01

    Use the three-element frame of AS-IS / TO-BE / GAP to separate "what you've heard" from "what you haven't"

  2. 02

    For a TO-BE-first client return AS-IS, for an issue-first client return TO-BE — always on your first question

  3. 03

    Articulate the GAP not as a "list of AS-IS flaws" but as "TO-BE minus AS-IS"

  4. 04

    Don't complete the issue list (Excel) in one pass — fill it in iteratively

§III ─ EXCERPT

Excerpt from the course

01

Core question — Are all three lined up: AS-IS / TO-BE / GAP?

The goal of discovery isn't "to listen" — it's to line up all three: AS-IS (current state), TO-BE (target state), and GAP (the difference = the issue). Move on to estimating or requirements definition with even one missing, and you'll always come back later. The very habit of checking each time whether all three are lined up is the core of this course.

02

The client speaks of only one of the three

The client starts speaking from either pattern A or pattern B. A client who brings all three lined up from the start is virtually nonexistent. The remaining two are the discovery side's responsibility to draw out.

PatternClient's entry pointQuestion to return on the first ask
A: TO-BE first"We want to do XX on the web" / "We want to do XX with AI""So, how are you doing it now?" (capture AS-IS)
B: Issue first"We're struggling with XX" / "We want to solve XX""So, how do you want it to be?" (capture TO-BE)

03

Defining GAP — it's not a list of AS-IS flaws

GAP = the issue is not "a list of complaints about AS-IS." Define it as what you must clear to reach TO-BE — that is, the difference of TO-BE minus AS-IS. Keep this definition from drifting and requests unconnected to TO-BE won't sneak in.

  • ✗ Listing out AS-IS gripes as-is → requirements unrelated to TO-BE slip in
  • ✓ Set TO-BE first, then extract issues as the difference → connects directly to estimate line items

04

The resolution at which you articulate GAP

Don't stop at "vaguely struggling" or "want to improve operations." A GAP only becomes a GAP once you can articulate what, how much, and when it's a problem. Coarse granularity makes both the estimate and the requirements coarse.

  • What is the problem — which task / which owner / which form
  • How much of a problem — count, minutes, frequency (in numbers)
  • When it's a problem — the conditions of occurrence: monthly / on exceptions / peak season

05

Issue list — don't finish it in one pass, keep cycling

Don't try to fill in the entire issue list (Excel template) that organizes AS-IS / TO-BE / GAP in the first discovery session. Leave the unfilled cells as "?" and fill them in the next alignment. The people who try to finish in one pass are the ones who fill cells with their own guesses and cause accidents.

Issue list (3-sheet structure):

  Sheet 1: AS-IS list
    - Task name / owner / frequency / effort / pain point
  Sheet 2: TO-BE list
    - Ideal state / source (who said it) / confidence
  Sheet 3: GAP list
    - TO-BE No. / AS-IS No. / difference to clear / rough scale

06

The reflex that doesn't stop at "that sounds tough"

The most common failure in field discovery is "empathizing right after hearing an issue and then moving straight to the next topic." Whether you can reflexively return the next two questions the moment you hear "it's tough" determines the density of your discovery.

  • ① "How many minutes does it take each time? About how many times a month?" (quantify the burden)
  • ② "Ideally, how would things look so it helped you?" (draw out the seed of TO-BE)
  • If you record it as just "tough," no information remains when you read it back later. Always keep it as a pair of a number and a TO-BE

07

Conditions for handing off to estimating

Move on to estimating without all three lined up and the rationale for the line items disappears. The good/better/best three options covered in the next course, "How to Estimate," can't be laid out unless GAP is lined up. Always confirm all three are lined up before handing off to estimating.

08

The discovery lead is a "translator"

The discovery lead is not someone who records the client's voice. They're a translator who organizes the client's words (fragmentary, skewed by pattern) into the three of AS-IS / TO-BE / GAP and returns them. The moment you can return them lined up as three, the client's own understanding aligns too. That's the true starting point.

─── Continue in the download edition ───

§∞ ─ DOWNLOAD

Get the full materials, exercises and answers
in the download edition.

─ EXERCISE

A standard 8-file set (principles / slides / cheat sheet / exercises + answers / a catalog of discovery failure patterns / a 90-minute test + answers). Using Azika Foods PRD-005 "Web-enabling order management" as the material, you practice the flow of organizing the three elements with the issue-list (Excel template). The 8 failure patterns are described by symptom, root cause, prevention, and recovery.

Lecture slides

Every slide of the course

Cheat sheet

Quick reference for the field

Exercises

With answers and grading

Advanced / test

Hands-on plus rubric

INCLUDED PDFS ─ 8files

IT Consulting Guidebook | A Systematic IT Consulting Method Across 18 Lessons, from IR Analysis to PM | IPLoT Inc.