敏捷开发啊？真的假的？

全世界人民喜迎敏捷开发：但是敏捷开发真的引领开发者到水草丰美之地了吗？Bullet Id Inc.的CTO，James Williams针对业界的怪现象提出了犀利的批判。

作者认为，近些年来，越来越多的软件团队采用敏捷开发：它们不设管理人员，只有一个向产品经理汇报的scrum master，职责不比秘书强到哪里去。产品经理继续向上汇报，直到市场或销售总监。作者强调，秘书的工作在企业中至关重要，但是让这种人管理软件开发就是胡闹。

作者举例，在很多企业中，敏捷开发已经异化为无人管理、无人负责的开发流程：产品经理、销售、CEO拍脑袋加功能、改需求，然后开发团队就赶快“敏捷”去吧。需求调研？设计？反馈？代码评审？测试？统统不需要。

这样下来，HR的招聘也毫无压力，根本不用管面试者经验如何，简历上丢点不明觉厉的英文缩写，经验里写个“敏捷开发”，就可以招进来了，你们不是要敏捷开发者嘛，这人不就是嘛。

当然了，骨灰级玩家的方式更胜一筹：上网随便找个敏捷开发的海外外包团队不就得了嘛。管他说的是什么话，会不会看书能不能读报听不听广播匣子，报价低就成了嘛。（和北美自有团队相比，外包团队的报价一般是三分之一甚至四分之一）

怎么管理外包团队？当然是管不了嘛。不用规划、没有进度、不设期限，否则还得得这个团队配个真正的经理，当然这经理是肯定没有的。

每天晨会时，scrum master会听到各种新奇的借口，核心内容在于：进度完不成啊。产品经理插一脚，丢点新需求进来，优先级肯定是紧急，客户等着要。（理论上敏捷开发不是这样进行的，但是大家都是码农就都别装外宾了）最终结果当然是需求变得稀奇古怪，进度早就不存在了。

作者指出，这种开发没有软件开发经理，所有人都在盲人摸象，造出来的全是垃圾—时间超限、预算超支、充斥着各种拍脑袋的奇思妙想、根本不管需求是不是合乎逻辑。

客户肯定各种抱怨，需要产品支持怎么办？那就从一线开发抽人去维护嘛，结果是最好的码农一天被工单打断八百次。

一线人员每天花8个小时擦屁股，虽然如果管理流程良好这些问题根本不会出现；开发时间如果不够，那就996或者9127。码农就是用来加班的。

产品延期了怎么办？告诉scrum master们（这些人身上经常挂个敏捷专家的标签，哪怕四体不勤五谷不分），需求变啦。有点能力的程序员肯定气的直接拉勾领英走起了，HR再招一群新兵蛋子进来。项目历史？遗留问题？设计思路？早就丢了。正好，推倒重来吧。周而复始。

作者警告，这样胡闹不出乱子就奇怪了。

这种恶习会侵蚀软件开发流程，除非让真正有能力、有经验的软件管理人员领导开发。装作“敏捷”，哪怕是软件开发的基础设施也会毁于一旦。

作者认为，不应该从根本上鼓励将工作外包到海外。

作者点明，对于优秀开发者，他们离职不是因为公司如何，是因为管理者糟糕。让人痛心疾首的是，很多公司放弃了井井有条的管理而选择了所谓敏捷。

本文文字及图片出自 InfoQ

你也许感兴趣的：