浅谈软件项目的质量管理.doc

浅谈软件项目的质量管理 时间的车轮，驶入了公元 2008 年，适逢奥运，对于每个中国人来说注定是骄傲和不平凡的一年。对于软件行业，又将迎来怎样的变革呢？在 2007 年金山上市了，微软“软件 +服务”的模式也渐渐清晰了，谷歌和阿里巴巴这两个互联网大鳄对传统软件行业也产生了巨大的影响， SAAS 再一次风生水起……，我们是否用“拥抱变化”的心态，思考一下正在忙碌的工作呢？ 今天要谈论的话题是“软件项目的质量管理”，应该说这个题目并不是很准确，因为我并没有明确这个质量是相对谁而言的，是客户、老板、项目经理、还是程序员？对于客户而言，客户认可的质量是 预期需求的全部实现，老板关注的质量是合同在成本控制的范围内是否履约完毕，项目经理满意的质量是软件验收顺利通过，而程序员认为高质量就是程序没有 BUG。每个角色站在自身的视角，对质量的审视都是正确的，所以软件项目的质量管理要帮助所有参与项目的角色实现其质量目标。 胜任是质量的前提，现在很多软件公司都正在或已经通过 CMMI 的评估，理论上这些类似的认证或评估是对公司管理能力和业务能力现状的评价，是产品质量保障的前提，但是一些软件公司往往只注重评估的结果，却忽略企业质量管理生态建设的过程。这就埋下了一个隐患，企业要完 成超出管理能力和业务能力的项目，对客户和企业自身都是极大的冒险。企业要“善其事”，同时人也要“善其位”，只有每个工作岗位上的人都能顺利履行岗位职责，才有可能保证质量，所以说胜任是质量的前提。软件开发过程中应对每个岗位的任职能力有个量化的指标，根据项目的难易程度合理配置资源。 没有 100%完美的项目，但有 100%完善的质量体系，我们带着尽善尽美的心态去完成项目，然而我们应容忍缺陷的存在，项目的进程我们是可以掌控的，所以质量管理应该百分之百的贯彻到项目全程。制定的质量计划应该是对项目里程碑计划的解约，质量计划规 定了保障项目实施的资源能力、标准作业以及检测指标，对产品、作业现场和资源进行全面质量控制。我认为质量体系不是不允许大家犯错，即使我们按正确的方式去做事，结果也有可能是错的，关键是如果去处理和补救。软件项目中影响质量的因素很多，比如，用户需求发生变更、开发人员流失等等，那让一切的变化都在质量体系的掌控之中。 最佳质量成本，质量成本是项目实施过程中为保证项目质量而消耗的控制成本以及因质量不良而带来的补救成本之和