http://blog.csdn.net/phoebus2006/category/223811.aspx质量就是对某个人而言的价值，它的背后是行政和情感！zh-CNMon, 25 Feb 2008 22:39:05 GMT60phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/09/06/1185425.aspxWed, 06 Sep 2006 15:04:00 GMThttp://blog.csdn.net/phoebus2006/archive/2006/09/06/1185425.aspxhttp://blog.csdn.net/phoebus2006/comments/1185425.aspxhttp://blog.csdn.net/phoebus2006/archive/2006/09/06/1185425.aspx#Feedback0http://blog.csdn.net/phoebus2006/comments/commentRss/1185425.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1185425注：下 面此文中提到的质量的行政与情感色彩，只是温伯格从心理学的角度揭示和探究组织内管理改进的方式，请勿以此来片面的理解“质量”，并作为自己无法开发出高 质量产品的借口。关于质量的客观定义，请参见朱少民老师的文章，建议先读朱老师的文章再读此文，以免对质量产生误解： 质量的定义总会带有政治的和情感的色彩吗？<img src ="http://blog.csdn.net/phoebus2006/aggbug/1185425.aspx" width = "1" height = "1" />phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/30/1002339.aspxSun, 30 Jul 2006 22:18:00 GMThttp://blog.csdn.net/phoebus2006/archive/2006/07/30/1002339.aspxhttp://blog.csdn.net/phoebus2006/comments/1002339.aspxhttp://blog.csdn.net/phoebus2006/archive/2006/07/30/1002339.aspx#Feedback0http://blog.csdn.net/phoebus2006/comments/commentRss/1002339.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1002339对SQA人员的素质要求 　　1. SQA人员(有时简称SQA)要有很强的沟通能力。从实施SQA的目的中可以看出，SQA不在项目中，是独立于软件项目的第三方，但他要了解项目的开发过程和进度，捕捉到项目中不符合要求的问题，这就要求SQA能够深入项目，和软件开发经理以及项目组中的开发人员保持很好的沟通，这样才能及时获得真实的项目情况。 　　2. SQA要熟悉软件开发过程。作为SQA，既然要确保项目组制定的计划、标准和规程，要符合项目组要求，那么SQA首先自己就要了解软件项目开发过程，以及企业内部已经有的开发过程规范。 　　3. SQA本身要有很强的计划性。SQA一方面要监督软件项目组编写计划，另一方面SQA自身的工作也要有计划，并且能够按照计划开展工作。 　　4. SQA要能应对繁杂的工作。作为SQA，在跟踪项目进行过程的时候要对项目组的很多工作产品进行审计，而且会参与项目组中的多种活动。同时一个SQA还有可能会面对多个项目组，所以任务相对繁杂细碎，这就要求SQA在处理这些事物的时候要耐心细致。 　　5. SQA要客观，有责任心。作为第三方对项目过程进行监督，SQA要能保<img src ="http://blog.csdn.net/phoebus2006/aggbug/1002339.aspx" width = "1" height = "1" />phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/30/1002220.aspxSun, 30 Jul 2006 21:39:00 GMThttp://blog.csdn.net/phoebus2006/archive/2006/07/30/1002220.aspxhttp://blog.csdn.net/phoebus2006/comments/1002220.aspxhttp://blog.csdn.net/phoebus2006/archive/2006/07/30/1002220.aspx#Feedback0http://blog.csdn.net/phoebus2006/comments/commentRss/1002220.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1002220全面质量管理（Total Quality Management，简称TQM）是一个组织以质量为中心，以全员参与为基础，目的在于通过让顾客满意和本组织所有成员及社会受益而达到长期成功的管理途径。 　　早期的质量管理仅限于质量检验，仅能对产品的质量实行事后把关，但质量并不是检验出来的，所以，质量检验并不能提高产品质量，只能剔除次品和废品。1924年提出休哈特理论，质量控制从检验阶段发展到统计过程控制阶段。休哈特认为，产品质量不是检验出来的，而是生产制造出来的，质量控制的重点应放在制造阶段，从而将质量控制从事后把关提前到制造阶段。1961年费根堡姆提出全面质量管理理论（TQM），将质量控制扩展到产品寿命循环的全过程，强调全体员工都参与质量控制。70年代，田口玄一博士提出田口质量理论，他认为，产品质量首先是设计出来的，其次才是制造出来的。因此，质量控制的重点应放在设计阶段，从而将质量控制从制造阶段进一步提前到设计阶段。<img src ="http://blog.csdn.net/phoebus2006/aggbug/1002220.aspx" width = "1" height = "1" />phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/30/1001313.aspxSun, 30 Jul 2006 13:12:00 GMThttp://blog.csdn.net/phoebus2006/archive/2006/07/30/1001313.aspxhttp://blog.csdn.net/phoebus2006/comments/1001313.aspxhttp://blog.csdn.net/phoebus2006/archive/2006/07/30/1001313.aspx#Feedback0http://blog.csdn.net/phoebus2006/comments/commentRss/1001313.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1001313随着科学技术的不断发展进步，企业之间的竞争越来越激烈。软件企业要想在竞争中发展生存，提高软件产品质量已成为必要条件。在一些高能力成熟度软件企业中，专门成立了质量保证和控制职能部门，起着提高项目管理透明性和确保软件产品质量的双重作用。 　　软件质量工程师是隶属于质量监控部门的工程师，他们独立于项目对质量保证经理负责，以独立审查的方式监控软件生产任务的执行，给开发人员和管理层提供反映产品质量的信息和数据，辅助软件工程组得到高质量的软件产品。每位软件质量工程师可以同时介入多个项目。 　　软件质量工程师的工作原则是"用过程质量确保产品质量"。 软件质量工程师在软件生存期的各个阶段起着不同的作用，是软件项目开发过程中不可或缺的重要成员。 　　软件质量工程师的职责分为组织相关的职责和项目相关的职责。<img src ="http://blog.csdn.net/phoebus2006/aggbug/1001313.aspx" width = "1" height = "1" />phoebus2006http://blog.csdn.net/phoebus2006/archive/2006/07/26/979397.aspxWed, 26 Jul 2006 10:46:00 GMThttp://blog.csdn.net/phoebus2006/archive/2006/07/26/979397.aspxhttp://blog.csdn.net/phoebus2006/comments/979397.aspxhttp://blog.csdn.net/phoebus2006/archive/2006/07/26/979397.aspx#Feedback0http://blog.csdn.net/phoebus2006/comments/commentRss/979397.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=979397什么是质量？似乎已经有了非常多的答案，从“质量就是零缺陷”、“质量就是满足客户需求”一直到“质量是满足客户需求的程度”，仿佛我们已经找到了答案。可是这些答案为什么总是无法解决我心中的困惑？ “满足客户需求是我们唯一的目标”作为公司的质量方针已经这么多年，可是为什么在软件开发中我们始终还只能不断的喊着“从客户的角度”的口号，而“从客户的角度”出发的思想却始终无法在开发团队中落实？ 项目经理们一旦受到了进度的压力，什么质量、什么从客户角度出发就被他们毫不犹豫的扔到了九霄云外？ 为什么在公司提高过程符合度的重压下，过程符合度指标急速上升，而有的团队质量却没有根本性的进步？ 为什么有的产品终于实现了第一次开发达到了进度零偏差，但实际却偷偷拿着另外的版本提供给客户，并因此得到了公司的嘉奖？再后，进行审计时发现，获得嘉奖的产品其开发过程审计结果也一般般，甚至是同一个部门中比较落后的团队，其他开发团队对此更是嗤之以鼻！ …… <img src ="http://blog.csdn.net/phoebus2006/aggbug/979397.aspx" width = "1" height = "1" />