找回密码/用户名
 免费注册用户名
各版块官方QQ群号新手如何获得更多贡献值审核员注册挂靠推荐如何成为国家注册审核员新手入门必读-论坛版规
楼主: 牛角尖

设计和开发阶段和评审、验证、确认的关系

[复制链接]

105

主题

5152

回帖

6万

积分

博士

积分
61955
 楼主| 发表于 2-18 16:35:39 | 显示全部楼层
本帖最后由 牛角尖 于 2021-2-18 16:37 编辑 6 d8 G' n3 e4 }* `
wzs721014 发表于 2021-2-18 00:19
% }  F; q7 d7 [) Z# S" v3 m0 b牛先生这个有机硅油研发活动存在一个严重的问题,一款产品的研发居然没有产品标准这个最重要的输出,那么 ...
& r" I7 Z; O9 o, d" a; w$ R
你看漏了,在这里“检测要求(引用原来的企业标准)”设计不一定非要产生新标准,
# k1 e0 E4 K0 O/ i

点评

你连最最基本的东西都没搞明白,别胡乱指点江山了。  发表于 10-18 08:39
回复

使用道具 举报

55

主题

6233

回帖

2万

积分

博士

积分
21687
发表于 2-18 17:26:10 | 显示全部楼层
本帖最后由 幼儿园 于 2021-2-18 17:30 编辑 # S. q9 W: m; J4 }. i9 V
牛角尖 发表于 2021-2-17 20:47
2 p' u7 D4 C% M从过程之间是这样的,但具体到8.3.3的输入和8.3.5的输出。不是针对每个阶段的,是针对设计开发整个项目 ...

- b1 Y& a0 G3 h, ?. p1、我说的,“设计的“每个阶段都可以有设计评审、设计验证。不是直到最后才有的”% |: U2 j) ]* H3 @
——这里“可以有”不是“必须有”。某个设计阶段到底是否要有设计评审、设计验证,应该根据设计策划8.3.2c)(计划)中决定;+ _. y" j) `) A5 c, K
" m+ \% o" @2 O3 }' g
2、你说,“从过程之间是这样的,但具体到8.3.3的输入和8.3.5的输出。不是针对每个阶段的,是针对设计开发整个项目的”。验证要确保满足的输入要求是8.3.3,8.3.5的输出是整个设计开发项目满足的要求…7 R' F, h8 I; ?& o
——你这个观点需要商榷,其实8.3.3的输入和8.3.5的输出,它既是针对整个设计开发项目,也是针对设计开发每个阶段的每个阶段都有输入、输出的。你上述的理解设计开发过程是偏面的,不全面的。我们需要从标准“过程方法”去理解整个设计开发过程。应该以每个设计开发阶段的有效控制(评审、验证)来最终保证整个设计开发过程的绩效。
回复

使用道具 举报

105

主题

5152

回帖

6万

积分

博士

积分
61955
 楼主| 发表于 2-18 18:23:50 | 显示全部楼层
本帖最后由 牛角尖 于 2021-2-18 19:44 编辑 / U% ]4 M' Q5 |: b5 q/ q. k
幼儿园 发表于 2021-2-18 17:26; u' u# w; R! w4 n+ n5 D* {3 G
1、我说的,“设计的“每个阶段都可以有设计评审、设计验证。不是直到最后才有的”* ~+ ^8 M, |; P3 Z1 Z
——这里“可以有” ...

