以人为本激发个体的斗志, 以团队为核心搭建项目, 提供所需的环境和支持, 辅以信任, 从而达成目标。成果导向可工作的软件是进度的首要度量标准，简单务实以简洁为本, 利用其力量极力减少不必要工作量的艺术。
产品迭代
完成有价值的持续集成软件,达到产品的目标。
迭代目标: 当前迭代通过实现产品待办列表要达到的目标. 它为开发团队提供指引, 使得团队明确为什么要构建产品增量. 每个月的迭代目标, 拆分为 3 到 4 周, 要达到迭代目标需要的技术选型确定。
迭代计划会议
功能列表评估完后, 由各自认领功能的小组评估任务列表, PBL(product backlog) -> SBL(sprint backlog)。scrum 时间盒1周, 任务时间单位是小时, n个小时换算成天, 最大任务不可超过3天.
时间盒内的产品增量中包含内容确认, 周迭代采用敏捷估算, 一种相对估算方式, 即故事点的方式story points。
每日站立会议
15分钟内, 会议性质基于问题为导向或基于更多的讨论来开会。
例如: 昨天, 我为帮助开发团队达成迭代目标完成了什么。
是否有障碍在阻碍我或开发团队达成迭代目标。 done doing/todo difficulty risk遇到障碍或问题后快速决策。
迭代评审会议
在测试环境或预生产环境演示集成过的产品增量给产品负责人看. 同时受到产品负责人对产品增量的反馈. 按需调整产品待办列表(PBL).
迭代会议回顾
对目前的敏捷方案与最佳实践做反思。scrum 团队对当前迭代的工作方式, 包括敏捷实践, scrum 框架, 团队的个体, 人与人之间的关系, 与其他团队的协作, 过程, 工具等, 进行回顾, 保持做的好的方式, 停止或避免不好的方式, 以及对需求改进提升的方面提出下一个迭代可落地的改进计划, 作为改进故事放入产品待办列表，保证此会议持续进行。
本文由 空心菜 创作，采用 知识共享署名4.0 国际许可协议进行许可
本站文章除注明转载/出处外，均为本站原创或翻译，转载前请务必署名
最后编辑时间为: Jul 29, 2020 at 02:17 pm