评审、验证和确认的安排

牛角尖

评审、验证和确认的安排

GB/T19001-2016 8.3.2“在确定设计和开发的各个阶段和控制时，组织应考虑：

b）所需的过程阶段，包括适用的设计和开发评审；

c）所需的设计和开发验证、确认活动；....”

7 v$ u. k7 P& X  w1 Y  B

牛角尖

接前面：
1、设计和开发过程阶段不是客观存在的，是人为按需要策划出来的。图中的1-N阶段就是按需要策划的结果。也就是需要的阶段
# z- |. x+ Q1 u# a8 `0 w6 j2、在每个策划出来的阶段都要安排评审
# K# {1 ]8 z  e$ {) b3、验证和确认由于办不到或没必要每个阶段都安排，故按需要安排，如软件的设计和开发的验证就是在编码阶段（系统实现阶段）以测试方式进行。确认也是安排在这个阶段以上线试运行或验收方式确认。这样概要设计及详细设计阶段就不用安排验证和确认，用评审的方式控制即可。
3 k6 }5 V7 A! w/ z! _# I' m* G+ }5 Q4、在工作流程中还有个策划过程。策划的时机在输入确定后进行。这样可以根据设计和开发项目的性质，难易程度进行策划--确定设计和开发过程分几个过程阶段实施。并安排评审、验证、确认及资源、接口、职责等内容。 设计和开发计划需不需要评审呢，当然要，这是文件评审，其证据体现在计划的编、审、批。但这个评审不是8.3.4的评审。设计和开发计划不存在8.3.4的验证和确认，
6 @2 B8 U, w1 `* N# v5、图中8.3.3输入，及8.3.5输出是针对设计和开发项目总体的输入，和项目的最终输出。各阶段之间的的输入和输出关系图中已做标注。