嵌入式项目之殇

2010年的国家关键词是“结构调整”，许多城市都在积极响应号召，跟随国家的政策。实际上，在IT行业也在进行着结构调整。比如，从利润率偏低的外包转向嵌入式开发等等。这里有许多惨痛的教训，这里以亲身经验总结一下，以诫后来之师。

首先，我要澄清一个概念，我说的嵌入式项目是相对于外包项目。这里的嵌入式项目包括了硬件开发，BSP开发和应用程序开发。

其次，我要介绍一下背景。我即将离职的公司是国内有名的外包企业，在这里我全程接触了这家外包企业所进行的嵌入式项目。这是这个公司某个事业部的第一个正式的嵌入式项目。总体而言，这个项目不顺利，甚至面临着倒牌的危险。我的心情也不好，我虽然说是技术骨干，但对项目的控制是真的无能为力。所以，以我一个BSP开发工程师的角度来总结一下这个项目的始终。

 

第一，外包的“遗精”。说到这，我想国内多数外包业者都有一个共同的盈利秘诀，当然这些秘诀都是针对客户的，对内部人员都是数见不鲜了。这个遗精 就是虚报人月。人月的概念就是在项目开始前，对项目粗略的估计，大概需要多少人多少月才能完成。从网上看到的数据，外包的利润率最多也就15%，而我的公司我想10%都到不了。所以外包公司节约成本的手段就是，向客户多报人月，然后开发的时候减少人手。这样，10个人月的项目，就落在了5个人的身上。不说，人员素质和人员的工作态度，单单这种猛缩人手的外包做法，就是嵌入式开发的最大风险。

 

第二，外包的“幼稚”。总体来讲，外包项目的风险不大，虽然利润率偏低。因为外包不出产品，他们不用担心产品的销售问题，只要客户满意，盈利还不是问题。那么，对嵌入式项目来说&