敏捷开发原则与过程管理简析

四叶草

读完需要

2

分钟

速读仅需 1 分钟

/ 敏捷原则: /

以人为本激发个体的斗志, 以团队为核心搭建项目, 提供所需的环境和支持, 辅以信任, 从而达成目标。成果导向可工作的软件是进度的首要度量标准，简单务实以简洁为本, 利用其力量极力减少不必要工作量的艺术。

1

   

产品迭代

完成有价值的持续集成软件,达到产品的目标。

迭代目标: 当前迭代通过实现产品待办列表要达到的目标. 它为开发团队提供指引, 使得团队明确为什么要构建产品增量. 每个月的迭代目标, 拆分为 3 到 4 周, 要达到迭代目标需要的技术选型确定。

2

   

迭代计划会议

功能列表评估完后, 由各自认领功能的小组评估任务列表, PBL(product backlog) -> SBL(sprint backlog)。scrum 时间盒 1 周, 任务时间单位是小时, n 个小时换算成天, 最大任务不可超过 3 天.

时间盒内的产品增量中包含内容确认, 周迭代采用敏捷估算, 一种相对估算方式, 即故事点的方式story points。

3

   

每日站立会议

15 分钟内, 会议性质基于问题为导向或基于更多的讨论来开会。

例如: 昨天, 我为帮助开发团队达成迭代目标完成了什么。

是否有障碍在阻碍我或开发团队达成迭代目标。done doing/todo difficulty risk 遇到障碍或问题后快速决策。

4

   

迭代评审会议

在测试环境或预生产环境演示集成过的产品增量给产品负责人看. 同时受到产品负责人对产品增量的反馈. 按需调整产品待办列表(PBL).

5

   

迭代回顾会议

对目前的敏捷方案与最佳实践做反思。scrum 团队对当前迭代的工作方式, 包括敏捷实践, scrum 框架, 团队的个体, 人与人之间的关系, 与其他团队的协作, 过程, 工具等, 进行回顾, 保持做的好的方式, 停止或避免不好的方式, 以及对需求改进提升的方面提出下一个迭代可落地的改进计划, 作为改进故事放入产品待办列表，保证此会议持续进行。

推荐阅读

▼