被micro-managment了该怎么办

lz junior DS一枚
第一份工作由于工资太低在工作满半年后跳槽进了一个银行
面试的时候感觉经理蛮热情也挺干练了， 当时也没有什么red flag而且工资多了大概30%的样子于是就跳槽进了一个银行(micro-managment面试不太能看出来。。。也许我应该问问管理风格的 T T

新入职已经大概四个月了， 发现经理完全就是micro-management的模式， 真的让我身心俱疲 有点不知道该怎么办了

说一说具体那些方面micro-management（顺序又高到低， metrics: 让我不能接受的程度）
1. 早上布置一个任务， 午饭后就要ping你问进度 完全就说assume布置完了我不吃饭就一直在做这个的程度
2. 管理混乱， manager也是quant技术岗出身， 管理方面十分混乱， 经常布置一个东西做了几天重心就会变 要switch到另一个task， 但大的project进度timeline根本不会变 导致就是我要经常加班赶进度（在银行加班并没有那么常见吧，但是我这几个月50%都在加班
3. 对一个新人第二周就开始assign一个scope比较大的项目， historical代码还写得跟屎一样。 不能说这个是她的问题， 但是我感觉我一个junior新人刚进来 就要马上成一个项目的main developer， 还要被一直push 挺窒息了 而且这个过程里面manager至少改了4次工作重心， 导致我在加班的情况下还差点没赶上deadline （这里指提交final model的时间
4. 每次我跟manager说有 由于原代码和现在design区别较大 原code的情况需要大改， manager都会强加一个大概1-2hr的会， 把组里其他几个更senior一点的ds拉过来一起帮我solve这个roadblock， 我觉得原则上来说这个做法没有问题 但这几个被拉来的人虽然都很不错， 但基本上就没有参与过这个项目 很多时候先跟他们解释就要花很多时间， 更多时候他们只能根据自身意见来提一些意见 实在是帮助不大 也使整个meeting效率极低 基本上每次开2个小时能解决我30%的问题就不错了 ，我自己搞两个小时说不定也能解决这么多  - 但就是不愿意push back deadline
5.最离谱的就是manager要全程参与到整个model development的过程， 有一次我改了一个方程 用新的output算一个forecast的数 因为他自己没看懂代码 在我已经和另外一个ds一起review并confirm没问题的情况下， 开了一个小时的会， 让我给他把这个方程breakdown 一步一步验证我一开始design的是对的， input和output都是对的 （我真的从来没遇到过这种事情）
6. 对我自己的development真的不是很大吧， 很多事情她不跟我说清楚 business方面的理解我真的迷迷糊糊， 感觉自己就是一个干活机器 做过DS工作的都应该知道吧， 自己的技术能力和对business的理解/interpret的能力 真的五五开吧
7. 最离谱的一次， 有一个business那边的人发了个邮件问了几个关于model的问题 开了一个会把组里四个DS讨论怎么回这个邮件 （不能发个template让大家一起改么？ 小学生开班会吗？）
8. 我觉得她push和micro-management可能不是来自她没有信心， 我个人认为是这个manager就是这种contro欲望很强的性格 所以真的不敢直白的告诉她 （怕被搞  

已经打定主意要走了， 但是刚刚入职也就四个月左右的时间 现在还是太早了
打算一边刷题，一边看看machine learning的书， 一边改改简历 找一找以前面试的感觉
明年三四月开始投 跑路了。。。

这段时间上班真的已经搞得我身心俱疲了， 不是来自工作量的疲倦 就是感觉这种micro-managment搞得就像我被pua了一样 心理层面的感觉疲倦
不知道大家有没有什么建议能顺利帮助我渡过这段过渡时期， 在下一次跳槽之前我还是挺需要一个比较健康的心理状况来刷题学习和准备的

anything helps! 谢谢大家了！！

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
补充一点！！ 最让我觉得manager control欲望很大的一次是我加了一个qqplot， 他说这个qqplot也要开会和大家sync review一下， 我说这个非常的simple 大家可以看一下output或者在git里面看一下就可以了 没有必要拿来开会说吧 她回: But it is still to review this with the team, as a second opportunity to see how it is implemented

就两行代码 您是认真的吗？ 。。。。。。。

Micro manage是种病
只不过很多人不愿意治

这位楼主，你既然已经决定要跑路了，那就不用花太多心思去考虑去改变他了，因为很难改到让你明显感到更舒适一些。

既然你已经意识到这是在PUA你了，说明你对于你们之间的关系的认识还是比较清醒的。所以比其它明明被PUA还糊里糊涂还一个劲反省自己的人好多了。值得点赞。

.--在这段时间里，我的建议是，调整一下自己的心态，用家长看一个胡闹的孩子的视角来看待他，这样很多问题就不容易生气了。然后，在交流中，尽量注意邮件、报告内容要简洁且滴水不漏，把该说的重点都说了，把该注意的坑都提出来，把他准备点你的话也提前说了，让他无话可说即可。当然，这些做法效果上也不是一定立竿见影的，也不保证能解决所有问题，但是至少可以减少一些不愉快的可能性。

而且，这些方法其实对于自己的业务能力提升也是有帮助的。不过，千万不要因为这个而感谢你的经理，你的提升是自己努力的结果，跟他一毛钱关系没有。

我的体会就是30%的代价有点过高了

最后补充一下， 原main developer已经跳槽走了
其他几个senior根本就没怎么参与这些项目 只能大方向上给指导
我基本80%的catch up就是硬读这几千行写的跟屎一样的代码

不知道楼主跟mrg有没有1 on 1之类的，可以把以上几条列出来跟他好好讨论一下

比如第一个，说timeline 跟priority 希望更清楚，来回这么变会浪费很多时间精力，也弄得你压力很大
Model development 那部分，希望他能信任你，每个人负责自己module ，这样能更快更有效率

Business content楼主脸皮稍微厚点，问她，说这个能帮助你更好的理解proj，更准确的解决问题

Micro management 一般是刚当mrg自己也没信心，他估计也很累，所以我觉得你跟他聊聊，明示暗示让他抓大放小

sm是小白 发表于 2021-09-16 08:02:21
不知道楼主跟mrg有没有1 on 1之类的，可以把以上几条列出来跟他好好讨论一下

比如第一个，说timeline 跟priority 希望更清楚，来回这么变会浪费很多时间精力，也弄得你压力很大

谢谢回复！ 上一次1:1我已经跟他暗示了一下， 我觉得当scope change的时候I feel rushed， 他跟我说要多跟他sync 他可以帮忙排一下我的priority 。。。

我当时心情很复杂 而且感觉如果再明示是她管理混乱 她就要不高兴了

很多，很多，技术背景出身的经理有micromanage的问题。
执行力强，但组员很不爽。
先不忙做决定，再看看？也许这个经理有其他的优点？

有点像我的经历。
感觉mgr这是没有安全感的反应，什么事都要和ta知晓一下

感觉是一开始就没有trust，后面就越做越难了