来自IBM的敏捷实施经验

他山之石，可以攻玉。

下面分享一下IBM公司实施敏捷的13条经验，希望对你有帮助。

1. 及时清理产品需求列表

产品经理和团队负责人密切关注产品需求列表，并及时地将高优先级的需求纳入迭代计划中。

2. 迭代计划会议不宜超过1小时

严格执行敏捷的时间盒要求，迭代计划会议控制在1个小时内。

3. 迭代计划会议只做该做的

迭代计划会议的主要目的是按团队的能力将产品需求列表中的那些能够在下个迭代中完成的高优先级需求的迭代计划。必要的时候也会讨论顶层设计、工作环境等问题。

4. 团队在迭代周期中的自我管理

在迭代过程中，团队实行自我管理。团队负责人不做过多干预。

5. 组织好跨区的迭代计划会议

如果存在跨越不同时区的Scrum，也需要找到一个各组都能参加的时间来进行迭代计划会议。

6. 组织好大型团队的会议

每个SCrum组的人数控制在7～9人。如果项目巨大，就采用“Scrum of Scrum”的方式组织会议，即组成多个Scrum团队，每个团队再选取1～2名代表参加更高级别的Scrum会议。

7. 处理工作间的依赖关系

IBM将工作间的依赖性划分成三类问题来处理，分别是简单依赖、外部依赖、复合依赖。

简单依赖关系是指一个用户故事依赖于另外一个独立的用户故事。消除这种依赖关系的方法是合并或拆分用户故事，或者为独立的用户故事设置比依赖于它的用户故事更高的优先级。

外部依赖关系是指一个用户故事依赖于团队外部利益相关方的工作。处理这种关系时，团队要注意与利益相关方协商解决问题。在特殊情况下，也可以安排虚拟的接口，模拟外部的数据。

复合依赖关系是指两个或多个用户故事是相互依存的，每个用户故事都不可以不依靠其他故事独立完成。处理这种关系的方法是尽可能地把它转化为简单依赖关系。

8. 有效的团队协作

IBM团队总结出3种非常有价值的实践方法，以促进在迭代周期中的团队协作，它们是：持续集成，自动化测试和代码审核开发。

9. 用文档克服距离

很多团队会将在线聊天工具或者屏幕共享工具进行截屏来记录、分享的讨论要点。

10. 使用合适的工具

选择一种最合适团队协作的敏捷开发工具，以保障团队的敏捷性，整合敏捷研发全生命周期，充分体现项目开发的透明度。

11. 重视团队精神

鼓励团队成员之间的精诚合作。

12. 缩短迭代周期

缩短开发周期，可以使团队有更多机会改进整个开发流程，而且当用户增加新的需求时，团队也能更快地完成需求的变更。

13. 思而不学则殆

鼓励敏捷团队不断学习实施敏捷的知识和经验。

这正是：

他山之石可攻玉，别人经验多学习

拿来主义要不得，辩证吸收才适合

参考书目：敏捷思维：移动互联网和大数据时代IT企业转型、升级与再造之道，作者：谢明志，出版社：机械工业出版社

作者简介：王小双，长期从事GJB5000推广、实施、评价、改进的工作，创建《软件工程之思》微信公众号，一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。