第689章 预防大公司病(2 / 2)

大时代之巅 荒野悲歌 6956 字 2023-05-21

……

刚回来三天,又要走了。

还好温知夏很大度,还鼓励他男人就该以事业为主。整天围着女人打转,能有什么出息?

在飞机上,周不器忍不住问:“你妹妹不是说要来吗?”

“她哪说?是你说的。”

“我好心好意的让她来三亚看看大海,散散心啊。”

“你有坏念头。”

宁雅娴嗔了他一眼,嘴角含幽。

周不器不承认,“我能有什么坏念头?早就死心了。”

“我才不信呢,昨晚你趴我身上的时候,还让我叫你姐夫……”宁雅娴白他一眼,“天天想着姐妹花,总想欺负我妹妹,我可不能把她送过来。”

周不器咳了咳嗓子,“我早就没那念想了。”

“骗人。”

“真的,不信你让她来三亚,保准规规矩矩的。”

“才不信呢,她刚分手,正是感情的忧伤期。过来之后,你正好趁虚而入。”

“不是有你看着嘛。”

“我能管住你吗?”

“呃,也是。”

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

这念想是真断了。

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

回了公司,下午两点。

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

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

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

然后,他又举了个例子。

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

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

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

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

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

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

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

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

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

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

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

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

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

基本上是五五开。

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

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

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

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

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

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

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

举报本章错误( 无需登录 )