PPQA实施过程中应考虑的几个问题
时间:
2016-09-01 16:18
来源:
未知
作者:
admin
点击:
次
对于刚刚在组织内导入CMMI体系的企业来说，PPQA（Process and Product Quality Assurance）这个过程域是相对陌生的。在传统的软件开发公司中，人们往往会将QA和测试工作联系起来，或者将两者混为一谈。相较于日趋完善的软件开发生命周期，QA仍然是一个相对新鲜的角色。那么在组织内实施PPQA这个过程域的时候，应该注意哪些问题？本文试图从以下3个方面入手，分析在实际工作中经常遇到的问题，希望对正在实施CMMI的组织有所启发。
1.QA处于什么地位？
在实际工作中，笔者接触到的很多组织，在实施PPQA过程域的时候，都会问我一样的问题：“QA应该处于组织架构的那一层？这个角色和项目组之间的关系应该是怎样的？”作为CMMI咨询人员，我们对企业的组织架构如何确定并没有建议的权力，但是对于QA而言，无论其处于组织架构的何种地位，都应满足以下两个方面：
（1）独立于项目组。来自于美国的CMMI体系中渗透了很多西方的管理思想，其中也体现了“立法，行政，司法”的三权分立思想。在组织中，立法者是EPG（工程过程组），行政者是项目组，而司法者的角度，理所当然的属于QA。所以QA角色的独立性显得尤为重要。特别是在建设QA角色的初期，这一点特别关键。组织应尽量做到在行政架构上使QA独立于项目组，这样，QA才能够获得相对客观的角度来发现问题。
（2）确保QA与高层经理有直接沟通的渠道。很多时候QA人员会有这样的困惑：“既然是一个要去发现问题的角色，但是遇到和项目组意见不一致的时候，应该怎么办？”笔者时常会开玩笑的说：“要动用你们的尚方宝剑”。这里说的尚方宝剑，就是指QA与高层管理者之间的沟通渠道，以及“越级上报”的权力。在QA的意见与项目组无法达成一致，但是QA确信他所发现的问题，确实会对项目带来不好的影响时，QA应通过高层，甚至是更高层经理与项目组进行沟通。而此时，高层经理应保持其沟通渠道畅通，如果QA反映的问题确实存在，应及时与项目组进行沟通，并采取应对措施。
2.什么样的人适合做QA？
对于QA人员的选取，不同的组织有不同的选择。有一些组织倾向于选择年轻的，甚至是刚毕业的学生。因为相较于企业内部的老员工，他们更认真，也更善于发现并毫无顾忌的指出问题。而另外一些企业会选择一些有经验的同事，甚至是作为提拔项目经理之前的必修课。因为他们熟悉组织过程，熟悉组织文化。不论哪种选择方式，我们建议在选择QA人员的时候，考虑以下两个方面：
（1）极强的沟通技巧和心理素质。QA这个职业，从某种意义上说，是一个不大讨好的工作。因为QA的职责在于发现问题。从这一点而言，往往会与项目组产生心理上的距离，严重的可能会产生矛盾。为了避免不必要的麻烦，沟通技巧对于QA人员来说显得特别重要，如何把问题适当的表达出来，而不会引起项目组的反感，是每一个QA人员应该积极思考的问题。同时，QA还要有很好的心理素质与自信心，对于自己确认的问题，应该顶住压力，坚持自己的意见。
（2）对于组织过程了如指掌。作为司法者，了解“法律”是前提。在组织运行中，所谓的“法律”就是各项过程，规程。QA必须熟悉每一个过程，才能够开展相关的工作。在这一点上，需要QA人员认真学习，将各个流程烂熟于心。在工作中笔者时常与QA人员交流，开展QA活动时要按照QA工作检查单来进行，但是不能把检查单拿在手里逐项核对，而是要把检查项记在心里。只有这样，才能对组织过程保持非常敏锐的触觉，一旦发现问题，就可以马上指出。这也是QA专业性的一种体现。
3.QA活动应该开展到什么地步？
目前，越来越多的组织更多的考虑控制成本，在此背景下，QA活动开展到什么地步，就成了一个需要斟酌的问题。中国有句古话叫做“过犹不及”，在许多组织中，定义了很多的QA活动，但是最终的效果反而不好，甚至有一些并没有如计划开展。如何恰如其分的开展QA工作，应该是每个组织应该思考的问题，一般来说，可以从以下两点加以判断：
（1）根据组织的质量目标来确定QA活动的重点。在实施CMMI体系的全过程中，我们都在强调，实施CMMI的重要目的是要支撑组织的商业目标。QA活动也是一样。QA在建立初期，就应该对组织的质量目标进行分析，分析哪些是组织在质量层面所重点关注的，例如提高需求的质量，提高估算的质量等等。从而明确QA活动的方向。任何QA活动的开展，都是为了满足组织的质量目标，这也是QA活动的终极目标。
（2）对不同的项目开展不同的QA活动。每个组织都在同时进行很多的项目，如果QA对每一个项目都开展细致的QA活动，那么势必需要大量的投入，导致QA活动没有重点，难以保证QA活动的质量。因此，组织可以考虑根据项目的规模等要素，对不同的项目采取不同的QA活动策略。对规模较大的项目，考虑进行严格的QA活动，而对于规模较小的项目，可以考虑进行简化的QA活动。在有经验的组织中，这一点应该与项目的裁剪过程相结合，站在QA的角度考虑如何对QA活动进行恰当的裁剪。当然，规模并不是唯一的要素，组织可以综合考虑规模，风险，难度等要素，形成综合的项目分级，从而指导QA工作的裁剪。
