工程师的工作量似冰山，水面下的80%让小习误工期又失奖金

据说大西洋上的冰山90%是在水面以下，当船只靠近冰山的时候，其实水面以下说不定已经碰上了，当年铁达尼号就是这样撞到冰山的。冰山是自然现象，联想到社会现象也是一样，由于对一件事情的认识、参与程度不一样，认识的程度也不一样。这其实非常正常，人对客观事物得学习，才会得出主观得结论和看法。这就会产生争论，你要不要坚持自己的观点？如果你的观点经过验证是错误的怎么办？

从我们的一个实际项目说起。

有一家企业需要订购一款新的农业消毒液生产设备的控制器，对方看重了我们公司成熟的A产品，但是在A产品的基础上提出了新的需求，并且向我们提交一份需求文本。相关负责人将文本交给了我，我看了对方的需求，从技术上来说问题不大，于是就在内部文件上签字认可了。很快负责人和对方签订了开发合同，这个项目正式启动了。

在8月10号我接到了任务单，任务单的完成日期是9月26日，看到这个交货时间我非常差异，如果项目顺利进行的话，硬件在8月底或者9月初是可以制作完成的，剩余26天时间做软件部分，除去6天周末假日，20天完成这个项目软件设计几乎不太可能。

我意识到需要立刻找领导汇报，软件设计需要更多的时间，因为对方已将提供需求文件，另外有A产品作为基础，需求非常明确。但是软件编写也是需要时间的，而且一个程序员每天能完成多少代码量是可以计算的，20天时间无论如何加班也是无法完成的。

第二天早晨我一大早找到领导张总：

"张总，这个任务单是您制定的吧？"

"是啊。"张总回答得很自然。

"现在离9月26日只有45天，如果我们在9月初完成硬件设计，剩下20天做软件部分，这很难完成，所以我建议把交货时间定在10月下旬比较合适。"

"这款产品是在咱们A产品的基础上改进的，应该用不了那么太长时间吧。"张总反驳。

"即使不存在任何技术难度，但毕竟有那么多代码，工作量非常大。如果我们时间定在9月26日，无论任何是不能完成的。"我继续争取。

"在A产品的基础上设计，应该不存在什么问题，没这么麻烦！"张总坚持。

"毕竟软件需求、菜单、控制方式发生了很大的变化，没有太多可重用性，您考虑一下吧。"我重新强调了一下工作量。

"那么简单得东西，怎么会这么复杂？"

一听到这句话，我脑子翁的响了一下，我终于知道领导认为45天能完成的理由了。这件事情简单，那什么是复杂？我好半天终于问了他一个问题。

"您知道A产品代码有多少行吗？"

"不了解。"

"7500行以上。"

"怎么那么多，我觉得只有几个模拟量和数字量显示，一两千行差不多了。"

"那是您看见的，硬件驱动1K左右，运行界面确实只有0.5K。但是A产品有12个参数设定菜单，每个参数设定就有一个设定界面，另外还有故障保护等。这些您想过没，也许产品安装调试完成后，这些参数可能永远不需要更改。这些代码也许永远不会执行，但是这些代码总是存在的。产品经常运行代码只占到总体5%至10%左右，但90%死代码是永远存在的。而现在仅参数就有18个，您算一下吧。"我继续解释。

"合同已经和客户商定了，如果延期可能会很麻烦，你加加班，赶一下时间。"张总有点不耐烦了，其实我也有点沉不住气了。

"IBM公司的经验是一位合格程序员每天代码量200~300行，基本就是200行多一点。按照现在软件需求我估计代码量会超过1万行，20天也就能完成一半，如果因为我的能力问题需要加班，我没有意见，但是我不能为一个明知有问题还不更改的决定买单。"我们的谈话结束了，张总认为非常简单得事情，而我认为根本无法完成，我们谁也不妥协。

第二天，我得到张总的通知，这个项目交给同事小习负责了，和我没有关系了。公司是按照项目考核我们的工作量的，失去这个项目意味着我的绩效会受到影响，但是我不愿跳进已经明确知道的陷阱里。小习没有参与A产品的设计，我该不该提醒一下？我考虑了好半天决定，主动找小习有点不合适，如果小习主动找我我决定明确告诉他实情。

在9月1号硬件设计完成了，小习向我索要A产品的软件代码，因为是我负责编写的，我告诉他，如果有不明白得地方可以问我。

二十几天时间很快过去了，硬件设计没有太多问题，虽然小习非常卖力，但是20天确实无法完成那么多代码的编写。中午饭小习和我同一桌，我怀疑他有话跟我说，因为小习是回民，我是汉民，吃饭还真凑不到一块儿。

"骆驼不够意思，你不愿意做的事情，踢给我，这回我算倒霉了。"小习向我诉苦。

"小习，不是我给你，是张总派给你的，现在完成怎么样了？"我不知道该怎么说。

"我感觉至少还需要一个月以上，但是张总催的太紧，