第689章 預防大公司病（2/2）

……

剛回來三天，又要走了。

還好溫知夏很大度，還鼓勵他男人就該以事業為主。整天圍著女人打轉，能有什麼出息？

在飛機上，周不器忍不住問：「你妹妹不是說要來嗎？」

「她哪說？是你說的。」

「我好心好意的讓她來三亞看看大海，散散心啊。」

「你有壞念頭。」

寧雅嫻嗔了他一眼，嘴角含幽。

周不器不承認，「我能有什麼壞念頭？早就死心了。」

「我才不信呢，昨晚你趴我身上的時候，還讓我叫你姐夫……」寧雅嫻白他一眼，「天天想著姐妹花，總想欺負我妹妹，我可不能把她送過來。」

周不器咳了咳嗓子，「我早就沒那念想了。」

「騙人。」

「真的，不信你讓她來三亞，保准規規矩矩的。」

「才不信呢，她剛分手，正是感情的憂傷期。過來之後，你正好趁虛而入。」

「不是有你看著嘛。」

「我能管住你嗎？」

「呃，也是。」

周不器擺擺手，嘆了口氣。

這念想是真斷了。

她那個妹妹，感覺性格有點古怪，寧雅嫻不說，也沒法探究更多。

回了公司，下午兩點。

午餐在飛機上吃了，到了公司就直接開會。

細說了「小皮膚、大研發」的政策。

張一明第一個唱讚歌，「我覺得這個思路非常好！解決了大公司轉身難的問題。而且，底層功能模塊化封裝，可以有效地節約研發成本。」

然後，他又舉了個例子。

校內論壇發帖子、朋友網發狀態、微點問答，包括糗百發新帖子……這些功能的底層邏輯都是相通的，都是用戶輸入文字、提交，然後向後台發信號，等到資料庫的錄入、反饋後，就發布成功。

除了細節上的差別之外，底層的功能都是「發布消息」，完全可以用一套代碼來完成。可是這些網站，都是自己做自己的，做了大量重複性的工作。

若是把這個功能模塊化，放在總部的「大研發模塊組」里，網站在架構的時候，類似的功能就不用再寫底層了，直接調用就可以。

類似的功能，程秉皓也在做，不過他牽頭的都是一些高級算法，比如GG分發、GG自動納入、自動抓取算法等等。

這些高階算法，是所有網站分享共有的。

可實際上，很多底層的並不複雜的簡單功能，也可以用類似的方法封裝。大大的節約開發成本，提高開發效率。

王小船搖搖頭，比較慎重的說：「功能模塊化封裝，這個思路肯定是好的。可是，『小皮膚、大研發』這個策略，是否真的奏效，還需要實踐檢驗。這事操作起來恐怕不簡單。」

賀陽道：「的確很困難，最簡單的問題，研發組不承擔項目責任，那麼他的KPI怎麼考核？研發組不能跟著業務一起成長，就會缺乏動力。再就是分工不夠明確，不可能所有功能都模塊化封裝。剩下的功能，就要前端自己開發了。那到底哪些屬於項目組？哪些屬於研發組？這裡面灰色地帶不少。」

韓樂水教授發言道：「理論上來看，這個思路是可行的。隨著公司變大、組織膨脹，一定會出現大量的重複性工作，浪費人力物力。為了避免重複，這種『小皮膚、大研發』的策略，可以使組織扁平化管理。有利於加強集權、提升管理效率、促進資源整合，前端的小項目靈活敏捷，具有創業公司的朝氣和動力。只要解決好這其中存在的一些人性方面的管理風險，我看完全可以施行。」

他此前是北大光華學院的副院長，也是管理學專家。

賀陽苦笑道：「恰恰人性是最難解決的！小項目團隊無力推動技術，技術就沒增長；大研發組對結果不負責，就享受不到業務增長紅利，積極性就不夠。資源分配也是問題，溝通過程會變複雜……」

許亮傑堅定地支持這個方向，「咱們必須要未雨綢繆，預防大公司病。不能得病了再治，要提前做預防。『小皮膚、大研發』的思路，一旦做成，就可以解決這個問題。」

大家各抒己見，討論了一個多小時。

基本上是五五開。

周不器最後總結，笑著說：「我最近看了糗百的改進，做的很不錯嘛。這證明了我們當初投資酷六網的正確性。我們從酷六拿到了相關的材料和數據，對GG和創業者的分成模式有了積累。這推進了糗百的完善。開放平台要把這兩個案例做匯總，做好GG分成。」

張一明點點頭，笑道：「已經在做了。有了案例參考，比摸著石頭過河好多了。」

周不器拍手叫好，「這句話說的很對！要有案例參考，咱們現在的討論，有點像瞎子摸象。實踐是檢驗真理的唯一標準。有了酷六的案例，糗百和開放平台的GG分成功能，就可以順利完善。這次也是一樣。組織結構不能輕易動，動壞了要出大問題。不過，可以先做個小實驗。這次做修圖軟體，就是不錯的機會。同時成立三個前端的小項目組，然後總部以大研發組的形式提供模塊化的技術支持。先做著！看看成果！」

所有人都認可「小皮膚，大研發」的思路，可全世界的企業都沒有過這樣的組織結構。

第一個吃螃蟹的人，是要承擔風險的。

紫微星要做這個第一，同行是指望不上了，矽谷也挨不著。

只能是自己做實驗，一步一個腳印。