关于8.3设计和开发评审

牛角尖

8.3的评审有2个，

一是8.3.4的评审：b）实施评审活动，以评价设计和开发的结果满足要求的能力；

二是8.3.6的评审： 8.3.6组织应对产品和服务设计和开发期间以及后续所做的更改进行适当的识别、评审和控制，以确保这些更改对满足要求不会产生不利影响。

其一、8.3.4的评审

评审时机：每个设计开发阶段进行中或之后。评审对象设计开发的结果及阶段结果。在实际操作中也称为设计开发成果及阶段性成果。

目的：评价成果满足要求的能力。这里的要求包括输入要求、设计文件的要求等所有适用的要求，即有什么问题都找出来。

例：1、一款计算机应用软件的设计开发

设计开发阶段3个 ：概要设计、详细设计、系统实现（编码）

评审对象，概要设计说明书评审、详细设计说明书评审。代码走查（属于系统实现阶段）、系统实现结果评审（含用户说明书评审等）

2、一座小型建筑物设计

设计阶段2个：初步设计、施工图设计

评审阶段及对象：方案（图纸等）评审、施工图评审、会审等

3、一种专用设备设计

设计阶段2个：方案设计、图纸设计（含：总装图、零部件图、电路图等）。

评审对象：方案设计评审。图纸评审等

根据8.3.2

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

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

每个设计开发阶段都要进行评审，这个和验证、确认不同。验证、确认活动没有每个阶段都要安排的要求。评审可以是系统的，也可以不是系统的，可以采取任何适宜的方式进行。

其二 8.3.6的评审

评审对象：1、设计过程中的更改如评审、验证、确认的问题采取措施的设计更改。成果交付后产生更改如建筑物施工时发生的设计更改、针对软件缺陷的补丁，增加的功能等更改

8.3.6的评审目的是：以确保这些更改对满足要求不会产生不利影响。

其三、其他

08版要求对设计开发输入的功能、性能要求、法规要求及其他要求的充分性和适宜性进行评审 。16版8.3.3不再有这个要求。但在企业实际操作中很多仍然有这样的评审。如：软件行业的需求规格说明书评审报告。审核时作为描述过程的完整性，可以简单记载一下，但不要开具这方面的不符合。

涉及7.5章节的“评审”略。

! y6 t9 d4 X+ T8 ~( n; A  Z

幼儿园

8.3.4设计和开发控制
…
评审、验证和确认活动对控制设计和开发过程至关重要,需要得到有效的实施。评审、验证和确认可能共同作为单一过程完成或作为独立活动分开完成。针对GB/T19001—2016,8.3.4的a)至f),组织应确保:
6 P0 w, q# D2 k+ [a)参与设计和开发活动的所有人员知晓并充分理解顾客或最终用户的要求和预期的最终输出;当偏离要求时,如在策划提高产品性能方面偏离了要求,则需要考虑诸如成本和易用性等因素;
: @$ }- y2 Y/ f1 s9 vb)设计和开发策划各阶段及其输出的评审均已实施,以便确认其满足了输入要求、确定了问题并制定了解决方案 ; 不参与设计和开发过程具体段的人员可参与其评审,包括参与生产产品或提供服务的人员以及相关顾客、最终用户和外部供方; …

0 A. W/ p1 S2 h/ a- N

幼儿园

牛老师说，“我这里提出了2点，其一、设计开发每个阶段都要求开展评审活动。其二、16版取消了对输入进行评审的要求。你看看是不是这么回事”

——似乎有些不习惯16版标准这种宽松的要求，盼望标准能明确规定什么时间必须评审。这种意见在网上也有所反映，这也正常。但是，能否抛弃旧版标准的“枷锁”，看一下16版标准究竟是怎么说设计和开发“评审”事儿的：
8.3.2  设计和开发策划
# r4 N# ^7 g( H. m0 {在确定设计和开发的各个阶段和控制时，组织应考虑：
a）设计和开发活动的性质、持续时间和复杂程度；
7 x. A, e$ b5 [* a' f+ _2 [& vb）所需的过程阶段，包括适用的设计和开发评审；
9 a5 m& M+ f  Ic）所需的设计和开发验证、确认活动；
! `7 w3 m! G4 I- B0 G
. `5 p5 L3 \1 o" i$ {——16版标准，把安排在什么时间进行设计和开发“评审”事，交给了组织自己的 设计和开发“策划”，组织安排在哪个阶段就在那个阶段进行评审：没有像旧版标准那样给予明确规定哪个阶段该进行设计和开发“评审”。不过，输出的评审是明确要的。

牛角尖

幼儿园 发表于 2021-1-18 09:51
$ A* K/ Q) p6 E- r+ e牛老师说，“我这里提出了2点，其一、设计开发每个阶段都要求开展评审活动。其二、16版取消了对输入进行评 ...

