第528章 分封诸侯？（1/2）

刘瑞已有取死之道！

若不是这会儿查尔斯还在，不好发作，潘图早就跑去找他算帐了。

不过话又说回来。

社区网友的提议，虽然大多是餿主意，但也有可取之处。

隨著公司规模壮大，原有的“项目管理”方式，已经有点落后迟滯，需要进行一番优化了。

別误会！

潘图的想法，並不是放走查尔斯与刘瑞等骨干，让他们自立门户。

他可不想看见第二个、第三个云歌网络……

他的想法是，针对公司目前的人事框架，特別是开发部门的项目管理方式，进行组织架构调整。

“什么意思？”

查尔斯不太懂公司运营，所以听潘图说完后，忍不住吐槽道：“现在的管理模式不好么？”

“好，很好！”

潘图肯定道：“我没说现在的模式不好，只是这种模式更適合於中小规模的游戏公司。”

“咱们已经是大型游戏公司了，总员工人数也突破了千人，不能再沿用这一套项目管理方式。”

这是潘图刚想到的事。

十个人的工作室，一百人的开发团队，一千人的公司，针对不同规模，有不同的管理架构。

风暴网络，现在使用的管理架构，还是当初潘图制定的“集中开发、分开运营”模式。

不同的游戏项目。

比如《风暴之弈》和《apex英雄》，各有各的运营团队。

但这两款游戏，在开发预研阶段完全是同一批人，只不过后续运营，切割成了不同的项目组。

本书首发 追书就去 101 看书网，?0???????.??????超方便 ,提供给你无错章节，无乱序章节的阅读体验

前面几年。

这套集中开发，分开运营的项目管理机制，运行得很流畅，没有出现过重大问题。

期间，潘图也做过细微调整，比如合併裁撤了一部分优先级不高的游戏项目组，指派了不同的项目组负责人。

但再怎么调整，这套机制的问题也很明显。

尤其是隨著公司规模逐渐壮大，员工人数越来越多，问题就暴露得一览无余。

“现在是三级管理制！”

“公司的开发运营部门，最终拍板做决策的人是我，在我下面是各个项目组负责人。”

潘图解释道：“项目组负责人下面，才是最基础的运营或开发团队。”

“没错，现在是这样。”

查尔斯点了点头，隨即问道：“这有什么问题吗？还是说，你觉得哪个环节不对劲？”

“问题出在决策层！”

潘图双手一摊，表情格外无奈道：“以前公司只有几款游戏，就那么几个项目组，一只手就能数的过来。”

“那个时候，决策层只有我一个人，问题还不是很大，管理各个项目不算困难。”

“可……现在呢？”

公司旗下的游戏，总量已经超过了10款，其中还有不少定期更新的网络联机游戏。