序号

过程

建议检查频度和检查方法

1

项目策划

项目策划时、项目策划结束时，参与项目策划过程，检查过程文档

2

立项过程

立项完成时，检查立项的相关文档，参与立项评审会议

3

需求开发与管理

每个月一次，检查过程输出文档，询问

4

项目跟踪与监控

每个月一次，询问，检查文档

5

技术评审会议

每次技术评审会议时，参与会议评审，检查其过程，检查其文档

6

设计和编码

每个月一次，询问，检查文档，抽查代码

7

质量保证过程

每个月一次，检查QA的过程主要输出，询问

8

测试和产品集成

每个月一次，询问，检查文档，抽查案例

9

产品发布

每个月一次，询问，检查文档

10

配置管理

每个月一次，询问，检查文档

11

变更过程

每个月一次，询问，检查文档

12

结项过程

项目结项完成时，检查结项的输出

13

组织过程改进

每个季度一次，检查组织财富库，检查相关过程记录

14

组织过程聚集

每个季度一次，检查组织财富库，检查相关过程记录

15

组织培训过程

每个季度一次，检查培训过程记录、培训库的管理

序号

主题

内容

1

产品数据

²  文档是否按模板创建，命名是否符合规范；

²  文档中是否有修改历史，填写是否完整；

²  文档存放位置是否正确，BOM数据存放位置是否正确；

²  设计类文档章节缺失；

²  文档提交被驳回2次以上；

²  关键文档缺失，或未上传最新版，非关键文档缺失；

²  是否存在一物多码的现象

2

项目过程方面

²  项目计划的制定、维护、变更是否符合要求；计划达到变更要求，但未变更；计划明显错误；实际完成日期未及时更新，记录日期与实际不符；

²  里程碑的评审、报告过程是否符合要求；

²  TR推迟，TR评审会议推迟，TR遗留问题关闭延迟；

²  测试执行与测试策略中测试任务计划不一致；

²  风险和配置管理过程是否符合要求

3

流程执行审计

²  未按流程转测试并未经特批；

²  测试部预测试不通过；

²  缺陷管理系统中同一个缺陷回归测试一次不通过，二次不通过；

²  未通过TR2、PDR情况下进行开发工作；

²  没过TR5且未经特批直接生产；

²  在小批量生产之前未提供装备软件的；

²  未经测试部测试私自送样或外发送软件且未经特批的；

²  对测试问题在缺陷管理系统中超过10个工作日未做任何处理的；

²  版本回归次数超过质量目标；

²  测试部发现的缺陷没有录入缺陷管理系统的；

²  每次测试不按规定的流程给出测试报告的，测试报告数据不真实；

²  未召开周例会，也没有提交周报

序号

主题

内容

1

审计目的

²  对项目过程进行审计，协助提高项目过程的规范性，保证项目质量；

²  对项目产出的数据进行审计，包括文档规范性及正确性，逐步提高文档标准化水平，确保BOM数据的正确性，从而有效地、正确地指导生产；

²  对流程的执行情况进行审计，确保流程使用及执行的正确性，通过流程的正确执行，保证数据变更的可控性、正确性、一致性；

²  通过持续的审计及改进，促进项目团队在项目执行控制、数据质量等方面的提升，确保项目执行过程、最终交付的产品数据符合研发管理流程和规范的要求

2

审计范围

本次审计涵盖了目前正在进行中的产品开发项目，以及部门管理项目，列出项目清单

3

审计内容

参见前面研发过程审计内容

4

审计周期

本次审计的时间周期为××年×月×日—××年×月×日

5

审计结果

²  审计结果综述：本次审计共发现××个问题，其中项目管理类问题××个、流程执行类问题××个、产品数据类问题（包括文档规范性、BOM数据）××个，用表格或者图标表示；

²  优秀实践：在项目执行过程中，任务汇报较及时、详细，周报更新及时，项目范围发生变更时走变更流程的研发项目值得推广；

²  审计发现问题概述：简单易解决的问题和需持续改善的问题。

