Shipping and Launch
Overview
Ship with confidence. The goal is not just to deploy — it's to deploy safely, with monitoring in place, a rollback plan ready, and a clear understanding of what success looks like. Every launch should be reversible, observable, and incremental.
When to use
- Deploying a feature to production for the first time
- Releasing a significant change to users
- Migrating data or infrastructure
- Opening a beta or early access program
- Any deployment that carries risk (all of them)
Do not use for CI pipeline setup (ci-cd) or for writing the production code being launched.
Process
- Clear the pre-launch checklists (code quality, security, performance, accessibility, infrastructure, documentation) in
references/launch-playbook.md.
- Ship behind a feature flag. Deploy with the flag off, then enable for team → canary → gradual → 100%. Every flag has an owner and an expiration. Clean up within two weeks of full rollout. Do not nest flags. Test both states in CI.
- Advance only on green thresholds. Error rate within 10% of baseline, p95 latency within 20%, no new client error types. Hold or roll back using the table in the playbook.
- Watch the first hour. Health 200, no new error types, latency unchanged, critical flow works, logs flowing, rollback ready.
- Have a rollback plan before deploy. Flag off in under a minute beats a revert. Know the database story (preserve vs clean up) before you need it.
Red flags
- Deploying without a rollback plan
- No monitoring or error reporting in production
- Big-bang releases (everything at once, no staging)
- Feature flags with no expiration or owner
- No one monitoring the deploy for the first hour
- Production environment configuration done by memory, not code
- "It's Friday afternoon, let's ship it"
Verification
Before deploying:
After deploying:
References
references/launch-playbook.md — checklists, flags, staged rollout, monitoring, rollback plan
- Workspace
definition-of-done — apply it first
security-hardening, performance-optimization, frontend-ui-engineering/references/production-ui-checklist.md for the matching pre-launch slices
1---2name: shipping-and-launch3description: Prepares production launches. Use when preparing to deploy to production. Use when you need a pre-launch checklist, when setting up monitoring, when planning a staged rollout, or when you need a rollback strategy. Do not use for CI pipeline setup (ci-cd) or for writing the production code being launched.4---56# Shipping and Launch78## Overview910Ship with confidence. The goal is not just to deploy — it's to deploy safely, with monitoring in place, a rollback plan ready, and a clear understanding of what success looks like. Every launch should be reversible, observable, and incremental.1112## When to use13- Deploying a feature to production for the first time14- Releasing a significant change to users15- Migrating data or infrastructure16- Opening a beta or early access program17- Any deployment that carries risk (all of them)1819Do not use for CI pipeline setup (`ci-cd`) or for writing the production code being launched.2021## Process221. **Clear the pre-launch checklists** (code quality, security, performance, accessibility, infrastructure, documentation) in `references/launch-playbook.md`.232. **Ship behind a feature flag.** Deploy with the flag off, then enable for team → canary → gradual → 100%. Every flag has an owner and an expiration. Clean up within two weeks of full rollout. Do not nest flags. Test both states in CI.243. **Advance only on green thresholds.** Error rate within 10% of baseline, p95 latency within 20%, no new client error types. Hold or roll back using the table in the playbook.254. **Watch the first hour.** Health 200, no new error types, latency unchanged, critical flow works, logs flowing, rollback ready.265. **Have a rollback plan before deploy.** Flag off in under a minute beats a revert. Know the database story (preserve vs clean up) before you need it.2728## Red flags29- Deploying without a rollback plan30- No monitoring or error reporting in production31- Big-bang releases (everything at once, no staging)32- Feature flags with no expiration or owner33- No one monitoring the deploy for the first hour34- Production environment configuration done by memory, not code35- "It's Friday afternoon, let's ship it"3637## Verification3839Before deploying:4041- [ ] Pre-launch checklist completed (all sections green)42- [ ] Feature flag configured (if applicable)43- [ ] Rollback plan documented44- [ ] Monitoring dashboards set up45- [ ] Team notified of deployment4647After deploying:4849- [ ] Health check returns 20050- [ ] Error rate is normal51- [ ] Latency is normal52- [ ] Critical user flow works53- [ ] Logs are flowing54- [ ] Rollback tested or verified ready5556## References57- `references/launch-playbook.md` — checklists, flags, staged rollout, monitoring, rollback plan58- Workspace `definition-of-done` — apply it first59- `security-hardening`, `performance-optimization`, `frontend-ui-engineering/references/production-ui-checklist.md` for the matching pre-launch slices