IBM敏捷新思想

 2010年，在Agile@IBM敏捷社区的讨论热点因为集中在“软件全生命周期敏捷”、“分布式敏捷面临的挑战”这两个话题而使得我对敏捷的价值和敏捷宣言又有了新的理解，也促使我从一开始对“核心敏捷”的纠缠不休，到终于放下，用开放的心态去研究IBM内部的诸多相同有不同的敏捷开发过程，这对于我的研究产生了很大的正面影响。

 

请跟随，我需要大家再次回顾下敏捷宣言的四条要义：

个人与交互         重于              开发过程和工具

可用的软件         重于              复杂的文档

寻求客户的合作  重于              对合同的谈判

对变化的相应             重于              遵循固定的计划

我们将敏捷宣言四条要义来诠释SCRUM方法，且用SCRUM方法中的实践、策略来反射敏捷的这四句从“语法”上不为完整的宣言，我们新的理解得到了12条“敏捷原则”：

 1.  我们最优先要做的是通过尽早的，持续的交付有价值的软件来使客户满意。

2.  拥抱需求变更，甚至在开发后期。敏捷过程利用变化来为客户提供竞争优势。

3.  经常交付可以工作的软件，从几个星期到几个月，如果可以优先短的周期。

4.  业务人员和开发人员必须每天一起工作。

5.  以人为本，激励个人，同时给予他们所需要的环境和支持，并且信任他们能够完成工作。