PMMDM01R01产品维护阶段缺陷管理规程.docx
《PMMDM01R01产品维护阶段缺陷管理规程.docx》由会员分享，可在线阅读，更多相关《PMMDM01R01产品维护阶段缺陷管理规程.docx（11页珍藏版）》请在冰豆网上搜索。
PMMDM01R01产品维护阶段缺陷管理规程
ProductMaintenancePhaseDefect
ManagementRegulations
产品维护阶段缺陷管理规程
（PMM-DM01R01V1.0/PMM）
Preparedby
xxx
Date
拟制
日期
Reviewedby
xxx
Date
审核
日期
Approvedby
xxx
Date
批准
日期
Revisionrecord修订记录
Date
日期
Revision
Version
修订
版本
ChangeDescription
修改描述
Author
作者
2008-7-14
0.1
initial初稿完成
XXX
1目的5
2范围5
3维护团队成员在问题和缺陷管理方面的职责5
4单个问题分类处理规程8
4.1问题分类处理原则9
4.2网上问题处理规程1..0
4.3生产问题处理规程1..1
4.4缺陷处理规程1...2
5产品缺陷统计和报告的管理规定1..5
5.1问题清单管理与周边部门的通报机制1..5
5.2问题总结报告、统计分析的管理要求1..6
5.3根据问题进行经验案例总结的要求1.6
6缺陷预防的要求1..6
ListofTables表目录
Table表1Sampletable样表错.误！
未定义书签。
ListofFigures图目录
Figure图1SampleFigure样图错误！
未定义书签。
ProductMaintenancePhaseDefectManagement
Regulations
产品维护阶段缺陷管理规程
Listofabbreviations缩略语清单
Abbreviations
Fullspelling
Chinese
缩略语
英文全名
explanation
中文解释
PMM
ProductMaintenaceManagement
产品维护管理（本文件
特指在研发领域内）
PCM
ProductConfigurationManagement
产品配置管理
PRM
ProductRequirementManagement
产品需求管理
PTM
ProductTestManagement
产品测试管理
RDM
R&DManagement
研发（项目）管理
Listofreferenee参考资料清单
1）2）
目的
1.1明确产品R版本在正式发布后有关缺陷的管理规范，指导对象是研发维护团队；
2范围
2.1产品R版本正式发布（网上运行）后，与研发设计有关的缺陷处理过程。
这里所说的“有关”，不仅包括经过定位分析后确定是缺陷的问题，也包括在问题责任确定之前怀疑是产品缺陷的问题，研发维护团队有责任协助分析处理这些问题。
2.2本文所说的“问题”，是指用户和下游部门、相关部门反馈的有关产品不能正常工作、不能达到技术要求的情况；如果经过分析定位，确定该问题是由于产品设计错误或不完善造成的，则该问题被判定为“缺陷”，简称“缺陷”。
本规范适用于这两类情况；
2.3各类产品问题的处理过程，首先应该符合（要求不低于）公司质量部发布的《产品质量问题管理总体规范》（按最新版本为准）。
本规程是在研发维护领域内的具体要求的补充细化。
3维护团队成员在问题和缺陷管理方面的职责
3.1R版本维护经理的职责
1）指定维护团队成员对各方面问题（包括网上问题、下游部门和相关部门反馈的问
题等）的处理责任范围，并通报给上级主管和周边部门、周边业务代表（主要是
技术支援和生产部门）；在必要时可指定某个成员担任某类问题接口人，例如网
上问题接口人、生产问题接口人。
该接口人也可以是维护经理本人；
2）对于事先未指定处理责任范围的问题，或有争议的问题，协调相关人员共同商议解决或临时指派人员处理；必要时亲自处理；
3）根据问题分布情况和市场反馈情况，以及PDT的相关要求，制订合适的问题解决进度计划和补丁版本开发计划，并跟踪这些计划的执行情况；
4）定期对所有问题的相关数据进行统计分析，评估工作进展情况，必要时向PDT提出预警，并安排改进措施；
5）对各类问题的处理过程进行抽样检查，如果发现不符合规范的，应责令解决，并分析不符合的原因，安排管理方面的纠正措施、跟踪审计问题解决；
6）定期安排对重要问题的原因进行经验总结，推动相关部门学习改进；必要时推动、参与技术规范和管理规范的优化；
7）组织编写网上问题定位分析指导书等材料，提供给技术支援和相关维护人员；
3.2SE的职责
1）协调跨产品问题的定位分析，参与制订解决方案；
2）对于通过问题表象不易直接定位到软件或硬件模块的问题，组织相关技术专家进行攻关分析，定位问题原因；
3）对于已知的系统设计架构缺陷，负责给出优化方案和CR；
4）审核维护版本（包括补丁版本和新特性版本）的测试方案；
3.3测试经理/测试工程师的职责
1）根据维护经理的安排，协助分析定位相关问题；
2）把网上问题中属于产品缺陷的问题填写到CMM缺陷跟踪电子流中进行跟踪，督促解决；
3）对已发现问题进行跟踪和回归测试；
4）定期统计与设计有关问题的状态和分类数据，向维护经理和PDT经理汇报；
5）对网上问题漏测原因进行总结分析，推动安排相关改进措施；
3.4软件/硬件/逻辑工程师的职责
1）分析和跟踪解决维护经理指派的、测试人员提交给自己的问题，协助SE分析系
统级的问题、协助相关模块负责人分析相关模块的问题；必要时可向专项工程师求助；
2）协助测试人员制订与缺陷回归测试有关的测试用例；
3）参与编写网上问题定位分析指导书等材料；针对重要问题，进行经验总结，提交经验总结和案例材料；
4）如果产品资料相关章节中存在与自己所负责的范围相关的技术性描述缺陷，应该在资料经理/资料工程师的安排下，修改优化这些章节；
3.5资料经理/资料工程师的职责
1）跟踪有关资料内容的缺陷，并安排修正解决；
2）资料文字编排方面的问题应自行解决；有关产品技术描述的问题，可分配给相关工程师修改相关章节；
3.6技术支援代表的职责
1）协调相关技术支持人员按照研发维护团队的要求，尽可能全面、清晰地收集有关网上问题的背景信息；
2）按照研发维护团队提供的相关维护指导材料（产品资料和问题定位指导书等），首先组织技术技术支持人员对已知类型的网上问题进行定位分析和解决；如果经过定位分析发现与已知问题不一致或遇到未知类型的问题，应转交研发维护团队处理；
3）把研发维护团队制订的针对网上问题的规避措施、解决措施传达给技术支援一线
工程师（包括技术支持人员和工程安装人员）；
3.7专项工程师的职责
专项工程师主要是指器件可靠应用工程师、EMC工程师、安规与防护工程师、制造技
术工程师、热设计工程师等。
这些工程师应该在收到研发维护团队的求助和故障分析任务时，协助从自己所负责的技术领域角度来分析问题原因，并给出解决建议。
3.8CMO的职责
1）CMO应该根据维护版本计划，授权开发人员在指定的版本上修改缺陷；
2）其他相关活动应该遵照PCM规范执行；
3.9QA的职责
1）对问题管理的执行情况进行抽样审计；
2）协助或组织维护团队总结分析问题原因，制订和实施流程管理方面的纠正措施；
4单个问题分类处理规程
4.1问题分类处理原则
下游或周边部门反馈给研发的问题，是根据问题现象估计可能是产品缺陷的问题，研
发维护人员需要与相关部门一起进行评估分析后，确定其责任范围。
问题原因按照责任领域划分可能分为如下几种类型，需要分别转发不同的责任部门/角色处理：
1）工程安装操作问题。
需要由技术支援部门作出改进，研发可提供协助指导；
2）寿命到期正常损坏。
如果网上设备在使用期内，因偶然的器件失效，且发生比例
很低（各类产品和器件的标准不同，另行规定），经器件可靠应用工程师和硬件
工程师分析确认后，可以判定属于此类；各领域无需安排改进措施，只需对用户
设备部件更换处理即可。
对于设备使用时间超出了工作寿命以上的情况（超过了
产品规格规定的寿命，例如十年以上），需要销售部门确认后按照销售新设备的
方式处理；
3）维护误操作。
需要由技术支援部门作出改进，研发可提供协助指导；
4）其他设备因素。
此类情况是指因其他设备故障引发的维护团队所负责产品问题。
需要与局方协商解决，一般是局方自行处理或技术支援临时处理即可。
如果其中同时也发现我方设备有质量隐患，维护团队应该予以跟踪解决；
5）环境因素。
特指因异常（超出产品正常工作环境条件范围的）恶劣因素导致的问
题，例如机房漏水等。
一般是局方自行处理或技术支援临时处理即可；
6）发货问题，指发错货的情况。
由供应链相关部门处理，技术支援协助；如果是因
为研发确定的BOM清单有错误，应该由研发负责纠正；
7）运输损坏。
由供应链相关部门处理，技术支援协助；
8）产品质量问题。
分为三类：
因生产原因造成的、因来料问题造成的、因缺陷造成
的。
其中，前两类转交供应链相关部门处理，研发人员协助；第三类由研发维护团队负责处理。
4.2网上问题处理规程
4.2.1问题受理
1）要求技术支援代表及技术支持人员首先按照有关资料和指导书进行定位分析，研发维护团队只受理经过技术支援人员分析但无法独立解决的问题；
2）要求技术支援人员在网上问题电子流上提交问题报告单；紧急问题可以先用电话或邮件答复，但必须在3个工作日内补充提交问题单；
3）对于造成重大影响的网上问题（重大事故），PDT经理和维护经理均有责任及时向BMT报告，并且有关问题的解决方案需要经过BMT的批准；
4.2.2问题处理过程
1）网上问题单的处理操作过程，应按照IPD文件《网上问题处理流程》和《网上问题处理操作指导书》处理；
2）如果下游部门认为问题可能与设计有关，经维护团队评估后认可这种可能性的，应录入CMM缺陷跟踪电子流，进行跟踪改进，确保在指定的优化版本上进行回归。
a）网上问题录入CMM缺陷跟踪电子流的操作，一般建议是由测试工程师承担，维护经理也可以指定其他角色承担。
b）网上问题录入CMM缺陷跟踪电子流主要目的是跟踪在新的维护版本中解
决，需要有一定的处理周期；在提供优化版本之前，仍然需要在网上问题电子流中及时答复，给出临时解决建议；
c）网上问题录入CMM缺陷跟踪电子流后的管理要求，参见本文第4.4节；
d）如果最终确定该问题不是设计质量问题，经过测试经理确认后，可以作为非问题关闭；
4.3生产问题处理规程
4.3.1问题受理
生产过程中发现的问题，应该首先由质量工艺部分析处理；对于质量工艺部不能处理，
以及怀疑存在缺陷的问题，应该按照R版本责任归属关系提交给相应的研发维护团队，
一般建议是由质量工艺工程师在生产问题电子流中提交给研发维护团队中的硬件负责
人。
有关R版本责任范围关系，由PDT定期向质量工艺部通报。
4.3.2问题处理过程
1）研发维护团队对问题评估后（一般由维护经理负责），如果判定不是设计质量问
题，可根据研发维护经理的安排协助质量工艺部解决相关问题，或给出建议。
其中，关于调测维修方法方面的问题，研发维护团队有责任提供、优化相关的指导文件。
2）如果不能判定问题是否存在缺陷，应该作为可能的缺陷来跟踪处理，录入CMM
缺陷跟踪电子流，进行跟踪改进，确保在指定的优化版本上进行回归。
a）生产问题录入CMM缺陷跟踪电子流的操作，可以由测试工程师或质量工艺工程师承担，维护经理也可以指定其他角色承担。
b）生产问题录入CMM缺陷跟踪电子流主要目的是跟踪在新的维护版本中解决，需要有一定的处理周期；在提供优化版本之前，仍然需要在生产问题电子流中及时答复，给出临时解决建议；
c）生产问题录入CMM缺陷跟踪电子流后的管理要求，参见本文第4.4节；
d）如果最终确定该问题不是设计质量问题，经过测试经理确认后，可以作为非问题关闭；
3）对于怀疑是器件来料质量问题的，应该通知器件可靠应用工程师和TQC工程师
共同分析，并由TQC工程师通知器件供应商进行分析；
4.4缺陷处理规程
4.4.1缺陷的跟踪流程
怀疑是缺陷的问题，未排除设计原因的可能性之前，必须在CMM缺陷跟踪电子流中进行跟踪，并安排在适当的版本中解决。
1）各问题记录在电子流中的跟踪过程要求，参照《PTM03G06-ProductTest
DefectManagementGuideline产品测试缺陷管理指导书.doc》；
2）关于问题单有效性和关闭、以及挂起处理操作的管理规定，参照公司质量部文件《缺陷跟踪子流问题单管理规定》处理；
4.4.2设计变更的控制
部分缺陷的修改，可能需要变更相关模块的接口，或对系统架构进行优化，此类情况
需要提交产品CCB评审。
有关具体要求，参照《PCM02-产品变更管理规程》处理；
4.4.3问题的同步管理要求
部分问题可能同时涉及多个R版本或者多个产品，需要进行同步跟踪，避免出现相同
问题在各产品处理不一致或遗漏等情况。
1）问题通报由各产品PDT指定的接口人负责（可以是研发维护团队成员）。
通报范围包括三类情况：
a）在PDT内部通报给各R版本负责人；
b）在产品线内通报给各相关产品族；可以是本PDT接口人通报给各PDT接口人；也可以是先提交给产品线指定的接口人或产品线维护优化部负责人，再做通报。
具体操作方式由各产品线自行规定；
c）对于公共模块（平台类）的缺陷，应该通报给公共模块的责任团队负责人；
2）对于公共模块（平台类）的缺陷，应该由公共模块的责任团队来修改，然后再发布修改版本给使用公共模块的团队。
避免分别修改带来的不一致性。
3）维护团队成员在处理所有问题过程中，都应该把问题处理情况抄送给本团队所有成员（抄送方式可以采用电子流中的抄送功能或使用NOTES邮件抄送）。
重要问题和普遍性问题抄送给维护优化部群组和PDT接口人。
4）各问题处理责任人在实施问题解决措施前，应该先把解决方案提交给产品PDT
接口人，由PDT接口人判断是否其他产品可能存在此问题、是否需要修改版本来解决；如果是，则将该问题单（确保有内部问题单号和正式答复）抄送产品线指
定的接口人或维护优化部问题监控小组，必要时抄送产品线和维护部相关群组；
并由问题接口人/监控人负责确认具体问题在各产品之间的同步情况（注：
各产品
内部各版本之间的问题同步，由各产品维护组/开发组负责）。
5）产品线问题接口人和PDT问题接口人应该对维护团队通报的问题进行记录跟踪，并负责判断其它产品是否需要同步，维护网上问题同步跟踪表。
各产品线可以自行规定问题同步跟踪表模板（可以参考PMM文件提供的样例）。
6）对于影响较大、修改方案涉及共享平台或多个模块的问题，其解决方案需要提交
PDT接口人和产品CCB共同审批，并通报给相关产品和相关版本同步修改。
有关修改方案审批控制的标准，参照参照《产品维护阶段配置管理规程》处理；
7）产品线接口人应该组织需要同步该问题的产品问题接口人对问题解决方案进行评审，评审通过后，则由各产品问题接口人负责产品实施；如方案评审不通过，则由问题接口人组织方案讨论，各产品接口人（或指定人员）根据各产品实现方案不同，对方案提出改进和完善建议，输出最终解决方案。
8）问题修改方案确认后，由各产品接口人负责在各产品推广实施，提需求或内部问题单，并向问题接口人反馈进展情况；问题接口人负责监控各产品实施情况，及时刷新问题同步跟踪表，并定期（每个月）向各PDT接口人和各维护经理、维护优化部公布。
9）产品线问题接口人判断某问题可能影响其他产品线的相关产品，应通报给相关产品线的问题接口人；
4.4.4缺陷修改的回归验证缺陷的修改方案应该按照维护经理制订的版本计划，在指定的版本上实施或合入，然后由测试工程师针对缺陷发生的条件制订测试用例，再进行回归测试；
5产品缺陷统计和报告的管理规定
5.1问题清单管理与周边部门的通报机制
5.1.1问题状态清单管理
1）R版本维护经理需要为每一个R版本建立问题状态清单，并定期维护（更新）该清单。
其中，已经填写在CMM缺陷跟踪电子流中的问题，可以直接使用CMM库本身的查询视图或统计工具进行跟踪；
2）维护经理根据问题分布情况和市场反馈情况，以及PDT的相关要求，制订合适的问题解决进度计划和补丁版本开发计划，并跟踪这些计划的执行情况。
在版本开发过程中，可以根据PDT要求和市场需要，调整版本计划；
3）维护经理需要在版本发布评审时，跟踪和更新问题状态清单中的状态信息，并在版本发布配套资料中说明已解决问题和未解决问题的状态；
5.1.2问题通报管理
1）可能与其他版本相关的问题，应该通报给相关版本和相关产品的接口人。
具体要求参照本文第4.4.3节；
2）问题状态清单需要定期以及在版本发布时，通报给PDT经理和技术支援代表；
3）与生产和采购相关的问题，需要及时通报给供应链质量工艺部和TQC；
4）可能造成产品资料修改的相关问题，及时通知给资料工程师。
5.2
5.3
问题总结报告、统计分析的管理要求
1）维护经理必须定期对所有问题的相关数据进行统计分析，评估工作进展情况，必要时向PDT经理提出预警；
2）维护经理和维护团队成员需要定期向上级主管提交问题统计分析、处理状态和有关工作总结的报告；测试问题报告可以参考PTM文件；
3）在版本发布评审时，版本负责人应该提交与版本有关的问题处理状态报告，并针对遗留问题的可能影响进行评估，给出必要的规避方案；
根据问题进行经验案例总结的要求
1）对于重大问题和普遍性问题，必须深入分析其根本原因，包括技术和管理两个方面，编写经验案例，给本PDT相关成员借鉴学习，并推荐给质量部门推广；案例编写模板，可以参考使用《研发经验案例模板》。
2）其他有关要求，参照研发体系或各产品线的规定；
有关
缺陷预防的要求
维护团队应该对重大问题和普遍性问题，对问题的根本原因进行分析，总结以前工作的不足，安排相应的改进，避免今后的同类产品设计生产过程中产生（引入）同样的问题。
升级会员 