求组织架构调整建议

[weishao666]

公司研发部只有不到百号人，目前的组织架构是研发部下有前端组，后端组，基础服务组，UI 组，产品组，测试组。我们主营业务宏观上可以分为几大块的内容，领导意思想做改革，改成产品线的形式，每个产品线有自己单独的开发，产品，测试。想请教下有没有过来人，这二者的利弊各是啥，如果改革，那么势必会有一个中间过程，有员工会同时参与到两个或者多个产品线，那就会存在工作任务分配校验的麻烦。

目前自己是个小组长，管了几个人，分业务线后会要管个 20 来号人，不大喜欢工作上人与人之间扯皮的事情，不晓得会不会有什么不可预期的麻烦。

btw ，一般管的人多一点会涨工资么？另外，目前我所在的小组是为整个公司产品提供基础底层服务的，就无论啥业务线都要用我的基础功能，且是核心功能之一，如果改的话叫个啥名比较合适？感谢各位的任何建议！

[isno]

就叫：基础架构部

[Worldispow]

基础功能也有名字吧。比如我们公司就有平台组、物联组、权限组等等。。。

[whileFalse]

工资不重要，管 20 个人的经验很重要，有这个经验跳一下能多不少选择

[zhaokun]

这种调整后盲猜会有的人很忙有的人很闲，看业务线需求。基础服务应该不会很忙，和业务关系不大，你很幸运

[huzhizhao]

拆成产品线沟通很傻逼的

[darkengine]

核心功能组，或者把山海经翻出来选一个。

[buruliu]

前者模式个人感觉就是特别容易扯皮，尤其是开发夹在产品和测试中间，职责不清，背锅。公司越小越不好，尤其流程还不正规，没有话语权很难。（现在就在这种模式下）
后者我认为更适合较小公司，按照产品线来，职责清晰，不过需要管理能力强，能够统筹整个流程。