现IMD方式评估工作量事分解务时务粒度控制2~8时
想法:
Sprint Planning中分解务部分达目标仅仅计划更重完成计划务分解时单位团队考虑实现功时考虑更加细致更容易团队部讨早发现问题更加谱
瀑布RUP开发方式敏捷开发进行务拆分果认版功拆100份工作会分析较透彻方1000元分100份份10元50元分100份份05元瀑布开发周期较长整体工作量务拆分评估单位天错敏捷开发周期短周期功工作量果然天单位例3天团队成员法解3天细节敏捷开发没特完善文档果3天里出现意外团队法进行效帮助
样做:
事务拆分少包含:编码测试文档果务超8时拆分
Sprint中SprintKnown issues修改会花费时间issue会花费20分钟样会汇总相似表明工作量2~3时
某Story确实法完成时团队根务PO讨拆分Story样例子:Story求户查询手机号码获通话记录分解务:查询界面精确查询带*关联姓名等查询查询结果界面中带*关联姓名等查询耗时较Story拆分:户精确查询手机号码获通话记录户模糊关联查询手机号码获通话记录中前者次Sprint完成
举例:
story:户发送定时短信便方便时间编写短信方便时间发送短信
分解务:
1 数库中查询满足定时发送短信 (2H)
2 利第三方发送端口发送(15H)
21 编写调第三方发送API接口(5H)
22 编写API接口测试例(3H)
23 准备API接口测试数(2H)
24 测试API接口(5H)
3 显示发送状态(2H)
4 进行界面功单元测试(8H)
5 更新需求文档(1H)
6 更新设计文档(1H)
7 更新部署手册(1H)
()部分评估时间
点体会:
实践中团队成员开始愿意时单位进行拆分务方面惯细分琐碎觉信方面会少评估工作量时留Buffer天单位留Buffer容易时单位务拆分更细buffer空间
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容,不代表《香当网》观点或立场,请自行判断内容的真实性和可靠性!
该内容是文档的文本内容,更好的格式请下载文档