2006年11月15日 从”你叫这敏捷部门谈起 – From the “you call this agile department
从”你叫这敏捷部门谈起
From The Joel on Software Translation Project
Jump to: navigation, search
Dmitri Zimine 用一个假设的范例说明打断一个程序设计师两个小时，解决销售案的问题，实际上会如何浪费掉两个星期。「如果 Sarah 花了两个小时在旧项目上，那么他在新项目上会损失一整天的生产力。」
我同意切换工作有坏处。无庸置疑。
Dmitri 指出开发经理应该「告诉开发员坚守原来的计划。提供保护避免他切换脑中的内容。提醒他专心在一个重要且有趣的工作上有多酷。向他保证我会处理所有的压力。」
听起来好像这我也会同意。我完全同意管理阶层有责任提供程序设计者一个抽象层，让程序设计师可以假装他们在工作写程序的时候，外界的事物完全不存在。
然而这结论里有件事让我觉得很惊讶。Dmitri 只看到了成本/效益方程序的一面。他提出了一个很有说服力的论点说明为什么 Sarah 不应该中断他仔细规画好的两个星期步骤，但他完全没有提到另一面的论点: 可能会损失重要的客户/销售。
Agile development(敏捷开发) 应该是有关于敏捷的。它应该代表你可以很快地更改计划。敏捷不应该是一个死板的程序团队奴隶般投入他们的两星期步骤，以致为无法重新安排行事历来满足客户的需求。Dmitri 的结论对我来说等，恐怕和敏捷开发正好相反。敏捷不应该是为了排除一个官僚化僵硬的程序，而掉进另一个同样没有计算到客户需求的程序。
我不知道这个假设范例的细节。也许在现实生活中这个客户的需求没真的那么紧急。但是也许它就是这么紧急也许这个客户可以拯救公司一命，让每个人都变成 Web 3.0 时代的大富翁，但是因为 Sarah 坚持要遵守两星期长的计划(因为它「敏捷」)，让他们没了兴趣不确定…这只是故事的一面。
最近微软释出了新版本的 IE。他们在代理服务器的侦测程序里制造了一个问题，使得一小部份的 Copilot 客户遇到当机。在此同时，Copilot 开发团队，也就是 Fog Creek 里的 “Ben”, 正忙著把 Copilot 2.0 完成好推出上市。但你知道吗我们安装了 IE 7 的客户遇到当机。这令人无法接受。Ben 停下他手上的工作，安装旧版的编译器，取出旧的源代码，修好了当机问题，把修正版放上服务器。这打断且延迟了 Copilot 2.0，而且这切换有坏处。但这仍是一个正确的决定。正因为有能力处理切换工作这种高难度心智挑战，我们的产品才会更好。这是程序设计师赚大钱的理由。你给他们昂贵舒服办公椅、无限零食供应、豪华午餐、超赞三十英寸液晶屏幕，因为这样能让他们去解决微软在他们程序里制造出来的，把原本一个正常工作的DLL 搞乱的新问题。
是的。切换很痛苦。是的，你要打断某人的工作时，需要计算到切换的代价。但是每个决定都有好处和坏处，当我听到有个经理只说到好处而没有考虑到坏处时，这经理并不称职。
Retrieved from ” http://local.joelonsoftware.com/wiki/%E5%BE%9E%22%E4%BD%A0%E5%8F%AB%E9%80%99%E6%95%8F%E6%8D%B7%3F%22%E9%83%A8%E9%96%80%E8%AB%87%E8%B5%B7″
来源：铁文
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！