²  简单易解决的问题顾名思义就是处理起来非常简单，只需研发人员和项目管理者在日常工作中稍加重视即可避免。这类问题不仅处理起来简单，而且对于数据管理的准确性、统一性和研发管理效率的提高有较明显的作用。主要包括以下几类：项目经理本身线下工作任务多，部分项目经理对系统掌握不够熟练，不能及时发布任务，造成一些“僵尸项目”。“先系统（派发/接收任务）后线下（审核/完成任务）”的工作习惯没有养成。部分工程师对项目管理系统认知度不够，不能及时主动完成应该完成的任务，造成线下任务完成，线上任务延迟的现象。任务状况汇报问题，不及时更新任务状况及百分比，或者在需要更新的内容（百分比、状况、状况说明）中只更新其中的一项或者两项。任务更新与实际情况不符。有交付件的任务，完成任务时没有进行交付就填写任务完成。有交付物的任务在进行过程中，没有及时将项目产生的交付物上传对应产品库。流程没有及时审批，BOM存放位置错误，项目的例会等项目内部沟通水平达不到要求等；

²  需持续改善问题受多方面因素限制，不能一步到位地解决，而是需要我们的团队和个人不断学习、总结、积累、改进的过程。这类问题包括：项目计划制定不完整、里程碑定义缺失、任务定义不清晰，缺少交付物，计划出现偏差时未及时进行调整，计划调整时没有兼顾前后任务的关系导致计划不合理、前后矛盾。一些项目中出现“计划的调整导致计划前后矛盾”，该问题是由于计划制定过程中没有设置前置任务导致。流程执行负责人和审阅者是同一个人，受影响对象收集不齐全，审阅者审阅时没有认真负责，存在问题却审阅通过等。

6

详细审计报告

每个项目的详细审计报告与问题

序号

主题

内容

1

规模

产品设计规模：设计规格书中设计规格条数，实际规模相对于估计规模的偏差百分比

2

工作量

²  指在产品上投入的人力，产品在Charter到GA过程中投入的研发总工作量。市场、技术支援、制造、财务等部门在PDT中投入人力相对比较少，可不纳入工作量度量，测试验证、整机工程、制造设计、CAD等研发工程师投入要纳入工作量度量；

²  实际花费的工作量相对于估计工作量的偏差百分比；

²  生命周期每个阶段工作量占比总工作量的百分比

3

进度

²  开发计划完成率：指产品计划完成情况、各阶段的时间花费，包括DCP、TR等重要里程碑时间点、更新计划重要里程碑时间点、实际进度重要里程碑时间点；

²  项目进度偏差率：项目实际进度相对于计划进度的偏差百分比

4

生产率

单位工作量所生产的项目活动量

5

稳定度

²  指产品设计需求和规格的变化情况：

²  需求稳定指数：工程设计需求稳定性指数衡量可测性需求、可制造性需求、可靠性需求、可服务性需求等被产品采纳后的稳定性；

²  设计规格稳定性指数＝变更的设计规格数/初始设计规格数；

²  单板平均投板次数衡量硬件开发过程稳定性；

²  ECN数量衡量工程文件变更情况；

²  技术评审要素通过率；

²  共用基础模块CBB

6

质量保证

²  发现缺陷密度：从设计规模的角度度量缺陷密度，从制造规模的角度度量缺陷密度，从运行规模的角度度量缺陷密度；

²  缺陷数趋势：包括内部和网上新增问题趋势、遗留问题趋势，交付后单位规模内发现的缺陷数；

²  缺陷分布率：生命周期每个阶段发现缺陷占总发现缺陷的百分比；

²  缺陷去除率：项目交付前去除缺陷数目占总缺陷的百分比；

²  问题严重性和问题管理力度

7

市场竞争力

²  客户反馈产品缺陷分布、网上问题及时解决率、逾期问题解决率；

²  客户满意度；

²  产品故障率目标完成率、技术支持力度；

²  市场份额、市场响应速度

8

财务

²  预算正确率、毛利率、销售计划完成率、销售收入增长率、设计成本降低额、客户服务费用比重；

²  新产品销售比重、研发费用比重、预研费用比重、废弃项目比重

9

质量保证

主要流程执行符合度，规范遵从度，产品成熟度

10

其他

供应链存货周转率、合格项目经理数量、员工满意度、员工年培训天数员工任职资格提升比率