别开生面一天。
上午突然接到同事的询问, 对于刚接手的这个项目, 上次那个客户的问题, 需要我预估一个完成时间.
我立刻就知道, 从今天开始, 我算是正式'入坑'了.
过去几天这事被一直搁置，今天又来问，估计是扛不住客户的压力了。
过去几天时间, 由于不清楚上面的安排, 很多事似乎还不够明朗, 在暂时应付了上次那客户的问题后(通过与大领导沟通,争取到一个'权益'--凡是需求都以评审会的方式来开展,并且要PO带头), 并且上次的那事, 产品部的领导认同我判定此问题属于'定制需求'的结论, 于是我便没有把那件事排上最优先级别, 只想着计划自己的'交接和学习',过了几天后, 便竟然认为这事被不了了之了, 完全把它抛之脑后了.
不料, 今天又突然被发问, 显然, 这次是定了我来做，虽然我现在还处在和原团队的交接期。
其实原团队还有一位开发未提出离职，另外两位开发也要到月底才正式离职。至于为什么不让原团队来做，我现在认为，只可能是公司更希望解散之。
为什么现在又决定要我来做？
原因很直接, 产品部的领导认为那客户的问题不是属于需求问题, 而是技术上的问题, 也不需要开需求评审会, 再者, 出于公司销售同事的压力--针对该客户还有后续的其他产品销售.
--如果这个产品的问题不解决, 会影响后续的合作!
看来此事已经十分紧急了？！
我以为, 开发总经理说的一两个月的交接期限是真的, 我以为原团队同事所说的"你就先不管就是了"是可以的, 我以为我可以'静观其变'...
事实上, 我犯了一个严重的错误, 思维懒惰, 才造成我在交接近两周时, 居然无法评估这个需求的大概工时.
在看不清公司特别清晰的安排时, 选择被动, 选择等待, 选择了懒惰而不是积极分析思考这事更可能的走向.
这个客户的问题有很大成分是属于定制开发,这是事实,但'客户至上'这个原则似乎更应该值得注意.
回过头来分析下罢：
一,如果不是因为销售的压力, 这个客户的问题需要立刻被排上吗, 恐怕不一定, 但大概率后续还是要做的, 只是时间问题;
二,为何我没有多与相关的产品的同事沟通呢, 如果之前再多交流询问下,努力获取些信息, 是否能早点知道这事发展的走向?
三,其实无论如何, 我都应该做最稳妥的打算, 把对于这个客户的问题的解决方案调研工作放在第一优先级.
总之,不应该一直对此事选择懒惰.
上午, 我通过咨询原团队的老同事, 大概了解了这问题解决起来的工作量, 老同事做的话要半个月, 如果是我恐怕得一个月.
下午, 我初步浏览了一下之前的部分代码, 查询了一些网上的资料, 对这个事情的难度和完成时间有了大致判断.
于是回复了相关同事, 最终我俩定出一个半月的交付时间，然后他觉得这个时间最好跟大领导说一下，然后这个预估时间被呈递到了大领导那里，不出我所料，领导第一反应是居然要这么久，好在随后领导同意了这个时间，看来这个产品确实属于非公司重点项目了罢。
这一天下来，我的心情又是来了一次不小的波动。
好在最终确认下来，还不至于想象中的那么糟糕。虽然有压力，但我也算了解到了上面对这事的大概安排和容忍度。
总结一下教训，永远都不要太懒惰，觉得事情可以不了了之，选择被动灯带安排。
在不了解形势额时候，要努力获取信息，要做好最坏的打算。
最后，不要轻信他人的话，我想起几天前原团队同事们的建议：“你就回复他们，现在代码都不熟悉，还做不了，要做至少也要一两个月。你不用担心，因为都是公司的问题”——实际上有很强的情绪在里面，其实我知道他们多少有些埋怨，但确实我不自觉的也受到了影响。
虽然最后，如他们所说，我确实有至少一个月的时间，但，其实一开始我能够做的主动一些，其实应该不算复杂的功能，预估时间也不至于这么长了，恐怕今天也不至于要去征得领导同意，让其大吃一惊“需要一个半月”了。
这样的事，很不应该的。
