修改一行代码需要6天时间,你信吗?这篇文章的作者给我们讲了一个真实的故事。
首先我们来看一下有哪些人物:
Philip:President,会长
Lee:Operations Manager,执行经理
David:IT Director,IT总监
Judy:IT Admin,IT管理员
Ed:programmer,程序员
Shirley:Code Review,代码复查人员
Julie:IT Testing,IT测试人员
Joe:IT Security,IT安全人员
Tony:IT Testing,IT测试人员
故事是这样的:
Philip认为工厂的10%未得到充分使用,要么选择有更多积压,要么解雇员工,因此询问Lee的建议。Lee建议将积压的时间从3个月以上改为4个月以上,而这个修改,也许只需要修改传统软件中的一项配置就可以。接下来,将这件事交给了David,David同意了,并将这件事安排给Judy,Judy建了一个单据号#129281。
两天后,David询问Judy事情的进展,Judy回复需要等开发人员修改玩14个bug后才能处理,David指示将这项任务提前。
1个小时后,Ed修改完代码,将某个硬编码属性的取值从“3”改成“4”,Ed将代码提交给Shirley进行审查。Shirley要求Ed对硬编码的参数文件进行登录。
2个小时后,Ed再次提交代码审查。Julie反馈,代码未通过用户接受度测试,并让联系Joe确认。
2个小时后,Joe因为访问授权问题,以及代码命名问题,将Ed的提交驳回修改。
1天后,Ed修改好命名问题后,再次提交代码测试。Tony认为没有给时间写测试用例,无法进行测试,因此无法让代码通过测试进行发布。
2天后,Philip指示David,让Tony通过Ed的代码并发布产品。
至此,总共消耗的时间为6天,重要代码修改了1行,重要代码修改了1个字节。
也许这种故事在我们身边时有发生,常常产品经理会对程序员说,“我这个需求很简单,就把那个放大一点,显示时间久一点,我觉得几分钟就能搞定了”,类似的需求会有很多。结果真的是这样吗?我很想问一下,“元芳,你怎么看?”欢迎大家讨论。
另外,推荐一下作者的博客,有很多有趣的博文分享:http://edweissman.com/ ,以及作者分享的一本电子书:http://v25media.s3.amazonaws.com/edw519_mod.pdf
黄玲艳 是一名资深Flash工程师,做过互动产品开发及音视频等多媒体产品开发,现供职于新浪,负责部门内Flash开发团队。