转阶段技术状态确认到底做什么?

关注作者

在GJB 9001C-2017《质量管理体系 要求》的8.3.4g)条款明确要求“控制技术状态的更改,转阶段前实施技术状态确认”,控制技术状态更改容易理解,但是,转阶段前实施技术状态确认,到底该确认什么,如何确认,确认过程中重点关注什么呢?估计很多人一脸懵,今天我们就一起说说这个话题。

一、什么是技术状态确认

首先说“what”,技术状态确认是什么?

先看确认,根据GB/T 19000-2016《质量管理体系 基础和术语》的定义,确认是通过提供客观证据对特定的预期用途或应用要求已得到满足的认定。通俗的讲,就是输出的结果能不能满足使用的要求,比如:设计开发确认就是指设计开发的产品能不能满足客户的使用需求;计量确认就是指校准或检定后的测量设备能不能满足测量的使用需求。

那么,技术状态确认就是确认后产品的技术状态能不能满足客户的使用需求。我们知道,技术状态在技术文件中规定的及在产品中达到的功能特性和物理特性,简化的说法就是,功能特性和物理特性能不能满足客户的使用需求?但是,部分转阶段评审时(比如:从工程研制的方案设计期间转到样机研制和性能验证期间),产品还没有研制生产出来呢,客户在这个环节也没有介入,根本无法验证是否满足使用需求啊?

所以,严格来说,“技术状态确认”这个词就是一个伪命题,应该理解为“技术状态复查+确定”更为合适。

​​​​​​​

二、为什么进行技术状态确认

然后说“why”,为什么进行技术状态确认?

讨论这个问题之前,我们先看一下“转阶段评审”,我们都知道,转阶段评审是装备研制过程中不可缺少的一项质量控制工作。在新的装备研制程序中,常用的转阶段评审包括四个:①工程研制阶段从方案设计期间到初样研制期间;②工程研制阶段从初样研制到试样/正样研制;③工程研制阶段从试样/正样到状态鉴定,结合状态鉴定开展;④从工程研制阶段到列装定型阶段,结合列装定型开展。

那么,我们为什么要开展转阶段评审呢?

众所周知,随着科技的发展,装备研制变成一个复杂的系统工程,涉及很多单位、很多人员,其管理工作也日益复杂。为了更有效的管理,我们就把这个复杂的工程划分为很多个阶段,完成每个阶段的工作就能保证最终的成果(这个把复杂问题分阶段、分类细化的方法在工作生活中都得到了广泛的应用),而转阶段评审就是对其中的一个阶段成果进行检查和验收,确保阶段任务的完成,同时明确下一阶段的工作。

技术状态也是一个阶段的成果之一,所以需要结合转阶段评审进行检查和验收,同时明确下一阶段的基线,也就是上文提到的“复查+确定”。

三、怎么进行技术状态确认

最后说“how”,如何进行技术状态确认?

我们知道,技术状态管理的目标是保持四个方面的一致性:文文一致、文实一致、文需一致、实需一致,所以,技术状态确认就是采用技术状态验证与审核的方式,保持每个阶段的一致性。

3.1 工程研制阶段从方案设计期间到初样研制期间

技术状态确认关注的内容包括但不限于:

1)系统方案满足任务要求、合理、可行的情况;

2)方案设计期间的设计更改落实情况;

3)方案设计期间的系统规范是否全面和规范,围绕研制规范的要求所作的工作是否充分和正确;

4)技术状态管理计划是否编制完成;

5)是否按要求开展了技术状态标识、记实等工作。

3.2 工程研制阶段从初样研制到试样/正样研制

技术状态确认关注的内容包括但不限于:

1)初样机设计经试验验证原理、结构是否可行,技术性能是否满足研制总要求及技术协议书的要求;

2)初样阶段研制、试验工作完成及满足要求情况;

3)软件开发和测试结果是否基本满足产品功能和性能要求;

4)设计资料、技术文件、工艺文件、产品图样、工艺工程是否完整、准确、统一;

5)初样设计期间的设计更改落实情况;

6)是否按要求开展了技术状态标识、记实和审核等工作。

工程研制阶段从试样/正样到状态鉴定,结合状态鉴定开展;从工程研制阶段到列装定型阶段,结合列装定型开展,这两个部分不再赘述。

上面说到了技术状态确认中的复查和验证工作,还需要明确出下一阶段的技术状态基线,所以应明确技术状态文件和技术状态基线的状态,作为新研制阶段的开端。

四、最后的话

需要强调的是,不能把转阶段评审和技术状态确认作为两个割裂的过程来看待。技术状态管理最终的目的是“实需一致、文实一致、文需一致、文文一致”,而转阶段评审是为了保证技术指标满足研制总要求和技术协议书的要求,这在某种程度上也体现了“实需一致、文需一致”的要求,所以,我们应该考虑把技术状态确认和转阶段评审结合进行,用尽量少的工作,同时满足两方面的要求。

