评审、验证和确认的安排

牛角尖

评审、验证和确认的安排

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

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

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

牛角尖

接前面：
. @" ?3 }/ T" l; c. p3 k1、设计和开发过程阶段不是客观存在的，是人为按需要策划出来的。图中的1-N阶段就是按需要策划的结果。也就是需要的阶段
2、在每个策划出来的阶段都要安排评审
3、验证和确认由于办不到或没必要每个阶段都安排，故按需要安排，如软件的设计和开发的验证就是在编码阶段（系统实现阶段）以测试方式进行。确认也是安排在这个阶段以上线试运行或验收方式确认。这样概要设计及详细设计阶段就不用安排验证和确认，用评审的方式控制即可。
% b# G6 M3 V$ w; g4、在工作流程中还有个策划过程。策划的时机在输入确定后进行。这样可以根据设计和开发项目的性质，难易程度进行策划--确定设计和开发过程分几个过程阶段实施。并安排评审、验证、确认及资源、接口、职责等内容。 设计和开发计划需不需要评审呢，当然要，这是文件评审，其证据体现在计划的编、审、批。但这个评审不是8.3.4的评审。设计和开发计划不存在8.3.4的验证和确认，
, N6 m3 X, _* {% A7 f' c  m  h5、图中8.3.3输入，及8.3.5输出是针对设计和开发项目总体的输入，和项目的最终输出。各阶段之间的的输入和输出关系图中已做标注。