TL9000认证辅导建立关键问题报告通知文件化程序

7.2.3.C.3 问题报告反馈

组织必须及时和系统地向客户对其问题报告提供反馈。

7.2.3.HS.1 产品追回

组织必须建立并保持文件化程序以识别和追回不适合继续服务的产品。

7.2.3.HS.2 设计开发过程质量测量数j报告

按顾客要求，沟通必须包括共同认可的设计开发过程测量的报告和评价。

7.2.3 HS.3 关键问题报告的通知

组织必须建立一文件化程序，通知可能由关键问题报告影响到的所有顾客。

7.2.3.V.1 关键服务中断通知

组织必须针对影响到的顾客建立和保持一方法，获取关于目前中断的实时信息。

7.2.3.V.1-注 1: 此要求仅适用于提供服务给最终客户的组织。

7.3.1.C.1 项目计划

组织的序幕策划活动必须根据已规定的产品生命周期模式建立并保持项目计划（见7.1.C.1）。计划应该包括：

a) 项目组织结构;

b) 项目团队的作用，职责和义务;

c) 相关团队或个人在组织内外部的作用，职责和义务，在他们和项目团队之间的接口，

d) 时间计划，跟踪，问题解决和报告的方法;

e) 项目因素估算;

f) 准备使用的方法，标准，文件化程序和工具的标识(假如此项目是被清晰的定义作为产品生命周期模式的部分，参考生命周期模式是可以的)，

g) 与其它相关计划的连接(例如：风险管理，开发，测试，配置管理和质量)，

h) 项目特定开发或服务交付环境和物质资源的考虑(例如：去描述开发,用户文件， 检测, 操作,规定的开发工具,安全计算环境,试验空间,工位等的资源)，

I) 针对X(DFx)设计计划适合于产品的生命周期;

j) 项目质量的管理，包括合适的质量测量，

k) “X”计划设计适合产品生命周期(计划例子包括,但不限于:可加工性,可靠性,法规性,适用性,安全性,耐久性,和可试验性)

l) 来自先前项目一流分析的课程，

m) 风险管理和应急计划 (例如，工作风险, 现场低可靠性, 缺陷, 资源和时间计划)，

n) 项目特定的培训要求，

o) 规定的认证，(例:产品认证或员工的技术认证)

p) 专利权，使用权，所有权，保证期和许可证权限，和

q) 项目完成后的分析和改进活动，包括学习的项目课程根本原因分析，和在将项目中排除重复发生而采取的纠正措施。

7.3.1.C.1- 注 1: 项目计划和任何其它相关计划都可以是一个独立的文件或是另外一份文件的一部分或是几份文件的组合.

7.3.1.C.1 – 注 2: 对所有开发项目都通用的，规定任务和职责的通用作业指导书不需要重复作为项目计划的一部分。

7.3.1.C.1-注 3:项目因素的估计应该包括产品的规模,复杂性,要求变更,工作量,雇工,计 划,成本,质量,可靠性,和产率.来自估算过程的数据应该和比较先前估算到实际进行分析.

7.3.1.C.1-注 4: DFx 例子包括可加工性，可靠性，法规，可维修性和可试验性。