徐红莲在《军工电子装备研制转阶段技术状态管理探索》提出了将技术状态管理与产品研制过程相结合的思路,形成技术状态管理表单,量化转阶段技术状态监控和管理要求,作为检查技术状态控制运行、达标情况、遗留问题的方法,能够实现研制管理与技术状态管理的有机结合。具备一定的参考价值,请各位朋友作为参考。

------END------

欢迎点赞、转发。一起在职场发光发热。

目 录 导言.IT项目的生命期 第一章.IT项目的启动阶段 1.1 可行性研究报告框架 1.2 项目章程 1.3 项目整体风险水平定性分析表 1.4 多项目风险情况一览表 1.5 质量保证说明书 1.6 采购程序及准购权限表 1.7 会议议程安排表 1.8 会议预算表 1.9 会议申请审批表 1.10会议通知表 1.11会议签到表 1.12会议资料明细表 1.13会议记录表 1.14会议内容管理表 1.15会议代表通讯录 1.16会议纪要表 1.17会议决议表 1.18会议决议落实通知单 1.19会议决议跟踪表 1.20实际会议费用清单 第二章.IT项目的计划阶段 2.1 IT项目综合计划模板(1)——项目整体介绍 2.2 IT项目综合计划模板(2)——项目管理过程 2.3 IT项目综合计划模板(3)——项目组织介绍 2.4 IT项目综合计划模板(4)——工作包、进度和预算 2.5 IT项目综合计划模板(5)——技术过程介绍 2.6 项目范围说明书 2.7 软件需求调查表 2.8 需求分析说明书 2.9 系统设计任务书 2.10 工期类比估算表 2.11 项目活动计划表 2.12 项目进度计划表 2.13 里程碑计划及其跟踪表 2.14 所需资源清单及费用估算 2.15 成本类比估算表 2.16 按模块估计的成本估算表 2.17 基于费用科目的成本估算表 2.18 项目年度用款计划表 2.19 IT项目质量指标框架模板 2.20 IT项目质量保证计划模板 2.21 关键质量活动一览表 2.22 项目人员需求申请表 2.23 面试记录表 2.24 项目成员审核表 2.25 项目组工作说明书 2.26 项目成员岗位工作说明书 2.27 岗位说明书一览表 2.28 IT项目团队知识地图 2.29 项目成员责任分配矩阵 2.30 项目成员培训需求调查表 2.31 项目培训计划表 2.32 项目文档分类表 2.33 项目干系人的沟通需求分析表 2.34 项目信息接收责任明细表 2.35 项目成员联络表 2.36 单个风险损失值评估表 2.37 项目所有识别风险一览表 2.38 单个风险应对计划表 2.39 风险应对计划一览表 2.40 硬件产品请购单 2.41 软件产品请购单 2.42 项目采购计划明细表 2.43 采购招标书模板 2.44 采购投标书模板 2.45 供应商财务状况调查表 2.46 供应商评估表 2.47 采购中标通知书 2.48 采购落标通知书 第三章.IT项目的执行控制阶段 3.1 项目管理跟踪报告模板 3.2 项目变更控制表 3.3 项目变更动力、阻力分析表 3.4 项目范围变更一览表 3.5 项目变更状态跟踪一览表 3.6 范围/进度/成本/质量/采购变更一览表 3.7 工作周报 3.8 项目工作包进展报告表 3.9 项目月度进展报告表 3.10 项目月进度控制一览表 3.11 项目进度偏差控制表 3.12 某月/季项目进度汇报表 3.13 项目工作包进展抽查表 3.14 系统模块安装实施控制表 3.15 多项目进展状况一览表 3.16 项目费用申请表 3.17 项目支出明细单 3.18 基于最低预算的成本控制表 3.19 成本偏差控制表 3.20 单项目挣值分析表 3.21 多项目挣值分析比较表 3.22 信息系统缺陷的质量目标表 3.23 项目单元测试方案 3.24 系统测试用例表 3.25 系统测试问题报告单 3.26 系统缺陷状态跟踪表 3.27 软件Bug详细记录表 3.28 项目重大缺陷一览表 3.29 项目成员工作周报 3.30 临时成员加入项目组申请表 3.31 项目成员绩效考核表 3.32 360度考核表 3.33 培训申请审批表 3.34 前十个风险监控一览表 3.35 一/二次风险监控一览表 3.36 基于挣值分析的风险监控表 3.37 采购设备订单状态报告 3.38 采购设备费用状态报告 3.39 设备验收单 3.40 设备检验状态一览表 3.41 取消订单损失报告 3.42 退货清单 3.43 公司采购合同执行情况一览表 3.44 采购合同验收报告 3.45 采购设备分配表 第四章.IT项目的收尾阶段 4.1 用户部门新需求申报单 4.2 IT项目产品质量评审表 4.3 软件验收单 4.4 设备验收单 4.5 IT项目内部验收报告模板 4.6 最终项目文件列表 4.7 IT项目验收单 4.8 项目成员述职报告模板 4.9 项目成员经验教训报告模板 4.10 项目结束人员安排表 4.11 设备回收交付表 4.12 项目团队内部经验总结模板 4.13 最终项目内部总结报告模板 4.14 最终项目用户移交报告模板 附录.项目管理主要网站 参考文献
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值