遇到micro-management的老板怎么办
上篇文章寿司提到，之前遇到过某一任micro-management的老板。寿司在最开始于她共事的时候，真的是非常的痛苦，经常想着换组。但由于入职时间不到一年，无法申请换组，只能硬着头皮撑下来。
很多小伙伴也可能会问了，既然这么痛苦，为什么不跳槽？因为寿司当时刚从第一家公司跳过来，加上身份限制，确实不想刚入职又跳槽，只能继续待着。当时也和公司一些其他组的中国人聊到过micro-management这个问题，得到了不少有用的信息，于是寿司开始了和老板求同存异，斗智斗勇的相处模式。
1. 经常和老板Update
自从经历过被老板夺命连环call之后，如果遇到老板发短信或者邮件，我基本都会回复上，我大概什么时候开始处理这个项目，预计多长时间完成，并且一定会比我自己预计的时间多一天到两天，用来QA结果，防止QA出现问题来不及改。
2. 记录细节
我的老板经常喜欢问，跑完这段代码需要多久，QA需要多久，生成最终结果需要多久等等。所以如果是新项目，那么每次我都会记录每一部分代码跑出来需要多久，每一部分处理需要多久，每次都会把这些信息记录在一个文档上，方便老板查看。并且每一次都会标注上，所需时间仅为平均时间，具体时间会有波动。
3. 设置请勿打扰模式
在和老板相处上，我有妥协的地方，也有自己坚持的地方。之前也提到过，如果我的代码有bug，或者跑出来的结果看起来非常不make sense的时候，我需要有自己的focus time来专注解决问题。在这个时间段我是非常不希望被打断的。我曾经和老板提出过这个问题几次，但是我的老板每次都是嘴上说了同意，真正遇到事情时候非常着急，不断的message或者邮件询问进度以及问题。于是每次在我觉得我需要focus time的时候，我会直接把我的模式设置为请勿打扰，并且写上notes注明我在“fix bug”或者“check QA results”。而每次发现了问题之后，我会通知老板，表明问题+我预计的调整时间。到了后来，老板好像已经接受了，我在处理重要问题上的focus time是不会即时回复信息的。
4. 表明自己的立场，不盲目自我反思
由于当时那份工作，涉及到要向客户deliver结果，并且大部分项目都有明确的delivery date，因此我的老板经常会在deadline前很焦虑。有时候会把本来不属于我们组的锅扣在我们头上。比如由于别的组前期处理数据出现错误，导致长时间延误，我们的最终deliver时间晚了，老板会在会上要求我们进行反思等。这个时候，我一般会明确展示文档，包括，最初规划的timeline，每个人处理问题的时间，以及真正处理花费时间，包括代码跑完，生成最终结果平均用时等等，表明自己的立场（也就是不背别人的锅）。我一直认为，在职场上，不是自己的锅就不能背，自己的锅也不要给别人背。所以这个时候的强硬，也是为了自己的职业发展考虑，不然岂不是以后大家的锅都被你一个人背完了吗？
后来和这位老板的相处保持的还不错，这个老板虽然有各种问题，但也确实让我学会了更detail-oriented，更加敢于表达自己的意见。