; `+ g' S' Q; d' u2 w* z2 T. r7 S$ {1、把设计评审、验证、确认一起是08版7.3.1 的表述。现在评审是每个阶段必须要有的,验证和确认是“可以有
! h' b8 j/ w$ b, Q" ^' J/ lb)所需的过程阶段,包括适用的设计和开发评审;
8 O5 w$ x8 d3 I& c: {% ]c)所需的设计和开发验证、确认活动;4 h" _0 N% K% z; T) Q/ Q
2、关于8.3.3的输入有一个误会。标准只是对设计开发的结果 要达到什么要求(法规的要求可能不止这些)这方面提出了要求。实际上设计的输入不仅仅是这些要求(法规要求、功能性能要求、标准规范要求、其他要求等),如:  以往经验,还有收集到的各类信息资源等都可以是设计开发的输入。只不过标准没有覆盖这些输入(对这些不提要求)。设计开发每个阶段的输出也不可能一定会满足8.3.3的输入要求。每个阶段的输入也不可能仅仅是8.3.3的输入,如前一阶段的输出就可以作为后一阶段的输入。如:软件开发的详细设计阶段的输出详细设计说明书就可以作为编码阶段的输入。   这个例子在前面讲过吧,好像还蛮详细,说到某个阶段输入不仅包括上个阶段的输出,还有8.3.3的输出。在列举的那几个设计开发例子里。你可找找
, A% r9 R' H3 {. v, s# M  V4 h

点评

“所需的”英文原文为 *** required,也可以译为“所要求的”,是不可缺少的。  发表于 10-18 08:48
谁说确认、验证只适用于最终结果,依据那句话?也不符合事实  发表于 10-18 08:23
照你的逻辑,验证和确认也是可以没有的,是所需的才做。不需要就不用做呀。怎么就一定要做做呢?  发表于 10-18 08:21
现在之所以分成2个条款写,是因为“评审”适用于各个过程阶段,而“验证”仅当有设计输出(含阶段性输出)时才适用,“确认”仅针对最终输出(预期提供给顾客的输出)适用。合在一起写,容易引起歧义。  发表于 10-18 08:14
你难道不是“要进行适用的验证、确认,不要进行不适用的验证、确认” 吗?加上“适用的设计和开发验证、确认活动”不是更符合你的理解?  发表于 10-18 08:09
标准很清楚为什么要改写?请分清标准如何表述b)c)各自要求的。原来写在一个条款现在为什么分成2个条款  发表于 10-18 07:37
按照你的理解,8.3.2c) 应该改写为:所需的适用的设计和开发验证、确认活动(要进行适用的验证、确认,不要进行不适用的验证、确认哦)。你不妨给ISO/TC 176 提提建议,看看人家会不会采纳哦。  发表于 10-18 04:27
回复

使用道具 举报

55

主题

6233

回帖

2万

积分

博士

积分
21687
发表于 2-18 19:11:02 | 显示全部楼层
本帖最后由 幼儿园 于 2021-2-18 19:13 编辑
( m# [3 k2 Y% T6 C
牛角尖 发表于 2021-2-18 18:233 K! n* F; W! e1 T: m! @
1、把设计评审、验证、确认一起是08版7.3.1 的表述。现在评审是每个阶段必须要有的,验证和确认是“可以 ...

! }9 o; X" m! C3 k1、标准8.3.2:
" h# T+ Y3 R  a/ F  e" eb)所需的过程阶段,包括适用的设计和开发评审;
1 j2 }3 a: w$ f- [! dc)所需的设计和开发验证、确认活动;7 O' e7 i" ]3 k& N$ E' ?" m, U
——句子中“适用的”、“所需的”都是表示可以灵活的控制要求。某个设计阶段要不要“评审、验证”,做怎样方式的“评审”、“验证”(包括由设计者自己做的“评审”),这些完全可以由设计策划来决定的。4 u& y7 B$ X' ?' l9 i
2、关于8.3.3的输入有一个误会。标准只是对设计开发的结果 (法规的要求可能不止这些)要达到什么要求这方面提出了要求。实际上设计的输入不仅仅是这些要求…" R5 y6 }! Z" a$ U8 X1 @3 x
——我同意上面说法。但与我说的是两回事。我说的是,设计开发每个阶段都有输入、输出的,每个阶段都可以安排设计和开发评审、验证活动,要不要做、怎样做“评审、验证”,则由设计策划来决定。

点评

每个阶段都有验证、确认?如果明白验证和确认的对象和目的,就不会提出并讨论这样的问题。  发表于 10-18 08:07
每个阶段都有验证、确认?如果明白验证和确认的对象和目的,就提出并讨论这样的问题。  发表于 10-18 08:05
没反对验证、确认必须实施,是不一定在每个阶段都有验证、确认。评审每个阶段都要有,但不是原来的系统地评审,而是适用的评审  发表于 10-18 07:43
验证、确认是必须实施的,不可省略;评审则是按策划实施,强调适用的的评审。  发表于 10-18 04:50
同意你的观点  发表于 10-18 02:07
回复

使用道具 举报

105

主题

5152

回帖

6万

积分

博士

积分
61955
 楼主| 发表于 2-18 19:40:00 | 显示全部楼层
本帖最后由 牛角尖 于 2021-2-18 19:41 编辑 2 C7 A. a/ j5 {! R6 x+ a* A1 j% t
幼儿园 发表于 2021-2-18 19:115 P$ h4 b  E6 e- d2 J; D- {# x% w
1、标准8.3.2:5 R, Z& T6 J- @$ ]  g
b)所需的过程阶段,包括适用的设计和开发评审;, f& e" Q, }% t' T* L/ p
c)所需的设计和开发验证、确认活动; ...
0 {2 B) s7 q$ C3 T
这个-包括适用的设计和开发评审。包括就是一定要,和所需的设计和开发验证、确认活动的要求是不同的。
3 h# c1 ?! y. b$ b适用的评审这个适用是相对于08版的“系统的评审”。
) |  }; G, ^6 P. A3 m' y8 S! a: S看看08版就清楚了
5 [4 k5 F% A* n( O* p8 X7.3.1b) 适合于每个设计和开发阶段的评审、验证和确认活动
" q; D/ P' D6 Q# S4 N0 F7.3.4)。。。。,在适宜的阶段对设计和开发进行系统的评审,
2 V0 H, t1 ?) L% n2 l' ?有些阶段要评审,有些阶段可以不评审,只要评审就是系统的评审
: w+ i  j$ Y  G0 L现在是:
0 Z, i$ u, p8 ~8.3.2 b)所需的过程阶段,包括适用的设计和开发评审;
/ ?7 Y9 t7 Q; [* [每个阶段一定要评审,可以是系统的评审,也可以是不系统的评审,如何评审,按策划的来做

点评

为什么标准8.3.2条款 b) 对评审特意强调“适用的设计和开发评审”,而 c) 对设计和开发验证、确认活动则没有“适用的”限定?“适用的”一词是随便写的吗?  发表于 10-18 04:21
请分清楚适用时进行评审和进行适用的评审的区别  发表于 10-18 03:51
你的理解能力和狡辩能力 逆天  发表于 10-18 03:40
要进行适用的评审,不要进行不适用的评审 ,错了吗?  发表于 10-18 02:58
既然是“适用的”的评审,就会有“不适用的”情况出现,谁告诉你标准要求“设计开发的每个阶段一定必须要做评审”?!你这是曲解标准要求。  发表于 10-18 02:05
不要误会我类比的审核报告不是评审报告  发表于 2-18 20:49
。阶段就那么几个。其实每个阶段都要求评审真的不是什么高要求。你看我们审核还要求每个阶段出审核报告呢,有一阶段审核报告,二阶段审核报告 。  发表于 2-18 20:35
回复

使用道具 举报

0

主题

7

回帖

377

积分

中学生

积分
377
发表于 10-16 07:55:13 | 显示全部楼层
Mark~收藏学习
回复

使用道具 举报

发表于 10-18 08:35:23 | 显示全部楼层
看看国内权威机构编写的QMS培训教材是怎么写的:
7 {# X' Y, m' C8 E( f1、《2008版质量管理体系国家标准-理解与实施》: T" w  a) j1 I4 V% Y, m8 {$ l4 V
. p8 G" L5 J7 z3 }  _; k. j
2、《GJB 9001C-2017 质量管理体系要求-理解与实施》
+ T) |9 o; K. k1 }7 k
& A! q7 z: h( E8 u: F" K
回复

使用道具 举报

发表于 10-18 08:37:15 | 显示全部楼层
1.jpg * I2 b; ^$ F% z/ ^- K; k; Y
2.jpg
' t2 X& r7 Q" e; C' L
回复

使用道具 举报

105

主题

5152

回帖

6万

积分

博士

积分
61955
 楼主| 发表于 10-18 08:43:08 | 显示全部楼层

( t5 D. b9 b7 O7 b) d7 E没问题,与我理解及实际收集的实例完全吻合
回复

使用道具 举报

发表于 10-18 08:51:18 | 显示全部楼层
牛角尖 发表于 2021-10-18 08:43% M+ R+ m" F) |2 b0 G
没问题,与我理解及实际收集的实例完全吻合
2 ?1 ]: m* `$ E6 o5 F3 o. ^
“确认应使用真实产品,条件可以是实际的或是模拟的。”7 ?- {& i5 N* h7 f) \% V
能看懂什么是真实产品吗?

