Week 6: Sprint 2 + Assessment Q&A
| # | Mission | Time |
|---|---|---|
| 0 | π Assessment orientation | First 30 min |
| 1 | π£οΈ Standup + sprint planning | 25 min |
| 2 | π€ Pathfinder checkpoint | During session |
| 3 | π¬ First user sessions | Self-paced |
| 4 | βοΈ Prototype β ship something | Remaining time |
Mission 0 β Assessment orientation
Section titled βMission 0 β Assessment orientationβNo direct questions to Stefan during this block. Post to the Live Q&A instead β Stefan works through the queue live in Hour 3.
Missed the walkthrough or want to revisit it? The video covers all deliverables for the second half of semester.
What is due and when
Section titled βWhat is due and whenβ| Deliverable | Weight | Due |
|---|---|---|
| Smart Product Challenge video (3β4 min) | 10% | April 10, 23:59 β this week |
| Project Brief (lock date) | 5% | April 10 β freezes after this |
| Development Log (7 entries, Weeks 3β9) | 20% | Week 11 |
| Validation Report | 10% | Week 11 |
| Technical Documentation | 15% | Week 11 |
| Demo Day | 40% | Week 10 |
Download your templates β do this now
Section titled βDownload your templates β do this nowβThe Technical Documentation and Validation Report are due Week 11 β but you build them from evidence collected every week. Start the documents now so you have somewhere to put that evidence.
| Document | Pages | Download |
|---|---|---|
| Technical Documentation | 6β9 pages | β¬ Download template |
| Validation Report | 4β6 pages | β¬ Download template |
What to do right now:
- Open both templates (links above)
- Save copies to your teamβs OneDrive folder:
Session[X]Group[Y]_TechnicalDoc.docxSession[X]Group[Y]_ValidationReport.docx
- Fill in the cover page on both β group number + all 7 student IDs
- That is it for today β the sections fill themselves as you build and test
Mission 1 β Standup + sprint planning
Section titled βMission 1 β Standup + sprint planningβThis is a standing ritual β every session from now until Week 9 opens the same way. Three questions each, two minutes per person:
- What did I do since the last session?
- What will I do in this session?
- Any blockers?
After the standup β update your Kanban board together:
- Move completed tasks to Done
- Every developer has exactly one task in Doing with their name on it
- If your sprint goal from Week 5 is not met β say so explicitly. Adjust this weekβs goal now, before you start building.
Sprint planning question: By the end of this session, what will a real user be able to do that they couldnβt do last week? Write that one sentence on your Kanban board. Everything you build today should connect back to it.
Mission 2 β Pathfinder checkpoint
Section titled βMission 2 β Pathfinder checkpointβCheckpoint 1 must happen by the end of this week. If you havenβt booked it yet, message your pathfinder today β slots fill up.
What to bring:
| What | Details |
|---|---|
| Kanban board | Open and current β all tasks named, all owners visible |
| Sprint status | One sentence: are you on track for your sprint goal? |
| Working prototype link | Something a user can click β even partial is fine |
| Validation plan | Who are you testing with? When? What are you showing them? |
| One question | Something you are genuinely unsure about β pathfinders are most useful when you ask directly |
What your pathfinder is looking for:
They are not checking whether your product is impressive. They are checking whether your team is making decisions deliberately, tracking work, and building something testable. A team with a modest prototype and clear reasoning scores higher than a team with complex code nobody can explain.
See Checkpoint Prep for the full question list they work through.
Mission 3 β Validation β first user sessions
Section titled βMission 3 β Validation β first user sessionsβYour User Researcher should have booked 2β3 sessions in Week 5. This is the week to run them.
How to run a session
Section titled βHow to run a sessionβBefore:
- Pick one user story to test β just one
- Prepare 3β4 tasks (not questions) that a user would do with your feature
- Bring a way to record observations (notes on phone, shared doc)
Opening (2 min):
βThanks for helping us. We are building [one sentence]. We want to see how you interact with what weβve got so far β we are not testing you, we are testing our design. There are no wrong answers. Please think out loud as you go.β
During (10β15 min):
- Give them a task: βImagine you just [context]. Show me what you would do.β
- Do not help them. Where they get stuck IS the data.
- Note: what they try first, where they pause, what they say out loud, what they skip
After (5 min):
- βWas there anything confusing?β
- βWhat would you expect to happen when you [the thing that failed]?β
- βWould you actually use this? Why or why not?β
What counts as a finding:
- Something a user tried that didnβt match your design
- A feature they expected that doesnβt exist
- A label or button they misread
- Something they didnβt notice at all
Mission 4 β Prototype β ship something
Section titled βMission 4 β Prototype β ship somethingβWeek 6 is not a planning week β it is a building week. By the end of today, something new should be in GitHub that wasnβt there at the start.
If youβre blocked:
| Blocker | What to do |
|---|---|
| Canβt agree on what to build next | Look at your acceptance criteria β pick the smallest one not yet done |
| AI output doesnβt work | Paste the error back in, add your stack and exact error message |
| Dependency missing | Use npm install or the equivalent β ask a TA if stuck on setup |
| Nobody on the team can code | Use a no-code/low-code tool for the prototype, then document the approach |
| Scope too large | Cut a Must-have to Should-have β your pathfinder will agree if you can justify it |
Commit standard:
feat: user can submit a new cat feeding log entryfix: feeding form no longer clears on validation errordocs: add acceptance criteria to feeding log section of PRDClear commit messages are part of your Technical Documentation. Commit links in your Dev Log are how your pathfinder sees individual contributions.
Assessment reference
Section titled βAssessment referenceβSee Mission 0 at the top of this page for the full deadline table and template downloads.
The Development Log and Demo Day together are 60% of your grade. Your Dev Log is live all semester β your pathfinder reads it. There is no βwrite it all at the end.β
See Assessment Overview for submission format and the peer evaluation rubric.
Before you leave
Section titled βBefore you leaveβFour things to have done today:
- Checkpoint 1 β done or formally booked with a confirmed date
- Posted or upvoted at least one question on the Live Q&A
- Smart Product Challenge video β submitted to LMO (or recorded and ready to submit before April 10, 23:59)
- At least one validation session run β findings in your Dev Log
- At least one new commit pushed to GitHub β link in Dev Log
- Week 6 Dev Log entry written β traffic light, what shipped, who did what
Was this page helpful?