敏捷的适用范围

刚看了一篇翻译后的文章，讨论什么样的公司能够成功实施敏捷开发，作者的观点让我耳目一新，这篇文章的观点是敏捷在财务的观点来说是一件很奢侈的事情，一次接一次的迭代，无法确切给出项目截止日期，这些特征都会让很多经理头痛不已，回想以前在阿里软件的时候，我们就曾经想实施敏捷，但是无奈那次的手机项目被腰斩了，没有很深入的体会。

 

其实就现在的背景来说，在淘宝实施敏捷也是一个非常不靠谱的事情

1. 项目关联复杂

这里不仅仅只是软件包、接口级别的关联，更多的是项目进度的关联。要协调相关方做一次联调就耗尽了PM的精力，我无法想象多次迭代下的反复联调，多次打通确认如何做的到

2. 发布机制不允许

当前淘宝的发布机制决定了某次发布要在至少一周前就把日常排定，如果每次迭代都按照这个时间点去走，我无法想象开发周期会拖成什么样子

3. 项目依赖复杂

当前项目所在产品线既有上游的依赖方，又有下游的被依赖方，如果你无法给出项目截止日期，你的下游就根本无法展开并发的工作

4. 资源协调难度大

任何一个正常项目，都涉及到运营、产品、开发、测试、DBA、SA、UED、SCM、SQA，可能涉及财务、客服、规则等部门，如果一个PM说我不知道这个项目什么时候结束，对这些部门来说绝对是一场灾难，要知道人家UED可不是只支持你这一个项目喔，运营也不可能每天来体验你的迭代成果的

 

可能是我自己对敏捷开发理解不够深刻吧，希望有人能够有在大型企业中敏捷开发的实施经验，可以互相学习一下~~