点评

注:真实产品可以是样品或模拟样品。  发表于 10-18 08:53
回复

使用道具 举报

105

主题

5152

回帖

6万

积分

博士

积分
61955
 楼主| 发表于 10-18 09:01:06 | 显示全部楼层
本帖最后由 牛角尖 于 2021-10-18 09:02 编辑
  k" A( i# A/ s# }$ n: d
牛角尖 发表于 2021-10-18 08:434 M$ \% `) E' g; D/ W9 t
没问题,与我理解及实际收集的实例完全吻合

  ~, Z: F4 o, P; X还要说说这个话题,这是始料不及的。举例说说吧。
3 l: O. }: R. Y0 V建筑设计的验证和确认。
/ S9 {! E5 u2 }) I0 B* V初步设计阶段会涉及到,未来的建筑做好后是否与输入的要求一致,如楼层,房间及楼层的布局是否满足预期的需求,是否适用。这一阶段的输出是效果图(必要时做模型)。平面布置图等,此时建设方和设计方要进行会审,这个会审是验证,也是确认。这还不够,还要顾及到对周边的影响,市政配套等这些典型的使用要求。这些方面设计时都要考虑到,并要上报建设部门审查。报批也是确认、8 W# i- N- E1 M: D5 ?7 O# m
   以上这个例了进行的验证确认都是在初步设计阶段进行的,目的都是确保最终设计成果满足输入要求和使用要求。如果这项工作放在设计的最终阶段进行。那时图纸都出来了,再返工代价太大。有的甚至认为只有工程竣工才算是确认完成。这时候更加不可收拾了。做的房子要炸掉重来那时不可能的。建筑设计在施工前的工作就基本告一段落,最后的评审、验证、确认应该是四方图纸会审(建设、设计、施工、监理)。以后发现的问题那时设计更改的时属于8.3.6管的事

点评

如果最终的建筑设计确认发现建筑不能满足预期目的、安全和正常使用(通常是住户实际使用后才能反馈),则设计单位必须实施8.3.6所述的 “为防止不利影响而采取的措施” 更改控制并保留相关记录。  发表于 10-18 09:28
建筑设计也要遵循PDCA,对竣工后的建筑进行设计确认才是最终确认,发现问题按规定改进,并且作为以后设计的输入,见 8.3.3b) 来源于以前类似设计和开发活动的信息。  发表于 10-18 09:20
对建筑效果图或模型会审+上报建设部门审查报批【你所谓的建筑设计确认】,就能确保作出来的建筑能够满足规定的使用要求或住户的预期用途?你学校刚毕业吧?  发表于 10-18 09:14
回复

使用道具 举报

105

主题

5152

回帖

6万

积分

博士

积分
61955
 楼主| 发表于 10-18 10:16:31 | 显示全部楼层
牛角尖 发表于 2021-10-18 09:01" d4 X0 H; b: V
还要说说这个话题,这是始料不及的。举例说说吧。
5 a$ {3 M: K5 D2 p& }建筑设计的验证和确认。
3 H" B6 P$ d% [& e2 b! D初步设计阶段会涉及到,未来 ...

! e& s3 w4 S6 T# H& A6 L% a这叫做先做出第一步确认,及第二步确认,不是唯一的确认,但这个只是第一阶段的确认,以后还有四方图纸会审,这叫尽量降低风险。8.3.6的设计更改是针对所有出现的问题的。不仅仅是针对使用要求。按08版更改后还要评审、验证、确认。现在没有这样的要求了。设计更改是另外一个话题了,扯远了

点评

确认的对象一定是设计开发输出的最终结果,即:预期提供给顾客或顾客所要求的产品或服务。有什么问题吗?  发表于 10-18 12:20
确认的对象一定是设计开发输出的最终结果“即:预期提供给顾客或顾客所要求的产品或服务”,这点毋庸置疑。--是吧?  发表于 10-18 11:19
我说过仅仅是针对使用要求吗?扯  发表于 10-18 11:03
回复

使用道具 举报

105

主题

5152

回帖

6万

积分

博士

积分
61955
 楼主| 发表于 10-18 10:30:35 | 显示全部楼层
牛角尖 发表于 2021-10-18 10:16
4 P6 u8 s$ Q  K; R这叫做先做出第一步确认,及第二步确认,不是唯一的确认,但这个只是第一阶段的确认,以后还有四方图纸会 ...

- u" s8 [! `% @2 \: @+ K这个例子至少证明,不仅仅是最终阶段进行确认,需要时,在其他阶段也要确认

