[架构之路-9]：项目管理 - 确保产品质量的九大手段

目录

​​前言：​​

​​1. 定义软件、硬件的开发流程​​

​​2. 定义硬件、软件的开发规范​​

​​3. 定义开发文档的模板​​

​​4. 定义目标产品的规格说明书​​

​​5. 设定阶段性验收标准​​

​​6. 专家和同行评审(review)​​

​​7. 最终测试验证​​

​​8. 项目管理​​

​​9.  个人技能的培训与提升​​

前言：

如何确保产品的质量，一直是软硬件产品开发中的永恒的问题，在实践中产品的质量（不是项目的质量）是通过多方面的手段进行保证的。下面就探讨这个话题：

1. 定义软件、硬件的开发流程

流程：从​​原料​​​到​​制成品​​的各项工序安排的程序或工序、步骤。

软件开发并不是随意的过程，无论是软件的开发和硬件的开发，为了确保软件和硬件开发的协作、效率、质量，业内为软件和硬件的开发定义了标准的流程和模型。在一个成熟的组织内，基本上都会根据业内的标准和本组织的产品特点，定义组织内的标准的开发流程。所有的产品开发，只要遵循组织内定义的标准的开发流程，就不会出原则性、框架性的大问题。

所谓流程，就是把客户需要变成客户产品的整个过程，切分成若干个节点或阶段，不同的节点，完成不同的任务，与生产线上的流水线有点类似。每个阶段节点都有的工作都满足：

（1）不同专业化分工的开发人员

（2）有进入某阶段的条件和准则，只有满足这些条件，才允许进入该阶段。

（3）有离开某个阶段的条件和准则，只有满足这些条件，才允许完成某个阶段。

（4）阶段性开发规范，每个阶段，都有各自的规范和模板，按照规范和模板的框架进行设计，基本上发生系统性的问题。

参考【[架构之路-8]：架构师 - 必须熟悉的组织内的软硬件研发流程和几大研发系统】

​

2. 定义硬件、软件的开发规范

软硬件产品的开发活动，除之前定义流程之外，还定义了开发规范，如软件的编码规范，它定义如何编写程序，如需求规格说明书书写规范，如硬件原理图设计规范、硬件PCB设计规范、EMC电磁兼容规范等等。这些规范把行业或公司的专家们的最佳实践编程了标准，成为全公司的相关领域工程师共同遵循的标准。不同的设计文档，有不同的规范和标准。

除了文档有标准外，像如何组织会议，如何开设计文档的评审会议，都有相关的标准。 

3. 定义开发文档的模板

硬件、软件的开发规范告诉我们：哪些能做？哪些不能做？如何遵循最佳实践等等，就像法律条文一样，一条条的规范。但没有一个样例。

为了使得开发规范根据可以操作和实施，组织会为不同的开发活动生成的文档，定义成一个模板，比如需要规格说明书模板、设计文档的模板、会议纪要的模板、开会的模板。

组织通过定义各种各样的模板，方便各个岗位的人更好、更高效的遵守开发规范。

4. 定义目标产品的规格说明书

我们知道，任何产品，在开发之前，都会在需求分析和规范阶段，定义产品的规格说明书，这些规格说明书，作为产品的规范，开发开发出来的目标产品，必须满足这个规格，才算合格的产品，确保了产品的质量。

规格说明是是产品的必须遵循的标准。不同的产品、功能、特征，其规格说明书的内容是不相同的，但形式可以相同，即规格说明书规范和模板。

5. 设定阶段性验收标准

把软件和硬件的开发过程分为了多个阶段、定义了开发流程。而阶段性验收标准就是把整个流程切分成可以阶段性验收的时间节点，避免在产品的最后才发现问题，然后在返工的链条就比较长，成本比较高。而阶段性验收，在每个节点完成产品的验收，及时发现问题，即是纠错。

6. 专家和同行评审(review)

个人的经验和认知总会有不足和缺陷，专家和同行评审就能够克服个人的不足，充分发挥团队的作用和力量。在软件开发的每个中间和重要的时间节点，都会要求有强制性的专家和同行评审。确保阶段性产品的质量。

7. 最终测试验证

（1）测试是确保产品质量的最后一个环节，最终的验证测试必须遵守相关的规格说明书的要求。

（2）确保合适的测试方案、方法，确保尽可能多的覆盖业务所有的业务场景。

8. 项目管理

（1）确保工程师的相关开发活动是否按照指定的流程执行

（2）确保工程师的相关开发活动是否遵循了相关的标准

（3）确保工程师的相关的文档是否采用了相关的模板

（4）确保阶段性的验收标准得到了遵守与满足

（5）帮助遇到困难的工程师，在遇到困难时，提供资源，克服困难、解决困难

（6）给研发人员充分的研发时间，事实证明，压缩时间而不改变范围的一个结果就是希望产品的质量。

9.  个人技能的培训与提升

所有的产品研发活动都是通过人来完成的，因此，人自身的能力和质量是产品质量的重要保证。可以通过各种途径来提升个人的技能的提升：

（1）公司、部门、团队不同级别的培训，通过专家分析他们的经验，能够快速的提升个人的能力

（2）团队成员的技术讨论：创造一个相互分享、共同进一步的团队文化，确保