TL9000通信业质量管理体系要求手册R6.1版发布.pdf

TL9000 通信业质量管理体系要求手册 R6.1 版发布 编译：君智博顾问 胡子春 H 从 TL9000 论坛获悉，TL9000 通信业质量体系要求手册标准更新至 R6.1版，该新版要求手册于 2017 年 12 月 31 日正式生效并可使用。该 R6.1 标准的修改仅是在现有 R6.0 的基础上进行简单的重新用词，无修改意图，该 R6.1 标准要求与 R6.0 要求时等同的，并没有取代 R6.0。因此，正在进行 TL9000 升版或开始认证的企业，可选择按照 TL9000 要求手册 R6.0 或 R6.1 的进行均是可以的，或者在下一年认证审核中转为 R6.1 版。总的来看，本次 R6.1 版弱化了文件化的要求，同时对 R6.0 版中的用词不恰当部分进行了重新用词，在 TL9000推行过程中影响不大。TL9000 要求手册 R6.1 相对 R6.0 标准，其主要变化点如下：具体涉及的条款如下：8.3.2.C.1 项目计划 组织的项目策划活动必须根据已定义的产品和服务生命周期模式建立（见8.1.C.1）。项目计划应该包括：贯穿于项目生命周期，其策划活动应该包括：d)进度安排、跟踪、问题解决和管理报告的方法;e)项目因素的估算;f)预算、雇员,相关项目活动的日程表；g)准备使用的多种方法、标准、文件化信息和要使用的工具的标识(假如此项目是被清晰的定义作为产品和服务生命周期模式的部分，参考生命周期模式是充分可以的)；h)其它相关的项目依赖参考相关的计划(例如，风险管理、开发、测试、配置管理和质量)；l)适当情况下，参考X（DFx）面向产品和服务全生命周期的集成化设计计划；m)来自先前项目后分析和回顾的经验教训，包括项目经验教训的根本原因分析和为消除将来重复工程拟采取的纠正措施。n)项目特定的培训要求，o)规定的认证，(例:产品和服务的资质证书或员工的技术资质证书)p)专利权、使用权、所有权、保证期和许可证权限，和 q)项目完成后的分析和改进活动，包括项目学习课程的根本原因分析，和在将来的项目中排除重复发生而采取的纠正措施。8.3.2.C.1-注 1：通常针对所有的开发项目在工作指导书中定义的任务和职责，不需要重复描述在每一个项目计划中。8.3.2.C.1-注 2:项目因素的估计可能包括项目因素，应该包括产品的比如包括规模、复杂性、要求变更、工作量、人员、时间表、成本、质量、可靠性、速率（交付）和生产能力。来自估算过程的数据应该和比较先前估算的实际数字进行分析。8.3.2.C.2 风险管理策划策划 组织必须开发和文件化一个针对会影响成本、进度、质量或产品和服务绩效方面的项目识别、分析和风险控制项目中的风险，（这些风险）可能影响成本、进度、质量或产品和服务绩效。8.3.2.C.4 测试策划 测试计划必须文件化，并必要时应该包括其决定和文件证明，包括：a)测试范围(例如,单元,特征,集成,系统,验收,电场,转移和回归);.8.3.2.C.5 集成策划 组织必须开发并文件化实施一计划去集成硬件，软件和/或服务组件集成到产品中，以确保他们按照设计要求相互作用，该计划必须包括：a)方法和文件化信息，8.3.2.HS.1 配置管理计划 组织必须建立并保持一个方法实施配置管理计划，（该方法）应该包括：a)配置管理活动的标识和范围，8.3.2.HS.2 产品计算(机)资源 组织必须建立和保持一方法，以评估和跟踪针对由产品用到的任何计算(机)设备的关键绩效参数。8.3.2.HS.3 设计开发过程质量测量 在设计开发策划的各个阶段活动期间，组织必须为项目建立和保持为项目选择和报告识别合适的设计开发过程质量测量的方法。在此阶段推荐，在这些活动期间，这个测量系统必须针对项目被恰当地实施。测量应该覆盖项目进度的范围(生命周期阶段转换或里程碑监视)、测试实施和测试阶段缺陷监视。根据顾客要求，沟通必须包括设计和开发过程测量的共同协议报告和评估。8.3.4.HS.3系统测试 每一个产品发布前必须依据文件化的系统测试计划来进行系统测试。产品发布前必须按照测试计划（见8.3.2.C.4）进行系统测试。8.3.5.HS.1 产品设计和开发输出 设计和开发输出（为支持、保持和使用产品的）应该包括但不限于:a)系统结构;.8.3.6.C.1 更改管理过程 组织必须保持文件化信息,以确保在产品和服务生命周期中随时可能出现的所有要求和设计更改,以适当的生命周期阶段的方式均被系统地和及时地管理和跟踪。8.6.S.1 测试文件 软件测试必须根据文件化测试计划实施。软件测试保留的信息必须包括：a)测试结果，更多 TL9000 资讯、咨询，请联系本人作者！QQ/微信：447972893。欢迎加入 ITL9000 通信行业俱乐部 QQ 群：415483491 分享同行的经验，在讨论交流中解疑，在实践中提升！