硬件开发流程概述

上世纪80年代末，IBM是有史以来盈利最多的公司。但进入90年代后，IBM遇到了严重的危机，1993年亏损80亿美元，几乎解体。危难时刻，郭士纳出任IBM总裁，采用IPD对IBM的产品开发模式进行了变革，并取得了巨大成功，IBM5年销售额增长了100亿美元。

IPD的思想来源于PACE模型（Product And Cycle-time Excellence）,但IBM更强调跨部门协作的重要性，关注市场驱动，由此形成了自身的IPD流程。

1997年末，任正非带队访美，参观了休斯、IBM、贝尔实验室和惠普等知名企业，其中IBM给任正非留下了深刻的印象。在IBM听了整整一天的分享之后，任正非决定请IBM为华为建设IPD流程。2003年华为在全公司推行IPD后，产品的研发周期缩短了一半，故障率减少了95%，客户满意度持续上升。华为体系化的流程对华为的项目成功有巨大指导作用，这也是国内很多公司喜欢研究和学习华为的原因。很多人做流程管理，也是以华为为案例。

华为和IBM等公司的成功已经说明流程是有效的，IPD是有效的。不论是什么流程，其中三点是核心价值：

第一点、员工的动作被标准化了，对于每个节点的工作任务有了明确的输入输出条件、交付件质量要求。在这样的流程体系下，一个任务优秀员工、或是一个经验丰富的员工可能能做到90分，而普通员工、或者是一个新进团队的员工按照流程要求做，也能到40分到60分、甚至是80分，通过流程人和人之间的差异被弱化了，项目的结果变得有保障了。

第二点、项目任务结构化、工程师团队专业化，在宏大的流程体系中，工作任务被切割到很小的颗粒度，工作线程被分割到很精专的范畴。因此、团队的组织结构和人才模型也必须是与这样的流程体系匹配的，公司用流程培养了一大批在特定产品的特定细分专业领域上水平很高的工程师，他们经过长年打磨技能高超，在特定体系中如鱼得水。

第三点，建立了“认可流程、按照流程执行”的组织文化，所有的员工都对流程价值高度认同，坚持按照流程做事，按照IPD流程描述的研发活动中过一个审核节点是一项非常严肃的事，会有很多不同角色的意见碰撞。工程师按照流程去完成项目中的各项任务，管理者通过检查流程每个环节去管理团队，长年反复训练，团队的执行力就会变得很强，团队擅长按照规则做事。

有一位资深的管理者曾这样说“流程化管理的本质，就是一个去艺术化的过程”。艺术靠的是作家的灵感，很难复制和推广，所以艺术品非常昂贵。但现代化的科技企业要的就是大规模的复制，标准化的交付，所以管理就是要借助流程实现“工程化”，一切基于步骤、数字、事实说话。流程把团队塑造成了纪律性极强的研发部队，一板一眼、持续改进业绩。

硬件产品开发涉及的知识域庞杂、开发周期长、犯错后修改的代价大，因此要通过硬件开发流程把完整的硬件开发活动结构化、标准化。清晰的流程能够帮助硬件工程师规范化的开展硬件设计、开发、验证、维护等各个阶段的工作，明确在硬件产品开发各阶段必须要完成的任务，制定各阶段必须要达成的质量目标。清晰的流程对硬件工程师掌控硬件项目帮助很大，硬件工程师理解了硬件开发流程，并坚决的执行流程里的标准动作，就能做到“有序工作，步步为营”，可以极大提高硬件项目的成功率。让硬件开发不仅仅是依靠工程师的个人经验。

硬件开发活动是需要流程化的，通过流程的帮助提高项目的成功率，但在硬件开发实践中我们也体会到，学习和借用大公司的流程一定要有“就事论事”和“实事求是”的态度，所谓“就事论事”就是要根据自己开发的产品形态和应对市场的特点制定适合自己的流程，而不是生搬硬套；所谓“实事求是”就是要结合自己团队的组织形式和专业分工去做流程化的任务分解，而不是向大公司一样设置很多节点却没有对应的组织去实现，反而形成了人力和资源的耗散。总之，我们提倡深入理解硬件开发的本质，结合自己产品和团队特点做好量体裁衣。

各个公司对硬件的流程的理解和构建不一样，所以对于不同的硬件开发阶段会使用不同的名词，特别是像华为这样公司因为运用IPD流程，会使用一些社会上不常用的名词，例如“概念阶段”，并且会使用一些专有名词比如：“TR4”。如果没有在相应的环境里面长期进行开发活动，会产生阅读障碍。所以我们在撰写本书的过程中，使用更易于理解，更通用化的叫法。[z3] 把硬件开发活动分为立项、需求、计划、总体设计、详细设计、硬件测试、系统集成和验证、硬件维护这几个阶段，在每个阶段继续细化硬件开发、测试活动，整体结构化的逻辑框图如下图所示。

硬件开发流程逻辑框图

(1) 立项阶段

项目立项是硬件开发的开始，好的开始就是成功的一半，在这个阶段我们要写好项目计划书，做到“先胜后战”，把产品和项目的全景在项目开始之前勾勒清楚。立项阶段主要考虑产品形态、市场价值、投入与回报。这个阶段是比较容易被工程师忽略的，但是有些公司没有专职的产品经理负责立项，硬件工程需要充分参与立项阶段的工作，避免项目开始之后，发现供应问题、技术不可实现、市场变化等原因导致项目流产或者项目没有市场等问题。