|
8.2.3目前是大家审核中严重“走过场”的情况。在审核时要明确以下内容和方法:# I5 _- ?( E+ Z( ]% r( a
1)什么是过程的目标(为了产生期望的结果):即增值性、有效性(效率)等。* R E; h2 N* s
2)如何审核:每个过程应进行PDCA, 运用“过程方法”和“以顾客为关注焦点”相结合可对每一个过程进行“过程的监视和测量”,并了解过程产生的作用与相关因素的反作用。- }8 `% x) f: P& g$ Y1 s9 ^
此条款本身标准并没要求关于记录证据的提法。
7 P2 |+ Z# d% b- |( k# d- O 可以以下内容审核:
+ r$ F6 M& C: t% }1.询问并检查对此过程的策划情况(P),向部门主管询问了解:此过程的预期目标是什么?
6 i8 t: | }& g. G l; X2.抽查审核对产品设计开发策划、评审、验证、确认、更改的整体安排情况;并了解按策划的安排,不同阶段岗位人员对设计开发工作的熟悉程度;
& E+ b& l0 L) u2 D; w4 C x S3.通过设计过程中审核,询问并收集涉及到设计开发部门、岗位对此过程开发流程、方式合理性或有效性反馈的意见或建议了吗?(反作用),如何利用反馈意见或建议?(C). U* k, j& A* J9 c% E* ?5 a
4. 针对目前设计开发控制中出现的问题(反馈的意见可能有:策划不充分,设计小组分工和职责不明,输入要求不充分,对评审和更改过程中出现的问题没有汇总记录,也没有分析原因,存在设计过程重复工作较多,效率低;与顾客沟通不充分,使设计过程变化较多等),分析原因了吗?采取纠正措施了吗?有效吗?有采取纠正措施的证据吗?(A)
( q a7 f/ X: u. m& i+ k# j 当然可以在8.2.3单独审核,也可以结合7.3一并审核,只要体现标准要求就行。$ k7 C H( v2 x
8.2.4:软件产品单元模块测试、系统运行测试、安装后整体的运行测试,第三方软件评测机构的测试报告等均可以是软件产品符合性的审核方法和证据。; K- y7 F! P' ^8 F- ?0 ?8 L( f
|
|