您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 软件测试管理 > 质量管理 > 正文

设计开发质量管理

发表于:2017-01-09 作者:网络转载 来源:

  近期看了这两本质量相关的书,在此一起总结下。
  《设计开发质量管理》
  是中国质量协会委托浙江大学和西安交通大学一起编写的,从书的结构上就可以看出来,内容确实比较体系化、比较完整:
  □ 先讲了质量的概念及发展演变、设计质量管理的内容;
  □ 然后讲设计开发管理体系及其要素等,再引出来设计开发的“质量管理体系”;
  □ 后面才是质量管理的内容,包括控制模型、变更、流程与项目管理、标准化等这些质量管理侧重的方面;
  □ 最后几章侧重于质量技术,包括QFD、DOE、可靠性分析与设计、TRIZ、设计开发技术工具等。(这部分比较偏技术,有些内容看不太懂)
  这本书是不针对行业的,感觉比较偏重理论层面,并且每章前面都有本章要点、引例,章节后面有小结、思考题、案例分析,果真不愧是教授们编的,看着就像大学的教材。不过对于想要完整了解设计质量的,还是很值得一读。
  《产品设计开发与质量管理》
  这本书是“空军装备研究院航空装备研究所”和“北京时代同方科技服务中心”编的,这个时代同方应该是从事质量管理体系认证咨询的公司,因此本书重点讲航空航天产品的设计开发质量管理,且更多是从产品设计开发体系构建的角度来讲,甚至质量控制这部分内容,几乎是按照国军标对产品实现过程的划分来讲述的。(这部分内容再次印证“国军标真的太强大了”,之前总觉得是一些泛泛的要求,并不能从中提取出来如何管理、如何转化为我们的软件系统,但是了解了更多之后,才发现国军标真的是太经典,是对企业质量体系构建、各类工作开展的标准和指南。)
  本书内容结构:
  □ 产品设计开发策划要求与产品分类:讲了总体的策划要求、产品类别、研制阶段划分及主要任务;
  □ 产品设计开发策划:各种类别的产品的策划阶段,包括军用飞机、航天产品、飞机加改装、机载航空产品、航空装备地面保障设备、试验试飞类产品、软件产品、流程性材料设计等。
  □ 产品设计开发过程的质量控制:输入输出控制、评审、验证、确认、更改、新产品试制、试验控制、技术状态、产品特性、标准化等,分别介绍这些内容的基本要求、工作程序等;
  □ 产品设计开发专业工程技术:风险分析与评估、六性相关的工程技术等;
  □ 相关问题及技术:产品实现策划与设计开发策划的关系、设计开发与工艺的关系、设计工艺性与工艺性审查的关系、制造过程的技术状态管理、并行工程等。
  看了这些,才真正理解了“质量是设计出来的”,甚至设计的前一个步骤“设计策划”也非常关键。质量部门的人员,更多的还是起到监督检查、统计分析这样的作用。
  虽然两本书讲到的内容都很多,整体看下来,觉得质量管理侧重的,主要是两方面的内容:第一,设计开发过程中可能影响到质量的节点或过程的管理,例如评审、验证、确认、更改等;第二,关于六性和技术状态的管理,即,产品从需求开始转化为最终产出,它需要满足的各种特性或指标等,如何进行保证。我们现在做的比较多的,还主要是针对第一部分。
  ISO9000标准对质量的定义是“质量是一组固有特性满足要求的程度”,其中“固有特性”就是产品本身的物理、功能等各种特性,所以从这个概念来看,质量就是最终产品输出要满足最初输入的要求,所以质量管理的过程,就是从最初输入的需求一步一步向后转化时,如何保证始终满足前面的要求、不偏不漏的过程。
  之前了解的质量管理的发展史,是质量检验阶段→统计质量控制阶段→全面质量管理阶段,其实这些更多的还是从质量的实际方法上来划分的,从《设计开发质量管理》这本书中,我觉得质量概念的演变发展,更能理解为什么会是这样的过程。
  1.“符合性质量”,就是产品要符合相关的标准,所以此阶段以事后检验为主;
  2.“适用性质量”,就是产品使用时,能满足顾客要求的程度,关于此概念的KANO模型中将顾客需求分为三个层次:
  □基本型需求:必须有的,不满足时顾客很不满意;
  □期望型需求:顾客期望得到的,没有满足时,顾客不满意,实现越多越满意;但是这部分需求有些顾客并不是很清楚、或者没有描述出来,所以需求挖掘分析很重要;
  □魅力型需求:完全出乎顾客意料的,使顾客产生惊喜、非常满意,可提高顾客忠诚度。
  3.“稳健性质量”,产品上市后对社会造成的损失大小,质量越稳健损失越小,这个概念感觉不是很好理解;
  4.“广义质量”,即质量是一组固有特性满足要求的程度,从概念上来说可以反映前三者“符合性、适用性、稳健性”的要求。
  也许就是针对这些概念,才有了实际执行过程中不同的方法,才会有上面阶段的演变。
  目前来说看到的我们这边的资料、对标的资料,包括我这次梳理的质量系统方案,更多的还都是从第一方面着手,更侧重管理层面,第二方面的几乎没有,可能确实不好落实吧。所以,每次想到“质量系统究竟对研发过程有怎样的价值”这个问题,还是觉得做的远远不够。(当然,对外宣传资料还是要着重挖掘系统每个小功能的价值点,从客户的管理层面来说还是很有帮助的。)
  所以,如果我们想要通过软件工具来帮助客户提升产品的设计质量,更多的还是要从设计过程中如何落实这些要求着手,也即多考虑对于设计师们能提供怎样的帮助,而不是仅仅针对质量管理人员,多考虑整体的设计开发体系架构,而不是仅仅服务质量部门的系统。