漫谈嵌入式（一）

一、闲聊

1.1 嵌入式系统

所谓嵌入式系统，我的理解是针对某一特定功能而设计的一套软硬件系统。因为它的任务是特定的，所以它的软硬件系统是可裁剪的，同时它对可靠性、成本、体积、功耗、应用环境等都会有特殊的要求。

1.2 立项

上面的PDCA是我们进行一项复杂工作时的基本流程。我通常会听到一些同事的抱怨，说老板拍脑袋瓜就决定了某个项目，丝毫没有按照工程学的角度进行可行性分析，也缺乏足够的市场调研。其实仔细想一想，这只是工程师与老板各自思维方式的不同，导致他们在Plan时采用了不同的方法。工程师面对的是具体的技术细节，所以他希望掌握更多的信息，尽可能消灭不确定性。而老板面临的是快速变换的市场，他需要依靠直觉来做一个模糊的判断，以此换取时间上的领先。不管怎么样，一个项目的确立往往由几个少数经验丰富的人来决定。对于一般的工程师来说，能够将自己负责的部分执行好，就是对项目最大的帮助。如果觉得自己的意见没有得到足够的重视，或者想在项目里扮演更重要的角色，这种情况多半是由于自我意识过剩而引起的。几乎绝大部分人都认为自己比身边的人更加聪明，但真正才华卓越的人毕竟只是少数。

1.3 组织结构

针对嵌入式项目，往往职能型和项目型的组织模型都会有较为明显的弊端。

一个嵌入式项目涉及的领域太广，如果每件事情都需要不同部门共同商议，经过博弈后再形成互相妥协的平衡点，就会极大的降低项目效率。比如在一个项目初期，在进行需求分析、芯片资料的数据挖掘之后，确定了项目的主芯片将在五个型号之间做出选择。采购部门希望选择以前合作过的供应商可以大量供货的型号，软件部门希望选择SDK更完善的型号，硬件部门则希望选择更好做EMI的型号。每个部门都会基于自己的利益来做出选择，而这些理由看起来都有各自的道理，这就需要一个强势的人来进行快速裁决。所以单纯的职能型组织并不适用于嵌入式项目，除非公司的项目很少，这样依靠一个副总