我爱我家书院

手机浏览器扫描二维码访问

第689章 预防大公司病（第3页）

“我能管住你吗？”

“呃，也是。”

周不器摆摆手，叹了口气。

这念想是真断了。

她那个妹妹，感觉性格有点古怪，宁雅娴不说，也没法探究更多。

回了公司，下午两点。

午餐在飞机上吃了，到了公司就直接开会。

细说了“小皮肤、大研发”的政策。

张一明第一个唱赞歌，“我觉得这个思路非常好！解决了大公司转身难的问题。而且，底层功能模块化封装，可以有效地节约研发成本。”

然后，他又举了个例子。

校内论坛发帖子、朋友网发状态、微点问答，包括糗百发新帖子……这些功能的底层逻辑都是相通的，都是用户输入文字、提交，然后向后台发信号，等到数据库的录入、反馈后，就发布成功。

除了细节上的差别之外，底层的功能都是“发布消息”，完全可以用一套代码来完成。可是这些网站，都是自己做自己的，做了大量重复性的工作。

若是把这个功能模块化，放在总部的“大研发模块组”里，网站在架构的时候，类似的功能就不用再写底层了，直接调用就可以。

类似的功能，程秉皓也在做，不过他牵头的都是一些高级算法，比如广告分发、广告自动纳入、自动抓取算法等等。

这些高阶算法，是所有网站分享共有的。

可实际上，很多底层的并不复杂的简单功能，也可以用类似的方法封装。大大的节约开发成本，提高开发效率。

王小船摇摇头，比较慎重的说：“功能模块化封装，这个思路肯定是好的。可是，‘小皮肤、大研发’这个策略，是否真的奏效，还需要实践检验。这事操作起来恐怕不简单。”

贺阳道：“的确很困难，最简单的问题，研发组不承担项目责任，那么他的KPI怎么考核？研发组不能跟着业务一起成长，就会缺乏动力。再就是分工不够明确，不可能所有功能都模块化封装。剩下的功能，就要前端自己开发了。那到底哪些属于项目组？哪些属于研发组？这里面灰色地带不少。”

韩乐水教授发言道：“理论上来看，这个思路是可行的。随着公司变大、组织膨胀，一定会出现大量的重复性工作，浪费人力物力。为了避免重复，这种‘小皮肤、大研发’的策略，可以使组织扁平化管理。有利于加强集权、提升管理效率、促进资源整合，前端的小项目灵活敏捷，具有创业公司的朝气和动力。只要解决好这其中存在的一些人性方面的管理风险，我看完全可以施行。”

他此前是北大光华学院的副院长，也是管理学专家。

贺阳苦笑道：“恰恰人性是最难解决的！小项目团队无力推动技术，技术就没增长；大研发组对结果不负责，就享受不到业务增长红利，积极性就不够。资源分配也是问题，沟通过程会变复杂……”

许亮杰坚定地支持这个方向，“咱们必须要未雨绸缪，预防大公司病。不能得病了再治，要提前做预防。‘小皮肤、大研发’的思路，一旦做成，就可以解决这个问题。”

大家各抒己见，讨论了一个多小时。

基本上是五五开。

周不器最后总结，笑着说：“我最近看了糗百的改进，做的很不错嘛。这证明了我们当初投资酷六网的正确性。我们从酷六拿到了相关的材料和数据，对广告和创业者的分成模式有了积累。这推进了糗百的完善。开放平台要把这两个案例做汇总，做好广告分成。”

张一明点点头，笑道：“已经在做了。有了案例参考，比摸着石头过河好多了。”

周不器拍手叫好，“这句话说的很对！要有案例参考，咱们现在的讨论，有点像瞎子摸象。实践是检验真理的唯一标准。有了酷六的案例，糗百和开放平台的广告分成功能，就可以顺利完善。这次也是一样。组织结构不能轻易动，动坏了要出大问题。不过，可以先做个小实验。这次做修图软件，就是不错的机会。同时成立三个前端的小项目组，然后总部以大研发组的形式提供模块化的技术支持。先做着！看看成果！”

所有人都认可“小皮肤，大研发”的思路，可全世界的企业都没有过这样的组织结构。

第一个吃螃蟹的人，是要承担风险的。

紫微星要做这个第一，同行是指望不上了，硅谷也挨不着。

只能是自己做实验，一步一个脚印。