点评

我所举的例就是在其他阶段进行确认目的是确保设计成果满足使用要求  发表于 10-18 11:21
我说过仅仅是最终阶段进行确认吗?(好好看看我说的是什么!)继续扯  发表于 10-18 11:05
回复

使用道具 举报

65

主题

1236

回帖

1万

积分

博士

积分
12137
发表于 10-18 12:06:25 | 显示全部楼层
设计开发的阶段划分只是一个管理上为方便而认为划分的阶段,通常大的划分可以是4个阶段:P---D---C---A;以汽车行业为例一般划分为5个阶段,也即APQP的5阶段,P阶段-----调研、策划及确定阶段;D阶段-----产品设计及过程设计阶段,以及试产、小批生产阶段;C阶段----产品和过程确认阶段;A阶段----反馈评定及持续改进阶段;这4大阶段或者叫5大阶段过程中根据需要会有评审、验证及确认的安排,评审、验证及确认是控制的手段,而不是阶段划分的标志,调研阶段也可能有评审、也可能有确认,还可能有验证,首先要把评审、验证、确认的概念搞清楚(见9000术语)。

点评

这里谈的是“产品和服务的设计和开发的评审、验证、确认”,不是纯9000术语概念的“评审、验证、确认”,首先要把概念之间的区别搞清楚。  发表于 10-18 12:33
调研阶段也可能有确认,你确认什么?!知道确认的目的是什么吗?  发表于 10-18 12:25
回复

