什么是QuickStart项目快速启动
QuickStart项目快速启动，是来自thoughtworks的一套方法套件，用来启动一个敏捷项目，有别于传统的项目规划，它主要有下面几个特点
Workshop驱动-倡导共享、合作、包容
时间盒-仅做到【刚刚好】、【快】，它不代替开发阶段的分析工作
迭代-频繁演示验证
各角色并行工作
广泛应用基于实物的可视化协作引导方法
特有的各种分析技术
QuickStart项目快速启动的信息收集方法，以高互动、可视化的工作坊形式厘清项目的愿景、利益相关人、业务流程、功能范围、设计风格、技术架构，并形成明确的交付计划。典型的 QuickStart 需耗时 4 周（后来这套方法在被压缩到两周甚至一周）。
Quickstart在敏捷研发项目中的位置
Quickstart的核心团队人员类似敏捷团队，由多角色构成，来自不同的专业领域和岗位的成员，共同参与定义项目关键目标的活动。在QS过程中，领域专家和用户代表需要阶段性的对项目规划进行评审。关键干系人则对重要的成果输出进行决策。
QuickStart的参与人员
QuickStart的主要过程
识别用户（建立用户画像）➡️ 基于用户展开的场景分析，识别痛点和机会 ➡️ 梳理、整合业务流程 ➡️ 进行场景建模 ➡️ 整理用户列表 ➡️ 估算工作量 ➡️ 形成交付/发布计划。
QuickStart方法中的各项主要过程均采用可视化方法，本文略
这个过程的脉络为下图灰线所示，在梳理业务流程中需要始终对齐用户场景分析，扣紧问题/痛点和机会，如有必要需要反复研讨论证。
确定愿景和目标
识别用户
场景梳理
除主要过程另外还包括一些重要的信息的管理，均采用可视化方法讨论和呈现，如下图第一行所示。包括
愿景及目标区：用来管理整个项目的愿景；
计划区：为QuickStart过程的行事历，由团队成员共同定义和维护；
TODO区：QuickStart过程的待办任务区；
问题跟进区：即风险区，记录阻碍项内容；
QuickStart的主要过程
QuickStart计划
制定交付计划
在完成估算后，团队将所有的故事卡片按照模块、子模块按照业务逻辑和优先级进行排序活动，并定义分批次的交付计划。
工作量估算和交付计划定义
交付计划例子1
交付计划例子2
成果汇报
QuickStart完成后，需要将整体项目规划向重要的干系人进行汇报，并决定启动或有条件启动项目。
成果汇报
QuickStart中的敏捷价值观
业务与IT合作，一起工作
面对面的沟通
快速验证想法，避免浪费
可视化的交流
信息透明化
尽早的交付有价值的软件
团队定期反省如何才能更有效的工作，并进行调整