修改一行代码需要 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
评论