公司研发部只有不到百号人,目前的组织架构是研发部下有前端组,后端组,基础服务组,UI 组,产品组,测试组。我们主营业务宏观上可以分为几大块的内容,领导意思想做改革,改成产品线的形式,每个产品线有自己单独的开发,产品,测试。想请教下有没有过来人,这二者的利弊各是啥,如果改革,那么势必会有一个中间过程,有员工会同时参与到两个或者多个产品线,那就会存在工作任务分配校验的麻烦。
目前自己是个小组长,管了几个人,分业务线后会要管个 20 来号人,不大喜欢工作上人与人之间扯皮的事情,不晓得会不会有什么不可预期的麻烦。
btw ,一般管的人多一点会涨工资么?另外,目前我所在的小组是为整个公司产品提供基础底层服务的,就无论啥业务线都要用我的基础功能,且是核心功能之一,如果改的话叫个啥名比较合适?感谢各位的任何建议!
1
isno 2023-05-22 22:12:46 +08:00
就叫:基础架构部
|
2
Worldispow 2023-05-22 22:52:35 +08:00 via Android
基础功能也有名字吧。比如我们公司就有平台组、物联组、权限组等等。。。
|
3
whileFalse 2023-05-23 01:59:25 +08:00
工资不重要,管 20 个人的经验很重要,有这个经验跳一下能多不少选择
|
4
zhaokun 2023-05-23 07:52:44 +08:00 via iPhone
这种调整后盲猜会有的人很忙有的人很闲,看业务线需求。基础服务应该不会很忙,和业务关系不大,你很幸运
|
5
huzhizhao 2023-05-23 08:19:58 +08:00 via iPhone
拆成产品线沟通很傻逼的
|
6
darkengine 2023-05-23 08:35:44 +08:00
核心功能组,或者把山海经翻出来选一个。
|
7
buruliu 2023-05-23 09:50:34 +08:00
前者模式个人感觉就是特别容易扯皮,尤其是开发夹在产品和测试中间,职责不清,背锅。公司越小越不好,尤其流程还不正规,没有话语权很难。(现在就在这种模式下)
后者我认为更适合较小公司,按照产品线来,职责清晰,不过需要管理能力强,能够统筹整个流程。 |