一次工作安排的感想
两周前某个星期二，有个添加XXX导出功能的任务落到了我的头上，大领导定了一周时间，当时座位上的我听到这个时间人都麻了，他可能不知道，我没有任何5XXX系列的代码可以参考，除了云取我没接触过任何产品数据库。
我的组长是清楚这一点的，他多争取了一周时间，并给我找出了XXX.dll的用法，从我没权限的产品里找到要插入的数据库和用户输入界面，给我发了相应截图，还有可能用到的文档参考链接。
至此，我认为所有开发条件已经完备，整个界面在第一个周五就已经全部写完，随后也有一些小插曲，比如x64和x86兼容问题，不过由于对WCF比较熟，类似解决方案抄的也挺快。直到开始测试的时候，xxx.dll返回了一个错误值。
负责这个Dll的隔壁组长也很忙，并且也是别人交接给他的，因此就不能直接上去问，最好带着一定程度的调查结果。结果调查的时候越来越懵，组长告诉我要插表的数据库，实际上没用到；而我高度怀疑的一个数据表，3XXX产品压根就没填，后续证实确实如此。
即使这时我还是挺乐观的，这个表没数据，我往里插一条不久完事了么，然后我才发现，这个还真不是这么容易的。首先3XXX产品是老产品的一个轻量级版本，很多前置元素精简掉了。我已经制作的界面元素，也不满足插这个表的要求。那改成5XXX系列的输入界面不行么？实际上那个界面绑定的案件类型和PSN码都是额外关联5XXX里data数据库，然后绑定到下拉菜单的，我那个简陋的输入框很难迅速改成这个。
查到这里的时候已经是截至最后一天了，荒谬的感觉逐渐上涌。其实这个事也不算个啥，既然是反诈产品，案件类型就锁死诈骗案，PSN号让用户手敲，数据库缺什么就在UI上放什么。导出数据包有命名规范？先一律“temp.xxx”。至于延期，那更不是个事，早就死猪不怕开水烫，学习刘兄等开除，任务超期算个啥。
真正感到荒谬的是，整个事件倒推起来充满了戏剧性效果。
为了添加这个功能，需要把5XXX系列产品的代码开放给我么？主控不一定够，没准数据库还是下属不知道哪个Dll插入的。就算真给了，一周的时间，够我识别出目标代码，干净精准的切割移植到3XXX产品中么？
是我向隔壁组老大哥请教的不够么？然而如果是带着问题去请教，那问题是截至到调试最后一步蹦出来的，咱也不能未卜先知。如果做之前就去多多请教呢？或许本来就是因为老大哥业务繁忙精力无暇，才让八竿子打不着的你去做，让老大哥再给你讲半天，有这功夫都干完了。更要命的是，事后发现要问的东西远远不是简单打扰一下这么多。
那能说是我组长误导了我么？但是他已经在百忙之余非常尽心帮忙找资料，并且对这个业务也不熟。
或许问题都在我。我应该给调试留余量，提前几天发现问题，不要花两天去干别的活。我应该更主动，主动去索要一切有帮助的资料和代码，毫不顾忌地去请教别人。或许我应该对产品更熟悉，对5XXX和8XXX系列多加关注，提前了如指掌。
周五开会的时候，我组长问我，你到底是啥想法，还是有啥不满。我倒真没什么不满，因为我除了荒谬也没什么别的感觉。这件事从他们的角度看，就是有个活交给你，一周不行就两周，两周不行就三周，已经对你够宽容的了，你还想搞啥。要是反着看，就是我怎么就落到倒欠两周进度的地步了？这是不是说明我已经配不上RH的工作了？我所期待的理想工作步骤，大概是前期需求矩阵，做好工作分解，计算关键路径，定期挣值分析调整投入。
这样的理想的公司大概在平行宇宙才有吧，RH的工作，一句话，一星期，一包烟，开干。
周五开会的那个下午，我沉默不语的那一分钟在想什么？我在想或许在那个平行宇宙公司，按照正常的项目估算，我是个把三周任务提前一点完成的正常员工。
但是现在，我成了延期两次的废物。