Scrum 理念与工具紧密结合,帮助团队加速价值交付
Scrum 理念与工具紧密结合,帮助团队加速价值交付
Scrum 是一个解决复杂多变问题的框架。基于经验主义和精益思维,采纳了一种迭代和增量的方法来优化对未来的预测性并控制风险,帮助团队和组织创造价值。
需求管理
过去:需求管理混乱,眉毛胡子一把抓。
需求信息不清晰、不完整、不公开,团队成员只管自己的一亩三分田。
现在:全员同步需求池,优先级井然有序。
Backlog 是整个团队的共享视图,避免团队成员局限于自己的信息场。产品负责人拖拉拽即可动态排序,用户价值排序一目了然。
迭代规划
过去:开发计划频繁变动,最终交付的特性却很少。
要交付的用户故事范围不确定,经常有临时任务插队,团队成员的工作状态被频繁打破,难以聚焦核心用户故事开发。
现在:聚焦迭代,开发团队专注于本次 sprint 承诺的故事。
迭代计划会议上,团队确定好本次迭代要交付的故事以及相关联的任务、附加工作,规划好迭代周期,与业务方达成协议,迭代开启。
迭代开发
过去:割裂式的开发体验,信息获取低效
团队成员在各个开发环节的工具中频繁切换。
现在:高效的迭代开发,需求、代码、测试用例触手可及。
代码提交、持续集成、测试用例可关联对应需求,信息在需求页面均可统一获取,在迭代开发过程中,所有的开发环节在统一平台均可完成。
缺陷管理
过去: 测试和开发人员之间反复确认缺陷相关信息。
现在:对缺陷进行分类,方便处理、复盘与改进。
缺陷可以关联某个具体需求,也可以按照功能、性能、UI、易用性进行分类,方便测试人员与研发人员在缺陷处理时的信息传递。也方便团队定期对所有缺陷进行复盘,质量改进。
进度跟踪
过去:人工收集信息,手工统计进度。
项目经理或者研发管理者使用 Excel 定时统计需求进度,费时费力还容易出错。
现在:直观的、多视角的看板视图,高效跟踪迭代进展。
需求流转透明化,全员随时查看/更新需求进度。自定义筛选器、多种角度的视图模式帮助团队掌握迭代总体进度、识别瓶颈。
迭代复盘
过去:缺乏可靠的研发数据作为效率提升基础。
现在:分析迭代中故事点燃尽速率,改进下一个迭代规划。
根据准确的度量来分析改进的方向,比如:理想的故事燃尽速度是匀速的,如果存在明显波峰可能因为需求拆分不够小。
需求管理
过去:需求管理混乱,眉毛胡子一把抓。
需求信息不清晰、不完整、不公开,团队成员只管自己的一亩三分田。
现在:全员同步需求池,优先级井然有序。
Backlog 是整个团队的共享视图,避免团队成员局限于自己的信息场。产品负责人拖拉拽即可动态排序,用户价值排序一目了然。
迭代规划
过去:开发计划频繁变动,最终交付的特性却很少。
要交付的用户故事范围不确定,经常有临时任务插队,团队成员的工作状态被频繁打破,难以聚焦核心用户故事开发。
现在:聚焦迭代,开发团队专注于本次 sprint 承诺的故事。
迭代计划会议上,团队确定好本次迭代要交付的故事以及相关联的任务、附加工作,规划好迭代周期,与业务方达成协议,迭代开启。
迭代开发
过去:割裂式的开发体验,信息获取低效
团队成员在各个开发环节的工具中频繁切换。
现在:高效的迭代开发,需求、代码、测试用例触手可及。
代码提交、持续集成、测试用例可关联对应需求,信息在需求页面均可统一获取,在迭代开发过程中,所有的开发环节在统一平台均可完成。
缺陷管理
过去: 测试和开发人员之间反复确认缺陷相关信息。
现在:对缺陷进行分类,方便处理、复盘与改进。
缺陷可以关联某个具体需求,也可以按照功能、性能、UI、易用性进行分类,方便测试人员与研发人员在缺陷处理时的信息传递。也方便团队定期对所有缺陷进行复盘,质量改进。
进度跟踪
过去:人工收集信息,手工统计进度。
项目经理或者研发管理者使用 Excel 定时统计需求进度,费时费力还容易出错。
现在:直观的、多视角的看板视图,高效跟踪迭代进展。
需求流转透明化,全员随时查看/更新需求进度。自定义筛选器、多种角度的视图模式帮助团队掌握迭代总体进度、识别瓶颈。
迭代复盘
过去:缺乏可靠的研发数据作为效率提升基础。
现在:分析迭代中故事点燃尽速率,改进下一个迭代规划。
根据准确的度量来分析改进的方向,比如:理想的故事燃尽速度是匀速的,如果存在明显波峰可能因为需求拆分不够小。
扫码联系售前咨询专家
提供付费咨询及解决方案扫码加入用户交流群