使用道具 举报

发表于 10-18 13:13:42 | 显示全部楼层
估计楼主没见过下面这张图,它来自于32-APG-Design&Development2015.pdf
( t/ q, [, f& M) E; t 屏幕截图 2021-10-18 211055.jpg
" b/ Y) O$ i4 H9 R0 A 3.jpg
回复

使用道具 举报

65

主题

1236

回帖

1万

积分

博士

积分
12137
发表于 10-18 13:17:54 | 显示全部楼层
niuge 发表于 2021-10-18 12:06
4 A1 Y) B2 r, w# f2 N$ J# _* Y设计开发的阶段划分只是一个管理上为方便而认为划分的阶段,通常大的划分可以是4个阶段:P---D---C---A;以 ...

) e2 t& |: m2 x! S2 T' d比如调研阶段,可以通过看别的厂家根据某一原理设计开发并生产出来的某一产品,通过看人家的原理展示,模型展示,以及生产出来的实物展示,检测数据报告,我们要生产一款类似用途的产品,原理也是一样的,这时就可以通过提供相关的收集的信息、资料、法律法规、标准,已有的实物、相应的检测数据,确认是可行的,这通常也叫可行性研究的内容,这能不能也算是一种调研阶段的确认?我觉得可以。当然要严格按照标准说法,设计确认主要指最终开发产品的确认,意味着可以量产移交了。
回复

使用道具 举报

105

主题

5152

回帖

6万

积分

博士

积分
61955
 楼主| 发表于 10-18 13:21:58 | 显示全部楼层
牛角尖 发表于 2021-10-18 10:169 {1 Y' _- _/ ~) O& K
这叫做先做出第一步确认,及第二步确认,不是唯一的确认,但这个只是第一阶段的确认,以后还有四方图纸会 ...
确认的对象一定是设计开发输出的最终结果,
---这话和标准的表达有出入,标准是“实施确认活动,以确保形成的产品和服务能够满足规定的使用要求或预期用途;”  是确保形成的产品和服务能够满足规定的适用或预期用途。这个确保的内容是目的。不是确认的对象。设计开发的最终结果也不是产品。而是一组信息或称作更详细的要求。见8.3.5.例子。已经列出了 对阶段性成果确认的例子。其目的都是为了确保形成的产品和服务能够满足规定的使用要求或预期用途;回到那张图,还有问题吗?你的意思确认,验证应该放在最后一个阶段是吗?但事实不是这样的,只要需要放在哪里都可以。

点评

自言自语吗?  发表于 10-18 13:40
回复

使用道具 举报

发表于 10-18 13:22:23 | 显示全部楼层
6.3 对设计和开发确认的审核(摘自于32-APG-Design&Development2015.pdf)) [6 ~) \8 |& a4 ~
设计和开发确认是通过检查和提供证据来确认预期使用方面的具体要求得到了满足。换句话说,确认过程能够检查出最终的产品和(或)服务是否能满足,并确实满足顾客的使用需要; ^; g9 I+ A' X. ?) z" E0 w
作为设计和开发策划过程的一部分,宜对确认方法做出规定,不过在设计和开发的实施中仍可以对此进行修改。
# e# ^* H" ?5 i! ~) k7 I: s对于许多产品和服务,确认是一个相对简单的过程。例如,对于一个办公室家具的新设计,可以通过对原型进行检测,然后对完成后的产品的最初样品进行检测,来进行确认。 ) `/ e* w: Q( I- Q  _6 C- S0 x
然而,在其他很多情况下,设计确认将更复杂。例如,用于电气或电子系统中的产品或部件可能必须符合多项由其他系统设计公司制定的性能要求。在这种情况下,只有从这些系统设计公司,或者从产品或部件的使用者那里获得性能的信息(最好是正式的检测结果),才能完成设计确认。
# [2 z; S9 ~! ~( I另一个有难度的例子是由客户或其他外部组织来进行设计确认(例如对建筑和工程设计的确认)。 ' T. P7 e" m, ^2 v/ A: U9 f& [" H
在上述的复杂情况下,组织需要就如何进行设计确认,以及如何沟通和共享确认结果,寻求与相关的外部方达成一致。在这种情况下,宜在组织的设计和开发策划中予以规定,以便用该方式完成设计确认。
回复

