软件适航加油站

 找回密码
 成为会员
搜索
查看: 11724|回复: 0

质量不只是质量部的事!QA = Quality, All

[复制链接]
hoho 发表于 2009-7-2 16:03:20 | 显示全部楼层 |阅读模式
QA = Quality, All 。

QA工作是需要全员参与的。QA工作(质量保证活动)不光是QA个人的事,是整个PDT团队整个组织的工作。真正的质量不是维系在质量工作人员身上的。她既不在质量部,也不在QA个人身上。真正的质量她存在于团队领导的质量观念中,存在于开发团队的技能中,存在于大家的责任心上,存在于产品设计架构中,存在于一篇篇文档中,存在于一行行代码中,存在于一个个用例中,存在于在一个个工具中。所以说,不要在出现质量问题的时候,只想到质量部,只想到QA个人,质量工作是需要全员参与的。当出现问题的时候,想想我们有没有高效的开发工具,有没有能够减少人为错误的升级工具?想想我们是否采用了有效的工程方法?想想我们是否按模板的要求仔细的斟酌了每一个设计细节?想想我们是否对客户需求进行了策略性的响应(分类分期规划),还是来一个就做一个的被动响应。质量就是体现在这些日常工作的每个环节的,是可见的,不是抽象的。

8月底有机会参加了T国X公司地区部领导来访交流会,其中问到我们是如何规划快速变化的客户化需求的?客户人给出的建议充满了理性,说可以分为ERC(紧急需求)和ARC(批准的,可较长期规划的)。由此看出,在客户的眼里,并不是所有的需求都要我们“一夜之间实现”。而这与我们平常感受到的“每个需求都是急不可待”的是矛盾的!这说明什么?说明在需求交流环节,在版本规划环节仍存在对需求很少进行分类、分级、策略响应的问题。再想想我们是否对自己的团队成员进行了有效的激励和关心,不要只希望他打硬仗,却不给好武器,就是没有好武器,也至少有个鼓励话吧。有多少兄弟们在现场一次次战战兢兢的升级守局(兄弟们常说人工分析两个版本中数据库表之间的差异是多么没有信心的事),有多少人想到要开发自动化的升级工具来结束兄弟们每次如履薄冰的紧张?也许问题都是因为一个字“紧”。但反过来想想,越是艰难的条件,越需要策略,越乱越需要管理。如果一切都顺顺当当,那管理的价值就减去了80%。以上也许言之过重,想说的是,质量存在于我们平时的工作意识、工作行为和工作方法中,不要只盯着流程,流程是在技术、责任心有所保证的前提下,起的保证作用之一,并不是主导作用。关心质量请从关心开发的每个环节作起,看看各个环节是存在技术问题、管理问题,还是存在流程问题。相信不同的环节有不同类型的问题。全面关注,集体参与,共同改进,是成就质量的最有力保证。以上所言,并不是成就一个奇高无比的质量所要做的事情,而只是让大家睡个好觉的选择。
您需要登录后才可以回帖 登录 | 成为会员

本版积分规则

小黑屋|Archiver|手机版|软件适航加油站 ( 沪ICP备13019901号-3 )

GMT+8, 2018-7-22 12:44 , Processed in 0.140400 second(s), 16 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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