全世界人民喜迎敏捷开发：但是敏捷开发真的引领开发者到水草丰美之地了吗？Bullet Id Inc. 的 CTO，James Williams 针对业界的怪现象提出了犀利的批判。
作者认为，近些年来，越来越多的软件团队采用敏捷开发：它们不设管理人员，只有一个向产品经理汇报的 scrum master，职责不比秘书强到哪里去。产品经理继续向上汇报，直到市场或销售总监。作者强调，秘书的工作在企业中至关重要，但是让这种人管理软件开发就是胡闹。
作者举例，在很多企业中，敏捷开发已经异化为无人管理、无人负责的开发流程：产品经理、销售、CEO 拍脑袋加功能、改需求，然后开发团队就赶快“敏捷”去吧。需求调研？设计？反馈？代码评审？测试？统统不需要。
这样下来，HR 的招聘也毫无压力，根本不用管面试者经验如何，简历上丢点不明觉厉的英文缩写，经验里写个“敏捷开发”，就可以招进来了，你们不是要敏捷开发者嘛，这人不就是嘛。
当然了，骨灰级玩家的方式更胜一筹：上网随便找个敏捷开发的海外外包团队不就得了嘛。管他说的是什么话，会不会看书能不能读报听不听广播匣子，报价低就成了嘛。（和北美自有团队相比，外包团队的报价一般是三分之一甚至四分之一）
怎么管理外包团队？当然是管不了嘛。不用规划、没有进度、不设期限，否则还得得这个团队配个真正的经理，当然这经理是肯定没有的。
每天晨会时，scrum master 会听到各种新奇的借口，核心内容在于：进度完不成啊。产品经理插一脚，丢点新需求进来，优先级肯定是紧急，客户等着要。（理论上敏捷开发不是这样进行的，但是大家都是码农就都别装外宾了）最终结果当然是需求变得稀奇古怪，进度早就不存在了。
作者指出，这种开发没有软件开发经理，所有人都在盲人摸象，造出来的全是垃圾–时间超限、预算超支、充斥着各种拍脑袋的奇思妙想、根本不管需求是不是合乎逻辑。
客户肯定各种抱怨，需要产品支持怎么办？那就从一线开发抽人去维护嘛，结果是最好的码农一天被工单打断八百次。
一线人员每天花 8 个小时擦屁股，虽然如果管理流程良好这些问题根本不会出现；开发时间如果不够，那就 996 或者 9127。码农就是用来加班的。
产品延期了怎么办？告诉 scrum master 们（这些人身上经常挂个敏捷专家的标签，哪怕四体不勤五谷不分），需求变啦。有点能力的程序员肯定气的直接拉勾领英走起了，HR 再招一群新兵蛋子进来。项目历史？遗留问题？设计思路？早就丢了。正好，推倒重来吧。周而复始。
作者警告，这样胡闹不出乱子就奇怪了。
这种恶习会侵蚀软件开发流程，除非让真正有能力、有经验的软件管理人员领导开发。装作“敏捷”，哪怕是软件开发的基础设施也会毁于一旦。
作者认为，不应该从根本上鼓励将工作外包到海外。
作者点明，对于优秀开发者，他们离职不是因为公司如何，是因为管理者糟糕。让人痛心疾首的是，很多公司放弃了井井有条的管理而选择了所谓敏捷。
查看英文原文： Your Software May Be Lousy But At Least It Is AGILE
感谢杨雷对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们。
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论