扫码阅读
手机扫码阅读
润物细无声-用户故事+Scrum敏捷实战成功案例

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。

凌宇哥聊敏捷创新
扫码关注公众号
一、 团队改进前概况
该工具类软件产品团队是公司的重要产品团队,由2名需求人员、7名开发人员和4名测试人员组成。转型前,团队的项目开发每三个月后进入3-4周的系统测试阶段。迭代过程中为保证质量需进行众多质量活动,并产出大量文档,如需求交底、详细设计评审等。此外,每个迭代的过程度量指标统计及分析需耗费至少2小时。
团队转型前面临的问题包括无法缩短交付周期、过程文档和度量指标统计工作繁重且显得无价值、迭代交付集中在最后三天导致测试压力大和迭代价值交付率低,以及开发人员因强制流程和繁冗文档工作感到不满。
二、 团队改进后效果
经过7个月的敏捷转型,团队已将需求、开发、测试紧密整合为一个整体,并深入实践Scrum、用户故事和发布计划。此转型使得用户故事与Scrum研发规则能够顺畅运行。
改进后的成效显著,平均迭代计划完成率达到90%以上,每1-2个迭代(迭代周期2周)就能稳定交付一个版本。产品发版周期从15天缩短到13天,成功创造出一个短迭代的时间。
想要了解更多内容?

凌宇哥聊敏捷创新
扫码关注公众号
凌宇哥聊敏捷创新的其他文章
“敏捷本土说”之起源
作为敏捷教练,你很辛苦的导入了SCRUM、Kanban、SAFe等等业界系统化的方法,可是敏捷改进依然没有成效?该怎么办?请看本文。
琴瑟和鸣--SCRUM中“讲”好用户故事
产品研发团队一开始做敏捷转型,往往先引入SCRUM框架,那么,只有SCRUM就足够了吗?答案是不足够。还需要什么?本文会与您共同探讨。
故事缤纷,行云流水--产品团队精益Kanban转型JIRA实战案例
怎样实现产品团队真正的“流式”开发?本文告诉你答案:)
《敏捷本土化实施框架》核心宣言简介三
本文会简要介绍核心宣言最后一条“用户目标高于内部指标”
《敏捷本土化实施框架》核心宣言简介一
“问题驱动高于理论驱动”作为宣言的第一条,讲明了企业实施敏捷转型的初心,为什么?
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线