8.1.3.11 项目沟通管理

 8.1.3.11.1 关于沟通管理，项目必须：

a)应用在7.4和8.2.1中规定的要求；

b)建立、实施和保持一个项目沟通管理计划；

c)执行定期项目评审以监视项目进程，核心团队成员出席（见8.1.3.10.2）。

如果有偏离项目目标，项目必须识别并实施适当的沟通以避免任何对顾客或组织的影响。

8.1.3.11.2项目评审必须包括：

a)项目绩效（实际状况对比策划状况）基于9.1.1规定的KPIs（如要求、时间、成本）；

b)预测（如完成时的时间、预计成本）；

c)实际风险和机会，包括有关措施的状况；

d)跟踪以往评审的开口项和措施。

项目评审的输出应报告给项目经理以上管理层，包括问题的决定或升级。

8.1.3.12 项目风险和机会管理

 8.1.3.12.1 针对风险和机会管理，项目必须：

a)应用6.1规定的要求；

b)建立、实施和保持一份登记包括风险和机会的财务分析；

c)保留风险和机会管理的成文信息。

8.1.3.12.2针对风险和机会管理，项目应：

a)职能线经理参加风险评审；

b)考虑与顾客所商定产品的功能和集成成熟度，作为风险管理的输入；

c)管理成本节省（以平衡损失）或成本增加（以增加保证金）的机会，尤其为了恢复项目预算恶化。

8.1.3.13 项目采购管理

针对项目采购管理，必须应用8.4规定的要求。

8.1.4 配置管理

 8.1.4.1 组织必须建立、实施和保持一个文件化的适于其产品的配置管理过程。

 注：配置管理过程适于硬件和软件。

 该过程必须考虑，至少在：a)技术状态管理策划；

b)产品分解结构直至最低可更换单元；

c)确定技术状态项，至少有关安全件；

d)建立技术状态基线，最低为“设计”、“建造”和“维护”；

e)对技术状态的变更控制依据8.1.5；

f)技术状态纪实；

g)可追溯性标识的准则（如序列、批次号）；

组织必须保留有关成文信息。

8.1.4.2该过程应：

a)考虑定期内部技术状态审核；

b)整合外部提供方的技术状态管理体系（如数据转移接口）；

c)作为技术状态项，考虑在设计、开发、生产和维护中所用工具和软件；

d)由一个应用软件支持。

8.1.4.3 注：见ISO10007 指南。

8.1.5 变更管理

8.1.5.1 组织必须建立、实施和保持文件化过程以管理变更。这些过程必须包括：a)在这个标准中规定的要求，如：1)在8.2.4用于产品和服务要求；

2)在8.3.6用于设计和开发变更；

3)在8.5.6用于生产和服务提供；

b)变更申请；

c)原因分析，当变更源于失效；

d)变更影响分析，考虑风险和机会；

e)对所建议的变更予以验证，以避免不利影响；

f)通知并与顾客、外部提供方和授权机构达成协议，基于准则至少包括变更影响到他们的要求；

注1：变更影响到顾客要求可引发一个偏差许可；

注2：当顾客批准该变更时，来自一个偏差许可的所规定变更申请可以关闭。

g)为变更批准指派职责和权限（如变更控制委员会）；

h)实施前变更的批准；

i)实施变更；

j)实施和跟踪的验证。

这些过程必须由一个应用软件支持。

8.1.5.2这些过程应包括： a)策划措施以将变更影响降到最低；

b)由一个应用软件支持变更的可追溯性；

8.1.5.3对产品和服务技术变更，这些过程必须还包括：a)一个变更影响分析，在

1)已经交付的组件和产品；

2)顾客规范和技术状态；

3)有关成文信息（如质量保证计划、FMEA报告）

b)重新评价功能，非功能和集成要求；

c)再确认活动基于影响分析的结果；

d)要求保留关于被变更产品和服务的序列号和/或日期的成文信息。

注：变更可能引起可靠性的缺乏、老化（产品或外部提供方）、标准/规程/法律/运行需求的进化、成本优化、或特定事件：事故、差错、天气或顾客工程变更通知单。

8.1.5.4 对产品和服务技术变更，这些过程应还包括重新评估运行和集成成熟度。