《他和他的质量管理》--51Testing专访（3）

关于将来：

　　Q：谈谈国内软件质量管理将来的道路？

　　A：软件质量管理是个复杂的、系统的、多学科综合运用，并且要符合公司技术路线和商业目标的管理过程。对于软件公司来说必须要投入人力、物力和精力，以长远发展的眼光去进行软件质量的全面改进。

　　Q：能给大家描述一下您自己的未来职业规划吗？

　　A：软件行业是个知识密集型的行业，软件的技术和管理都是建立在人的基础上。“以人为本”的理念提出了很多年，但如何真正将人的知识和才能进行充分的发挥才是“以人为本”的关键。有好的沟通不代表就有好的管理，在未来我将对人力资源，特别是PCMMI领域进行学习和研究。

　　另外，RubyonRails是近期的一个热门技术，他的框架、快速的理念和测试驱动的模型都符合现代软件发展的方向，未来我还要对这个语言进行研究。

　　Q：从个人方面，给刚入门的新人一些学习建议，从哪些方面学习，提高自己？

　　A：如果你是一个刚刚从事过程改进或质量管理的朋友，那我建议不要急于求成，而且要不耻下问，因为这个工作需要了解，甚至是精通很多方面的知识，这是一个需要长期积累的过程。

　　首先我建议可以从PMP入手掌握项目管理所需要的技术和理念。其次学习软件测试的理论和技术，例如ISTQB的测试体系。只有打好这个基础才能真正理解CMMI框架中各个PA里定义的SG和GG的含义和目的。

　　这些需要掌握的知识都已经汇总在《软件质量管理指南》中，希望可以给想从事过程改进或软件质量管理的朋友提供学习的便利。

　　Q：站在企业的角度，谈一谈企业面试质量管理的相关职位时，主要从哪几个方面考核应聘者？

　　A：对于质量管理的核心职位EPGLeader来说，首先会关注其沟通和协调的能力，因为EPGLeader是过程改进的始作俑者，如果他不能很好协调各个部门的利益和关系，那么过程改进就必定会失败。其次，企业会关他是否有项目管理和软件测试的背景，如果他有主持过企业的CMMI认证工作那是最好不过的了。

　　 对于质量保证工程师来说“为人正直，不怕得罪人，能够承受压力”是考核其性格的关键，毕竟该岗位总被不理解的人称为麻烦的制造者。如果他还能具备软件开发、测试或项目管理的经验，那么就更好了。

　　Q：虽然敏捷技术在国内出现的时间并不长，但是最近越来越多的开发和测试人员关注并热衷于此。甚至有人说过“CMM已经落伍了，敏捷才是王道”之类的话。您怎么看？能说说CMMI与敏捷式开发的异同吗？

　　A：如果有人说敏捷式开发优于CMMI，那么首先他一定不了解CMMI的真正含义。如果一个企业敏捷式开发流程符合公司的实际需要，那么该流程也就一定符合CMMI的要求，因为实施CMMI进行过程改进的最终结果就是定义一套符合公司的过程。

　　其次，他一定不是公司的高层管理者。谈敏捷式开发的人大多是项目经理，他考虑的只是项目短期的成败，而没有考虑企业的长久发展。

　　敏捷式开发与CMMI最大的争议不是结对开发或测试驱动的模型，而是项目要做什么文档。敏捷式开发理论谈的是代码重于文档，那么人就成为了是项目的关键，企业要想长久发展必须要保证核心的项目成员不能离职，这与企业长久发展的相关管理理论相违背。

　　另外一个争论多的地方就是敏捷式开发讲的是拥抱变化，而很多人认为CMMI不是。这就又错了，CMMI强调的是如何更好的应对变化、管理变化，这与敏捷式开发没有任何矛盾。

　　总的来说，敏捷式开发与CMMI的争论主要还是不同层次管理人员视角的不同，其实没有本质的矛盾。