《Scrum实战——敏捷软件项目管理与开发》试读

　　　浏览一下本书的目录，并详细的阅读了第一章敏捷和Scrum 的基础知识，书中很好的讲解了敏捷开发的价值观和原则，以及Scrum和敏捷在项目开发中如何运作。在此我想从另一个方面去阐述敏捷开发——局限性，这点书中并没有体现，在此说明一下，希望开发人员和项目经理不要盲目追新，所有项目都用敏捷。

 

　　　从产品角度看，敏捷方法适用于需求萌动并且快速改变的情况，如系统有比较高的关键性、可靠性、安全性方面的要求，则可能不完全适合；

　　　从组织结构的角度看，组织结构的文化、人员、沟通则决定了敏捷方法是否适用。

　　　相关联的关键成功因素有：

• 组织文化必须支持谈判
• 人员彼此信任
• 人少但是精干
• 开发人员所作决定得到认可
• 环境设施满足成员间快速沟通之需要

　　　最重要的因素恐怕是项目的规模。规模增长，面对面的沟通就愈加困难，因此敏捷方法更适用于较小的队伍，40、30、20、10人或者更少。大规模的敏捷软件开发尚处于积极研究的领域。

 

　　　另外的问题是项目初期的大量假定或者快速收集需求可能导致项目走入误区，特别是客户对其自身需要毫无概念的情况下。与之类似，人之天性很容易造成某 个人成为主导并将项目目标和设计引入错误方向的境况。开发者经常能把不恰当的方案授予客户，并且直到最后发现问题前都能获得客户认同。虽然理论上快速交互的过程可以限制这些错误的发生，但前提是有效的负反馈，否则错误会迅速膨胀。

 

　　　对于想使用敏捷开发做项目的朋友，请先分析自己的项目并做出预判是否适合敏捷开发，以免开发过程中被其局限性所拖累。