Lab 10 — Ship/No-Ship Release Room
START HERE · YOUR LAB FILES
Open these resources
Each card opens the supplied file. Keep these alongside the lab; open the same paths in your downloaded course folder when using your AI.
- 1release-rounds.mdSupplied evidence · read this source
fixtures/release-rounds.md - 2release-recommendation.mdTemplate · copy into your own work
templates/release-recommendation.md
Underlined filenames throughout the steps are clickable. A file you create yourself links to saving instructions, not a nonexistent download.
On this page
SESSION 10 / 35-minute practice lab / within a 2-hour session
Make a release recommendation that changes when the evidence changes.
A recommendation for each round, an incident update and any explicitly authorized exception decision.
Before you start · recall, then check
Recall one verification limit from Session 07 or 09. What release claim would be unsafe to make from that evidence alone?
Use about two minutes of the existing arrival/discussion time. Try in your own words, then check the source with a partner or coach. This is ungraded practice, not a new submission.
Need a hand? A supported route
Keep a facts/unknowns/next-evidence list for each round. A missing required check remains missing even when another check passes. Use the supplied tabletop build identity, not your local simulator’s version.
Time: 35 minutes
Team: groups of four; facilitator releases evidence in rounds
Quick start
First action: Copy the recommendation template and read only round 1 first.
Finish with: Three round-by-round recommendations, an incident update and any override decision.
Step-by-step help for Session 10 — smaller steps, checkpoints and troubleshooting. Saving and asking for help.
Mac / Linux / Windows
Submission: prepare the deliverables below using the public-safe packet and review workflow. One PR per lab; private review is equally available. Never publish grades or personal information.
Read the release-round exports in the Markdown reader on any OS. No cloud CLI or production deployment is required. Record which operating systems a CI result actually covers; a Linux-only pass cannot establish Windows/Mac compatibility, and an unavailable runner is not a pass.
See the platform guide and included local lab track.
Scenario
You are the release-quality team for candidate B27, whose fictional artifact identifier is training:27. These are exercise labels, not real cryptographic digests. It includes an allocation migration and customer dashboard improvement. Your instructor reveals the supplied evidence one round at a time. Do not substitute the local simulator's build identity for this tabletop candidate.
Mission
Update a release recommendation after each evidence round. Your goal is not to say “ship”; it is to make the safest justified decision.
Rounds
- Baseline: build, unit tests, migration replay, smoke result.
- Complication: a required authenticated browser check fails, while the page heading looks correct.
- Decision point: the defect is reproduced on green; a stakeholder requests an override before an event.
Deliverables
- a release recommendation for each round;
- a concise incident update: facts, impact, unknowns, containment, next evidence, owner;
- a break-glass decision, if any, naming approver, reason, and follow-up.
Rules
- A skipped, missing, cancelled, or failed required check is not a pass.
- A model’s reassuring prose cannot override a failed deterministic check.
- Do not invent a root cause from correlated symptoms.
Stretch
Propose the smallest production-safe smoke check that would detect recurrence after the release.
Product Studio homework — Freeze features and rehearse release
Triage known issues, prepare a release candidate and release recommendation, rehearse reset/backup/recovery, and request human release-readiness feedback. Cut stretch features before cutting quality.
Budget two to three hours, including evidence and review preparation; ask for coaching or scope adjustment if blocked. Record progress using the milestone template in your own product repository, not the practice packet. See the complete project roadmap, GitHub workflow and small-model guide. The practice lab above remains separate from your individual product.
Leave with a next step
Use the existing closing/debrief time: explain one claim you verified, one limit and your next action. Reuse the lab’s artifacts; this adds no separate worksheet or graded test.
Practice evidence uses the lab submission workflow. Product Studio work belongs in your own product repository. These are different destinations.
Product Studio roadmap · Sharing and review guide
Opening the next session does not mark this one complete. Progress tracking is optional and does not award a credential.
