这两天又突然进入巨忙碌的状态。
如果按照之前的计划，周三开发完成并提测，时间差不多，还有半天左右的冗余。但是周一的时候说测距要在周五发，于是我跟师兄商量，工艺需求剩余的工作交给外包同学做。我从周三开始投测距的开发。
想的挺好的，但是当我周二给外包同学交接之后，他到了下午问我改哪些地方，当时我还觉得有一丢丢生气，因为他按照交互稿和uc就可以对照出来。不过现在想想，如果我是任务接收方，也希望明确范围。结合之前对他组件命名反过来，以及组件宽度设置死等比较低级的错误，感觉把这些事交给他可能会把我代码写糊，而且有较高的沟通成本，所以想了想测距的开发量，就跟他说我来搞。由此耽误了一些时间。
但是我仍然觉得，即使放在周四早上开始写，也可以写完。
但是问题是，周四工艺需求提测，需要准备好环境，已经修复一些细节逻辑，虽然我前一天已经按照用例修了一遍，但是尚未完整地走一遍，所以周四仍然花了小半天时间来修复问题。
周四下午qa同学找我来问明天能不能顺利提测，如果他没来提，我会压着自己把事情做完。有可能熬夜，或者很早起。
原本规划三天的工作量，在重压之下，可以一天完成。但是，这过程中基本都是利用已有的知识，没有时间学习新知识（本来可以学习model、svg相关的新知识）。这样对几乎成长没有任何帮助。并且这种状态下，基本上任何意外都是压死骆驼的一根稻草。比如今天加的一个20min以内的小需求，以及同事跟我说有xx问题，或者会议，都是沉重的负担。社交活动也需要拒掉，一位老哥已经约我三次了。所以尽量要杜绝这种状态，除了偶尔难免的倒排。
那如何避免呢？
从这个case来看，如果是把工作交给左边的同事，我是可以接受的。
或者把紧急需求拆出来，但是拆的话只能让左边同事去做之前我做的相关的一趴，我不想他把代码污染了，如果是换另一位我觉得代码质量高的同事，还是可以的。
还有一种就是问一下能不能改排期。但是我提出的时间还是晚了，理论上不紧急的需求，在周一提出的时候，就可以延时间。所以下次如果考虑到种种问题（提测后的bugfix，组件问题修复等），应该尽量争取延期，但是如果真的紧急，大佬一定会反馈到我老板那里，然后重新分配资源，这时候就得分出来一部分活了，所以需要权衡的是为了完美主义牺牲休息时间，还是分出去，正常节奏把活干完。如果我活分出去，之后可能看到他混入的代码，会觉得难受，想重构，这块时间肯定不会排进去，所以后续还是得花时间改，但改了有风险，不改又难受，还是挺纠结的。所以对我来说最好的是核心部分的代码还是我自己掌控。
总的来说，从这个case来看，如果让我再选一次，我会先坚持一下推排期，告诉pd工艺需求提测有bugfix，并且左边同事并不一定有时间能帮我做，而且那块我做比较合适，加上周天我外出参加婚礼无法支持，推到周一。如果推不了，我应该还是只能做现在的选择。
[day 15] 2020-06-04
写文用时：55min
网友评论