先看看输入的评审
08版  7.3.2......应对这些输入的充分性和适宜性进行评审。要求应完整、清楚，并且不能自相矛盾。
# T; O: O! Y" F1 x& \9 |
$ c5 B# |/ ^' [  x0 X4 ]16版 8.3.3 ....针对设计和开发的目的，输入应是充分和适宜的，且应完整、清楚。
* J: u4 k' Z2 v- v! J+ \) z相互矛盾的设计和开发输入应得到解决。
.08版对输入要求评审。16版没有要求对输入评审，

幼儿园

/ b9 t" n' `/ a1 x3 E' B, w  O
16版 8.3.3 ....针对设计和开发的目的，输入应是充分和适宜的，且应完整、清楚。
% a/ X6 n2 M! k相互矛盾的设计和开发输入应得到解决。
——此时，标准没有强制规定对设计输入必须进行评审，但是，对输入的要求依然和旧版文件相同，组织只要做到符合这些要求即可。
——标准这样修改之后，设计输入过程操作简单了，方便了，只是审核员要有专业水平去查证该项目的设计输入是否符合“充分和适宜的，且应完整、清楚”；是否符合“相互矛盾的设计和开发输入应得到解决”的要求，这个有点难度了。对否？

幼儿园

老师上面指出正确，“对头，方便了企业（可以不用那个输入评审报告）。麻烦了审核员（企业评不评不计较，审核员得自己评价） ”
——16版标准就是对使用者宽松、方便，16版标准较旧标准减少了强制性规定，“适用时”条款增多，这当然有利于更多行业去使用标准。
标准这个变化可能对审核员会带来麻烦，要求审核员有更大的本领去发现问题，去判断是否符合标准要求。
# t/ q4 e9 [; Q9 Z8 i可能有的审核员还跟不上或者适应不了，所以，抱怨16版标准的人是有一些，希望标准规定得更细致、明确，最好像作业指导书一般，方便审核时逐句对照，有这种想法也不作为奇。

幼儿园

/ m0 T, n7 d3 v! |5 y) N5 i

牛角尖 发表于 2021-1-19 08:36
先看看输入的评审
08版  7.3.2......应对这些输入的充分性和适宜性进行评审。要求应完整、清楚，并且不 ...

* {) Z3 L' u# M5 O2 ^.08版对设计输入的充分性和适宜性进行评审。要求应完整、清楚，并且不能自相矛盾。16版没有明确要求对设计输入评审，只要求设计和开发“输入应是充分和适宜的，且应完整、清楚。相互矛盾的设计和开发输入已得到解决”。

——这两者要求的区别是存在的。
! Z( _/ W  l. W+ Q7 H/ {——按16版要求，组织只要拿出它们认为是能针对设计和开发的目的的，是“充分和适宜的，且应完整、清楚。相互矛盾的设计和开发输入已得到解决”的设计和开发输入的成文信息，这就可以应对审核了。

牛角尖

幼儿园 发表于 2021-1-19 19:29
.08版对设计输入的充分性和适宜性进行评审。要求应完整、清楚，并且不能自相矛盾。16版没有明确要求对设 ...

同意。

牛角尖

幼儿园 发表于 2021-1-19 19:29
.08版对设计输入的充分性和适宜性进行评审。要求应完整、清楚，并且不能自相矛盾。16版没有明确要求对设 ...

* P, `4 w- b* w" w摘录几段关于设计评审的标准条款
08版

7.3.1 ---组织应对产品的设计和开发进行策划和控制。
0 ?) w8 ?, N) t! L7 E$ l在进行设计和开发策划时，组织应确定：
a) 设计和开发的阶段；
b) 适合于每个设计和开发阶段的评审、验证和确认活动；
7.3.4---应依据所策划的安排（见7.3.1），在适宜的阶段对设计和开发进行系统的评审，以便： .......

不一定每个阶段都评审，是在适宜的阶段评审。一定是要系统的评审。
1 Z- i1 J7 P+ W5 [+ O& }1 s- e" U16版：
7 o8 ?3 R/ c: _8 b8 P  d1 v/ r

8.3.2 b）所需的过程阶段，包括适用的设计和开发评审；
         8.3.4  b）实施评审活动，以评价设计和开发的结果满足要求的能力；

每个阶段都要评审，不一定都要系统的评审，如何评审，适用就行

幼儿园

在9002中，有8.3.4…“b)设计和开发策划各阶段及其输出的评审均已实施,以便确认其满足了输入要求、确定了问题并制定了解决方案 ; 不参与设计和开发过程具体段的人员可参与其评审,包括参与生产产品或提供服务的人员以及相关顾客、最终用户和外部供方; …
  `: r5 D) B' r——说明各个阶段及其输出都该评审，而且确认其满足了输入要求、确定了问题并制定了解决方案 。(连评审要达到的目的，以及评审后续活动的要求也说到了)。
# [% f& p7 b& w, i* {& o+ ]

kwy516888

看你举例说的那个软件开发的例子，真的如RML老师说的，完全是在乱说，误导别人。。。