[关闭]
@cnbeining 2017-10-10T01:18:53.000000Z 字数 1449 阅读 950

敏捷开发啊?真的假的?

Agile


notes:阅读本文让人感到不适。译者希望如此:很明显作者也希望如此。

原文照常洗稿,估计因为假期授权不好拿,两手准备吧。

倒数第二段对加拿大政府的攻击一笔带过,不留任何敏感词,防止19big拔线。


摘要

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

作者James Williams

正文

全世界人民喜迎敏捷开发:但是敏捷开发真的引领开发者到水草丰美之地了吗?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

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注