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

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

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

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

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

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

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

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

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

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

        內容未完，下一頁繼續閱讀