3.3 KiB
3.3 KiB
title, type, tags, date
| title | type | tags | date |
|---|---|---|---|
| Runbook: Startup MVP Build | source | 2026-05-01 |
Source File
Summary（用中文描述）
- 核心主题：初创公司 MVP（最小可行产品）4-6 周快速构建的多 Agent 编排执行手册
- 问题域：初创公司如何在极短周期内完成从想法到真实用户可用的产品，同时兼顾速度与质量
- 方法/机制：NEXUS-Sprint 模式，分周分阶段执行，18-22 个专业 Agent 并行协作，Dev↔QA 循环，质量门控
- 结论/价值：提供可复用的 MVP 构建流水线模板，强调 Sprint Prioritizer 执行 MoSCoW 优先级管理、Evidence Collector 覆盖每个任务的质量保证、Reality Checker 最终质量门槛
Key Claims（用中文描述）
- NEXUS-Sprint 模式通过 18-22 个专业 Agent 并行协作，可在 4-6 周内完成从想法到真实用户可用的产品
- Sprint Prioritizer 通过 RICE 评分和 MoSCoW 强制执行，防止范围蔓延（"Won't" means won't）
- Evidence Collector 运行于每个任务，确保 QA 不因追求速度而被跳过
- Reality Checker 在 Week 4 Day 5 做最终质量门槛判定，达不到标准则进入 2-3 天快速修复循环
Key Quotes
"You're building a startup MVP — a new product that needs to validate product-market fit quickly. Speed matters, but so does quality." — 场景定义核心矛盾 "Evidence Collector runs on EVERY task — no exceptions" — QA 不可跳过的关键原则
Key Concepts
- RICE-Scoring：优先级评分方法，用于 Sprint Prioritizer 对 backlog 进行评分排序
- MoSCoW：M(Must)/S(Should)/C(Could)/W(Won't) 优先级分类，"Won't" 即明确放弃
- Quality-Gate：阶段性质量门槛判定，Architecture Package/Sprint Review/Gate Decision 多层级质量门控
- NEXUS-Sprint：NEXUS 框架下的 Sprint 执行模式，Dev↔QA 并行循环
Key Entities
- Agents-Orchestrator：流水线控制器，管理 Dev↔QA 循环
- Sprint-Prioritizer：Backlog 管理者，执行 RICE 评分 + Sprint 规划
- Evidence-Collector：QA Agent，每个任务完成后必须运行
- Reality-Checker：最终质量门槛，Gate Decision 判定者
- DevOps-Automator：CI/CD 和部署自动化
- Growth-Hacker：用户获取策略（Week 3+ 激活）
- Studio-Producer：关键决策拍板人（概念 Go/No-Go、发布时机）
Connections
- scenario-enterprise-feature ← similar_structure ← scenario-startup-mvp（均为 NEXUS-Sprint 模式，Agent 角色重叠）
- scenario-marketing-campaign ← shared_agents ← scenario-startup-mvp（Growth-Hacker/Content-Creator/Social-Media-Strategist 共用）
- scenario-incident-response ← extends ← scenario-startup-mvp（Incident Response 用于 MVP 上线后的生产事故响应）
Contradictions
- 与 scenario-enterprise-feature 冲突：
- 冲突点：时间维度（4-6 周 vs 12 周）和团队规模（18-22 Agent vs 20-30 Agent）
- 当前观点：初创公司 MVP 场景强调速度优先，接受技术债，快速验证
- 对方观点：企业级功能场景强调质量合规，接受更长周期确保架构可扩展
- 协调：两者适用场景不同，均为 NEXUS-Sprint 的不同配置模板，企业功能开发后可复用本 runbook 的 Growth Team 扩展模式