53 lines
3.3 KiB
Markdown
53 lines
3.3 KiB
Markdown
---
|
||
title: "Runbook: Startup MVP Build"
|
||
type: source
|
||
tags: []
|
||
date: 2026-05-01
|
||
---
|
||
|
||
## Source File
|
||
- [[Agent/agency-agents/strategy/runbooks/scenario-startup-mvp.md]]
|
||
|
||
## 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 扩展模式
|