使用道具 举报

105

主题

5152

回帖

6万

积分

博士

积分
61955
 楼主| 发表于 10-18 22:50:09 | 显示全部楼层
一剑封喉 发表于 2021-10-18 13:22$ ~* z. d9 L1 O
6.3 对设计和开发确认的审核(摘自于32-APG-Design&Development2015.pdf)
/ @" |, |: N1 `1 [设计和开发确认是通过检查和提 ...

- m& H( I8 i  m8 y" ^6 t这和342楼 说法一致,但不能支持“确认的对象一定是设计开发输出的最终结果”的说法
回复

使用道具 举报

105

主题

5152

回帖

6万

积分

博士

积分
61955
 楼主| 发表于 10-19 02:18:11 | 显示全部楼层
niuge 发表于 2021-10-18 12:06- B. F5 V) O7 J- u! w6 \' s
设计开发的阶段划分只是一个管理上为方便而认为划分的阶段,通常大的划分可以是4个阶段:P---D---C---A;以 ...

) [0 T$ `6 S) e- |4 \2 A" |2 V4 l  a你说的5个阶段很多时候确实存在,但8.3.2策划的阶段是将D 实施环节划分的阶段。评审、确认、验证只是安排在这些阶段的活动。
回复

使用道具 举报

2

主题

40

回帖

777

积分

学士

积分
777
发表于 10-26 08:20:20 | 显示全部楼层
论坛安静不少。
) \  i1 P  \. a% n! m4 c以下不是甩英文哈,只是说一下我所了解的这两个术语的背景:
  @. p$ k. V! B% H西方工程实践中将判断设计输出是否满足设计输入的要求的活动叫做verification,中文译作验证,验证活动的结论是设计输出是否满足输入的要求;将判断产品是否满足(用户)预期的用途的活动叫做validation,中文译作确认,确认活动的结论是产品是否符合预期的使用要求。
& F& `( L; P# X严格的场合还需要制定相关(验证和确认)策略和计划在产品开发的适当阶段安排这些活动(相关策略和计划的安排还需要进行评审以保证其适宜和充分且可以达到验证和确认活动的目的)。以上也就是说根据开发的性质和复杂度,验证和确认活动(有个术语叫V&V活动)可以是一次或多次,为实现其活动目的可以安排在适宜的阶段进行。
9 R! J/ `" n! z9 u& ~- O" H6 S4 [! b' [' s+ c) f7 E
事实上这些活动我们一直都在做,不过大多数没有有意识的像老外这么整得这么头头是道。类似的像设计和开发这两个词,多数情况下我们也没有有意识的像老外那样非得把design和develop进行区别。

点评

是的,标准的要求本来就在一些优秀管理模式中总结出来的。不是凭空编个词汇,我们理解标准,要能将标准的意思还原到原来的优秀管理模式。  发表于 10-27 01:36
标准确实本来就这么写的。不过感觉有些朋友似乎有疑问为啥“确认”就是“判断是否符合预期用途的活动”?其实本来就有这些个活动,编个代号叫“确认”而已,理解目的就好,更不用惊讶有人将这个词作别的用途。  发表于 10-27 01:25
标准本来就是这样写的  发表于 10-26 11:12
赞成这个看法,从实际需求来考虑验证和确认活动。  发表于 10-26 11:04
个人觉得本来就是强加的定义,理解是在干嘛就可以了。至于什么是适宜的阶段或者适当的时机,与项目实务相关有条件的时候做,能达到目的就可以了,能与其他项目活动统筹安排更好。  发表于 10-26 09:26
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 免费注册用户名

本版积分规则

手机版|ISO爱好者 ( 鲁ICP备09041441号-1 )

GMT+8, 3-9 23:30

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

快速回复 返回顶部 返回列表