1.需求启动
- 制作出经典版本需求梳理清单
技术需求选型：
小程序开发工具UniAPP微信小程序、语言框架-VUE
后台页面开发工具Vscode+Sublime、语言框架-AngularJS
后端开发工具Eclipse、语言-JAVA、框架-微服务、大数据
需求可视化管理工具KANBAN方法、需求框架-Scrum
- 完成经典版本需求清单，抽出对应功能描述
对功能进行详细说明
- PO阐述版本预期目标及验收目标标准
如可用版本支持业务在保山的洽谈
测试需求研发的流转过程
- PO定义完成奖励及未完成训练
如奶茶 | 俯卧撑
- PO定义测试发版及演示、回顾时间
定义版本管理、回顾会议时间线及依赖细节
需求开卡
- 通过纸质版需求说明书，梳理出可用的主要需求
需求开卡，详见培训《开卡需知DEEP》
具体、可估算、可扩展、有优先级
- 主要需求开卡上板，逐一向团队澄清
澄清就是自己把东西讲清楚，让别人和自己保持理解一致
- 团队根据澄清内容做具体询问
对理解不一致的地方，理解对方的问题核心，快速解决对方疑惑
如不能快速解决，需提出解决方案及时间节点
拆分卡片
- 前后端测试根据功能描述开始拆分卡片，详见培训《卡片拆分法》
最开始好上手的拆分方式是以页面和接口的模式来拆分
拆分后的内容颗粒度为:TASK任务，任务以一张报事贴为单元
超过即需要继续拆分。
-卡片颜色即代表通用工作项，在这里推荐标准版定义：
黄色-需求、蓝色-任务、红色-阻碍
线绳-依赖、绿色-测试用例
估算卡片
- 解释估算规则和免除事宜
解释估算与实际工作时间并不强绑定，解除顾虑
- 进行估算，该估算包含了研发+自测通过及Buffer时间
解释对卡片的完成的定义，质量过关是重要的标准
- 双方对估算差距进行澄清，消除理解风险，重新估算直到无异议
同一职能可主导澄清过程，非同一职能可提出问题可视化风险
- 估算卡片统计个人故事点、团队故事点、制作燃尽、燃起、累计流图
数字化度量工作内容，便于定位问题核心
卡片上板
- 各职能口任务上板，并进行优先级排序
重新校准优先级排序
- 可视化后，及时沟通未澄清事宜，并标识
全局试图澄清沟通未尽事宜
- 待所有现场疑问风险被关闭后，冲刺计划会议结束，迭代启动
迭代启动，做完成信心指数探寻，会议效率问题搜
