許許多多你我身邊的產品，都有軟體在裡頭，也都有軟體開發的事要做。我用我的一般常識想：

如果我是做跑車、做機車的，我的核心能耐，也就是我擅長的，應該是機械、鑄造、引擎、工業設計吧！軟體開發是我的非核心，是不是要外包呢？

如果我是做電子產品的EMS，我的核心能耐，也就是我擅長的，應該是工業設計、測試、製造、組裝吧！軟體開發是我的非核心，是不是要外包呢？

坦白說，核心能耐、核心能力、核心技術這種假根，唸過幾本管理書的我也常擺嘴邊，但愈說愈覺得它不知所謂。因為這種核心/非核心的理論，其最大的問題就是沒有考慮未來。我們今天非核心的能耐，未來可能是非常重要的能力；而今日核心的能耐，未來可能沒什麼用。

那麼，軟體開發對於做汽車、做機車的、做3C的、甚至賣檳榔的，會是未來非常重要的能力嗎？

我向來沒有標準答案，但石頭成、同人與眾多網友的迴響都提供了思考的方向。

好比石頭成說了，「外包性工作項目」與「整合性工作項目」將會隨資訊技術而變動 。對於產品開發的策略，除了技術會影響，產品的顧客與市場也會回過頭來影響外包與整合的工作項目。

而同人不斷強調的，「關鍵不在核心，而是在邊界」。甲方乙方之間有邊界，價值鏈的活動間有邊界，產品的零組件、模組、硬體軟體之間，更是有邊界。我曾讀過kenming介紹過一台模組化的坦克車，我猜，一台坦克若能如此高度模組化，就很有可能走向標準化，而由不同組織協力完成的機會就很大；反之，如果兩個模組間的相依性 Dependency很高，高到不能獨立完成，它就不易切出去，甲做甲的乙做乙的，不然，大家都會做的很糟，甚至做不出來。

我想，任何事情要不要包給別人做，原理大約是如此，未必全取決於你今天擅長不擅長，核心非核心。軟體開發與設計，就註定不該成為做汽車的、做機車的、做3C的、甚至賣檳榔的核心技能嗎？這種說法，就好像說人和組織不能成長、學新的東西一樣，讓我納悶不解，更讓我討厭。

本[網路部落格]文章僅反映作者個人意見，不代表CNET立場，並已獲作者同意轉載。原文請見：作者部落格。