哟哪桑:再写外包、软件与核心技能

当我大胆地说出：I Don't Like Outsourcing，引起石头成、同人与众多网友的回响，让我乐得当个听众，听听大家的意见。大家都围绕着一个主题：企业是否该把信息系统外包呢？

坦白说，企业信息系统的外包，并不是我原先想设定的情境，但又何妨呢？石头成、同人与大家发现了信息委外这块新大陆，我也乐意当印地安人，而非什么都想包的印度人。更何况，在「企业信息系统的外包」之讨论，也渐渐从信息管理，演变成策略管理的范畴，提供了我们思考的方向。

不过，我还是试着明确地描绘我原先想设定的情境吧：

当企业在经营一个开发新产品之创新事业，或许该企业不是一般认为的IT公司，或许产品不是软件产品，甚至不是一般认为的IT产品时，它应该把软件开发的工作外包吗？

读者，也许你会问，有这种情境吗？石头成、同人提到的，都是企业内使用的软件、信息系统，好比ERP, CRM, POS, 帮助企业整合流程提升生产力的「工具」。工具只是辅助呀！不是主角哇！非IT公司的产品里，会有软件的部份要开发吗？

嘿！软件虽然不起眼，但它早已在你生活的四周，不是只在你用的PC上头才叫软件！我还道听途说来许多故事：

·意大利知名汽车公司，曾经Re-Call好几百辆跑车，因为它的行车计算机的软件有BUG，害得煞车失灵时，警告装置也会不灵。哇！这可会要人命的，难怪要re-call。

·美国知名的重型机车，曾经发生骑车时会无故熄火的问题，运气若不好，这也会出意外的。后来查出来，也是行车计算机的软件有BUG。

·某3C厂商开始做手机，但第一款手机却一直delay做不出来，原因也是出在手机里的软件，而不是硬件。

许许多多你我身边的产品，都有软件在里头，也都有软件开发的事要做。我用我的一般常识想：

如果我是做跑车、做机车的，我的核心能耐，也就是我擅长的，应该是机械、铸造、引擎、工业设计吧！软件开发是我的非核心，是不是要外包呢？

如果我是做电子产品的EMS，我的核心能耐，也就是我擅长的，应该是工业设计、测试、制造、组装吧！软件开发是我的非核心，是不是要外包呢？

坦白说，核心能耐、核心能力、核心技术这种假根，念过几本管理书的我也常摆嘴边，但愈说愈觉得它不知所谓。因为这种核心/非核心的理论，其最大的问题就是没有考虑未来。我们今天非核心的能耐，未来可能是非常重要的能力；而今日核心的能耐，未来可能没什么用。

那么，软件开发对于做汽车、做机车的、做3C的、甚至卖槟榔的，会是未来非常重要的能力吗？

我向来没有标准答案，但石头成、同人与众多网友的回响都提供了思考的方向。

好比石头成说了，「外包性工作项目」与「整合性工作项目」将会随信息技术而变动。对于产品开发的策略，除了技术会影响，产品的顾客与市场也会回过头来影响外包与整合的工作项目。

而同人不断强调的，「关键不在核心，而是在边界」。甲方乙方之间有边界，价值链的活动间有边界，产品的零组件、模块、硬件软件之间，更是有边界。

我曾读过kenming介绍过一台模块化的坦克车，我猜，一台坦克若能如此高度模块化，就很有可能走向标准化，而由不同组织协力完成的机会就很大；反之，如果两个模块间的相依性 Dependency很高，高到不能独立完成，它就不易切出去，甲做甲的乙做乙的，不然，大家都会做的很糟，甚至做不出来。

我想，任何事情要不要包给别人做，原理大约是如此，未必全取决于你今天擅长不擅长，核心非核心。软件开发与设计，就注定不该成为做汽车的、做机车的、做3C的、甚至卖槟榔的核心技能吗？这种说法，就好像说人和组织不能成长、学新的东西一样，让我纳闷不解，更让我讨厌。