若是把这个功能模块化，放在总部的“大研发模块组”里，网站在架构的时候，类似的功能就不用再写底层了，直接调用就可以。
类似的功能，程秉皓也在做，不过他牵头的都是一些高级算法，比如广告分发、广告自动纳入、自动抓取算法等等。
这些高阶算法，是所有网站分享共有的。
可实际上，很多底层的并不复杂的简单功能，也可以用类似的方法封装。大大的节约开发成本，提高开发效率。
王小船摇摇头，比较慎重的说：“功能模块化封装，这个思路肯定是好的。可是，‘小皮肤、大研发’这个策略，是否真的奏效，还需要实践检验。这事操作起来恐怕不简单。”
贺阳道：“的确很困难，最简单的问题，研发组不承担项目责任，那么他的KPI怎么考核？研发组不能跟着业务一起成长，就会缺乏动力。再就是分工不够明确，不可能所有功能都模块化封装。剩下的功能，就要前端自己开发了。那到底哪些属于项目组？哪些属于研发组？这里面灰色地带不少。”
韩乐水教授发言道：“理论上来看，这个思路是可行的。随着公司变大、组织膨胀，一定会出现大量的重复性工作，浪费人力物力。为了避免重复，这种‘小皮肤、大研发’的策略，可以使组织扁平化管理。有利于加强集权、提升管理效率、促进资源整合，前端的小项目灵活敏捷，具有创业公司的朝气和动力。只要解决好这其中存在的一些人性方面的管理风险，我看完全可以施行。”
他此前是北大光华学院的副院长，也是管理学专家。
贺阳苦笑道：“恰恰人性是最难解决的！小项目团队无力推动技术，技术就没增长；大研发组对结果不负责，就享受不到业务增长红利，积极性就不够。资源分配也是问题，沟通过程会变复杂……”
许亮杰坚定地支持这个方向，“咱们必须要未雨绸缪，预防大公司病。不能得病了再治，要提前做预防。‘小皮肤、大研发’的思路，一旦做成，就可以解决这个问题。”
内容未完，下一页继续阅读