修改一行代码需要 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
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论