Pathfinder Checkpoints
Checkpoints are structured progress reviews with your pathfinder. They are not surprise tests β the questions below are exactly what your pathfinder will ask. Prepare for them specifically.
| Checkpoint | Window | Main focus |
|---|---|---|
| Checkpoint 1 | Weeks 4β6 | Is your project scoped correctly? Is real work happening? |
| Checkpoint 2 | Weeks 7β9 | Are you Demo Day-ready? Is documentation progressing? |
How to prepare
Section titled βHow to prepareβAt least 24 hours before your checkpoint, send your pathfinder the prep form. Four fields only β no evidence links in the form itself. Your Dev Log and Kanban board are the evidence; bring them on your laptop.
π Open the Checkpoint Prep Form β fill it in and use your browserβs Print β Save as PDF.
What the form asks:
- Sprint status β traffic light + one honest sentence
- Your current blocker β specific, not βitβs hardβ
- One question for the pathfinder
- Live work link β GitHub repo, Figma, or working app
Checkpoint 1 β questions your pathfinder will ask
Section titled βCheckpoint 1 β questions your pathfinder will askβThese are not surprises. Prepare for each one.
| Question | What a strong answer looks like |
|---|---|
| Show me your Kanban board right now. Walk me through Done vs. Doing. | Board is open, tasks have names on them, Done column has at least 2β3 items with commit links |
| Read me your sprint goal. Can a real user do that today? | βYes β here is the linkβ or honest βnot yet β here is what is blocking it and when we will fix itβ |
| Where is your Stage 1 validation? Who did you talk to, and what did they say? | Specific names or descriptions, quotes in Dev Log, a note on what changed because of the feedback |
| Pick any team member. What did they contribute this week? Show me the evidence. | Named person, specific task, direct link to the work (commit, file, notes) |
| What is the one thing most likely to block you before Demo Day? | Honest answer with a mitigation plan β not βnothing, weβre on trackβ |
| Show me your most recent commit. What does it do? | Developer can explain the code, not just the title |
Checkpoint 2 β questions your pathfinder will ask
Section titled βCheckpoint 2 β questions your pathfinder will askβ| Question | What a strong answer looks like |
|---|---|
| How many user testing sessions since Checkpoint 1? Show me the notes. | 3+ sessions, notes in Dev Log with direct quotes, evidence appendix started |
| What changed in your product because of user feedback? | Specific before/after: βWe removed X because three users couldnβt find it. We added Y after two users asked for it.β |
| Open your Technical Documentation draft. Walk me through it. | Draft exists with at least architecture and technology sections filled in |
| What is your Demo Day scenario? What will a user actually do? | A rehearsable 2-minute flow β user opens the app, does X, sees Y, team narrates what is happening |
| What are you cutting if you run out of time? | A clear list of Should/Could items already deprioritised. No βweβll finish everything.β |
| Is every team member contributing equally? | Honest answer with evidence. Gaps named and being addressed. |
What assessors look for in checkpoint evidence
Section titled βWhat assessors look for in checkpoint evidenceβYour checkpoint prep document becomes part of your portfolio narrative. Assessors look for:
| Strong evidence | Weak evidence |
|---|---|
| βFang Jing ran 2 user interviews on March 28 β notes linked here. Three users couldnβt find the search feature, so we moved it to the nav bar." | "We did some user testing this week and got useful feedback." |
| "GitHub commit a3f2c1: adds feeding log POST endpoint with input validation. Liu Wei, March 30." | "We made progress on the backend." |
| "π‘ At risk β our image upload is broken on mobile (CORS issue). We think we know the fix. Target: working by Thursday." | "π’ On track β everything is going well.β |
Specific + linked + named = evidence. Vague + unlinked = not evidence.
Checkpoint prep form
Section titled βCheckpoint prep formβFour fields. No evidence links required in the form β those live in your Dev Log and Kanban board. Bring those open on your laptop; the pathfinder will ask to see them live.
π Open Prep Form β β print or save as PDF from your browser.
Booking your checkpoint
Section titled βBooking your checkpointβAsk your pathfinder directly β they manage their own availability. Book Checkpoint 1 before you leave your Week 4 session. Do not leave it to next week.
Was this page helpful?