Skip to content
ENT208TC Industry Readiness

What counts towards your grade

Bookmark this page. It covers everything that is assessed, when it is due, and where it goes.

Final grade = Team performance (70%) + Individual contribution (30%)


DeliverableDueWhere to submitPortfolio section
Smart Product Challenge video (3–4 min, Weeks 1–2)April 10, 23:59LMOβ€”
Project Brief (2-page Word doc)Initial: March 27, 23:59 Β· Lock: April 10LMO Turnitin β€” group leader submitsPortfolio (5%)
Dev Log (7 weekly entries, Weeks 3–9)Updated weekly Β· submitted Week 11Team SharePoint document β€” link shared with pathfinderGroup Reflection & Dev Log
Technical Documentation (6–9 pages)Week 11 submissionLMOPortfolio
Validation Report (4–6 pages)Week 11 submissionLMOPortfolio
Group Reflection (150–250 words)Week 11 submissionAppended to Dev Log, submitted via LMOPortfolio
Peer Evaluation FormWeek 11 submissionLMOIndividual contribution (30%)
Demo Day presentation (6 min + 4 min Q&A)Week 10 sessionLive β€” no submissionAssessed on the day

Checkpoints (formative β€” not directly graded, but evidence-based)

Section titled β€œCheckpoints (formative β€” not directly graded, but evidence-based)”

Checkpoints are not marked separately, but the evidence you bring directly feeds your portfolio and your pathfinder’s assessment of your individual contribution.

CheckpointWindowPrep document due
Checkpoint 1Weeks 4–624 hours before your booked slot
Checkpoint 2Weeks 7–924 hours before your booked slot

See Pathfinder Checkpoints for the exact questions your pathfinder will ask.


Your Dev Log is the backbone of your portfolio. Every entry must have:

  • Names β€” who contributed, not β€œthe team”
  • Evidence links β€” GitHub commits, Figma files, interview notes, test recordings
  • Individual contribution β€” 30–50 words per person, written by that person
  • Traffic light status β€” 🟒 🟑 πŸ”΄ + one honest sentence

A Dev Log entry without evidence links is not an entry β€” it is a paragraph of claims.


⬇ Download template β€” save a copy to your team folder and start filling it in from Week 6.

  • System architecture (diagram + explanation)
  • Technology choices and why (not just what)
  • Deployment guide β€” someone else could set it up from your instructions
  • IP Strategy section
  • Limitations and future work

⬇ Download template β€” see the Validation Guide for how to run and document your sessions.

  • Research methodology β€” how you recruited, what you asked
  • User findings with direct quotes and data
  • Iteration history β€” what you built, what users said, what you changed
  • Evidence appendix β€” interview recordings, notes, screenshots
  • What worked, what did not, what you would do differently
  • Written collaboratively β€” not one person’s voice

Week 3–4 Project Brief + roles + MoSCoW
↓
Weeks 4–6 Sprint 1 β†’ commits + Kanban + Dev Log entries
↓
Week 5–6 User interviews (Stage 1 β†’ Stage 2)
↓ Checkpoint 1
Weeks 6–8 Sprint 2 β†’ more commits + usability tests
↓
Weeks 7–9 Technical Documentation draft + Validation Report draft
↓ Checkpoint 2
Week 9 Portfolio assembly β€” all evidence linked
↓
Week 10 Demo Day
↓
Week 11 Final portfolio submission

The teams that score well are not the ones who built the most complex product. They are the ones who documented their decisions, tested with real users, and have evidence for every claim.

This site uses anonymous analytics (Microsoft Clarity) to improve course content. No personal data is collected.
Current page
πŸ€–