新老板这样算redflag吗？

某养老大厂，组里刚换了一个新老板，是从小公司跳槽过来的；聊了一下她对组里未来的期望，感觉和原先老板工作风格区别很大，请问算redflag吗？

1. 之前组里都是一个人负责一个项目，这样子权责比较清晰；就算有问题互相帮忙也很正常。但是新老板想让多个人干同一个项目，说这样子更像一个team，他之前都是这样处理的。

2. 组里的工作模式一直是有需求解决需求，所以代码相对零散，有很多上了年龄的功能。新老板说未来的工作重点是把工作分成两拨，一部分负责继续做新功能，一部分要把所有老代码refactor了。感觉肯定会出大bug。

3. 之前因为reorg走了不少人，现在组里大概进了一半的新人，规模和原来相当了，但是实际工作scope比之前却是小了的，但是新老板依旧觉得人不够。

是否应该尽快转组呢？如果不得不留在组里，这样的老板怎么相处比较合适，拿到一个过得去的评价？

欢迎各位留言。

个人观点，仅供参考。

你原来的老板才是red flag。
1 所有人都自己own项目，看起来很合理，但是做不了大的项目。另一方面可能也意味着组里的成员没有合理梯度，导致大家都不服谁可以lead大项目。大家一起协同做一个大项目，只要团队梯度合理，每个人都有肉吃，协同产生更大的impact。
2 code 结构不好，才会迟早出问题。更糟糕的是，很可能出了大问题很难修好。一个好的老板一定会兼顾代码质量。

新老板可以说准确发现了你们组现有的风险，而且提出了有效的解决方案。

对于第三点。能看出来新老板是一个ambitious的人，分的清楚先有鸡还是先有蛋的问题。一方面虽然人数和之前差不多，但是新人需要时间ramp up，另一方面组里如果有几个能打的TL，人多了活自然会来，长期给组里每个人创造职业机会。

补充一点：refactor可能是一步妙招。因为需要招入大量新人，需要有一段时间ramp up，熟悉组里的code和业务。Refactor给新人提供了一个缓冲，避免短期人太多没活干的问题，同时又解决了你们组的一个长期隐患。阵痛大概半年，之后如果顺利，你们组可能就走上正轨了。

怎么说呢。

新老板要建立自己的版图，像refactor这样的项目，他也可以吹出很多impact。

听上去，对你这可能是个机遇，你协助他去做这些，作为组里的老人，可以升级 - 尤其是他说人头不够，那你帮他招人，带新人，做TL，以后他升级了，你也会变成小manager。但是你如果不协助他的话，可能搞得你自己疲惫，后面可能会升级成矛盾。

职场如江湖，有时候没有对错，做的工作的impact也都是相对的，跟对了风能抓住机会。

我觉得你看看他为人了。要是人靠谱，对你升级加薪有利，就留着。要是人不行的话，就算了吧。

你从哪看到了red flag？1，2感觉很规范啊，长期对组里会有好处的

其实感觉第二条挺red flag的。如果说一部分人负责新feature，一部分人负责refactor那么过了一段时间专门负责refactor的伙计肯定出问题……

还是那句话，reorg是毒药。从养老到pip，只差一个manager的距离。

匿名者 发表于 2022-4-30 11:31
其实感觉第二条挺red flag的。如果说一部分人负责新feature，一部分人负责refactor那么过了一段时间专门负 ...

（工作分成两部分）一部分负责新feature，一部分负责refactor
不是
一部分人负责新feature，一部分人负责refactor

我觉得你老板挺正常的，多人做一个项目，如果scope够大，你就是元老，升职加薪指日可待

1有时候导致组里谁都不知道谁在干什么，有多人大项目的时候一脸懵逼

如果你是那种喜欢守着自己的一亩三分地躺平养老的话这老板确实不太行。