敏捷项目快速启动指引

1.需求启动

- 制作出经典版本需求梳理清单

技术需求选型：

小程序开发工具UniAPP微信小程序、语言框架-VUE

后台页面开发工具Vscode+Sublime、语言框架-AngularJS

后端开发工具Eclipse、语言-JAVA、框架-微服务、大数据

需求可视化管理工具KANBAN方法、需求框架-Scrum

- 完成经典版本需求清单，抽出对应功能描述

对功能进行详细说明

- PO阐述版本预期目标及验收目标标准

如可用版本支持业务在保山的洽谈

测试需求研发的流转过程

- PO定义完成奖励及未完成训练

如奶茶 | 俯卧撑

- PO定义测试发版及演示、回顾时间

定义版本管理、回顾会议时间线及依赖细节

需求开卡

- 通过纸质版需求说明书，梳理出可用的主要需求

需求开卡，详见培训《开卡需知DEEP》

具体、可估算、可扩展、有优先级

- 主要需求开卡上板，逐一向团队澄清

澄清就是自己把东西讲清楚，让别人和自己保持理解一致

- 团队根据澄清内容做具体询问

对理解不一致的地方，理解对方的问题核心，快速解决对方疑惑

如不能快速解决，需提出解决方案及时间节点

拆分卡片

- 前后端测试根据功能描述开始拆分卡片，详见培训《卡片拆分法》

最开始好上手的拆分方式是以页面和接口的模式来拆分

拆分后的内容颗粒度为:TASK任务，任务以一张报事贴为单元

超过即需要继续拆分。

-卡片颜色即代表通用工作项，在这里推荐标准版定义：

黄色-需求、蓝色-任务、红色-阻碍

线绳-依赖、绿色-测试用例

估算卡片

- 解释估算规则和免除事宜

解释估算与实际工作时间并不强绑定，解除顾虑

- 进行估算，该估算包含了研发+自测通过及Buffer时间

解释对卡片的完成的定义，质量过关是重要的标准

- 双方对估算差距进行澄清，消除理解风险，重新估算直到无异议

同一职能可主导澄清过程，非同一职能可提出问题可视化风险

- 估算卡片统计个人故事点、团队故事点、制作燃尽、燃起、累计流图

数字化度量工作内容，便于定位问题核心

卡片上板

- 各职能口任务上板，并进行优先级排序

重新校准优先级排序

- 可视化后，及时沟通未澄清事宜，并标识

全局试图澄清沟通未尽事宜

- 待所有现场疑问风险被关闭后，冲刺计划会议结束，迭代启动

迭代启动，做完成信心指数探寻，会议效率问题搜