这是一个创建于 551 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司研发部只有不到百号人，目前的组织架构是研发部下有前端组，后端组，基础服务组，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
前者模式个人感觉就是特别容易扯皮，尤其是开发夹在产品和测试中间，职责不清，背锅。公司越小越不好，尤其流程还不正规，没有话语权很难。（现在就在这种模式下）
后者我认为更适合较小公司，按照产品线来，职责清晰，不过需要管理能力强，能够统筹整个流程。 |
Select Language