张瑾专访:他和他的质量管理

发表于:2009-7-28 14:04

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:51Testing    来源:51Testing专访

编者按:《51Testing软件测试网作品系列》近期推出了第六本书——软件质量管理指南》,本书作者张瑾在质量管理方面具有丰富的经验。就职业发展、质量管理现状和未来等方面的问题,51Testing对张瑾先生进行了一次专访:

张瑾个人简介:

  江苏北极光科技发展有限公司副总经理;通过PMP项目经理认证、微软高级项目经理认证、微软架构师认证;GDSPIN广东软件协会过程改进专业委员会专家;希赛顾问团队顾问;51Testing软件测试论坛质量管理版版主;《软件质量管理指南》和《自动化软件测试》、《WWF开发指南》的作者。

关于过去:

  Q:您现在主要从事的工作?能给大家简述一下您的职业成长历程吗?

  A:我现在在“江苏北极光科技发展有限公司”担任副总经理,主要负责公司软件研发和管理的工作。

  2000年大学毕业后和很多朋友一样先从事软件开发的工作,经过不断的努力,2002年开始担任项目经理,2003年考取了PMP认证。

  在我刚从事项目管理工作的时候,由于对软件质量的理解还比较少,导致自己负责的项目大多没有成功,在那个灰色的日子里心情也是灰色的。

  也许是有过这个痛苦的经历,我越来越觉得“软件测试”才是决定软件成败的关键。从那时起我开始对软件测试的技术、流程和Rational Robot、WinRunner、QTPLoadRunner、TD、NUnit、NAnt等自动化测试工具进行研究,并结合测试流程总结了一套自己的测试理论“CART全面的自动化回归测试”流程。

  在这个阶段我负责的项目成功率已经大幅提高,但是项目团队的成员包括我在内都不是很开心,因为加班非常多,心里和身体都很疲惫,这主要是当时“软件测试可以提高软件质量”思想所带来的误区。也正是从那时起我彻底明白要想提高软件的质量、提高项目的成功率、让项目团队成员快乐工作的唯一方法就是从根本解决软件的质量问题,那就是全面运用“软件质量管理”来进行项目管理。

  2004年我开始担任EPG Leader并兼任测试经理,着手对CMMI进行深入的研究,并将其与“PMP项目管理”和“软件自动化测试技术”进行结合,推动公司全面的质量改进的工作。

  几年下来个人收获颇丰,可这时的心情就好像阳春三月,有点暖也有点寒。原因是这时的我总感觉有点像井底之蛙,不知道自己在软件研发过程中总结的知识和经验是否可以在更大范围内得到业内同行的认可。于是在2007和2008年先后出版了《自动化软件测试》和《WWF开发指南》专著,并在网上发表了《功能点估算法》、《抛弃形式主义 同行评审提升软件品质》等一批论文,将自己在软件测试和软件开发过程中的经验进行分享,并得到了广大同仁的认可。

  2009年有幸与51Testing合作出版了《软件质量管理指南》一书,得以将我多年来对软件质量管理积累的经验进行系统总结并与大家分享。这也完成了我想出版“软件开发、软件测试和软件管理”三部曲的梦想。

  每个人的成长经历都不相同,唯有不断的努力和对软件技术发展的不断追求才能得到成功,在此用我的座右铭“天道酬勤”与大家一起共勉。

  Q:在您的职业发展过程中有没有遇到过让您印象深刻的困难或者是什么事情?您是怎么克服的?

  A:在我职业发展过程中遇到的最大困难是刚担任项目经理的时候,虽然当时已经考取了PMP认证,但那个时候项目的成功率仍然不高,压力非常的大,而且也非常困惑。现在想想主要原因还是认为项目管理理论可以解决软件研发的所有问题。

   虽然PMP项目管理的理论不能完全解决软件研发的所有问题,但是PMP教会了我发现问题、解决问题的能力,于是从开始踏上了软件质量管理的道路。

31/3123>
《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • ghr00
    2015-4-20 14:20:28

    我不赞同你的观点。结对编程为什么不需要文档?如果开发人员离职了呢?下一波开发人员是不是单靠看代码就能很快地上手工作呢?你能保证团队一直都是稳定的吗?敏捷更适用的是技术复杂度不高,面向用户市场,需求变化频繁的项目。

  • denffle
    2010-5-19 12:49:10

    敏捷开发有结对编程,并且很快互换结对,这样的话对于整个团队都了解这个项目并且互相back up有好处,敏捷开发根据文档是否有用来确定是否需要文档。不过我觉得无论如何大的架构,设计文档以及客户需求文档还是需要的,只是详细设计可能确实可以根据需要和用处来确定。

  • liulinzhu
    2010-5-18 09:42:54

    “谈敏捷式开发的人大多是项目经理,他考虑的只是项目短期的成败,而没有考虑企业的长久发展。"——这句话我有自己的看法。
    衡量项目是否成功,要看重项目成果的商业价值与投资回报,而非仅仅看其有没有超支,延时或按原计划办事。这就是敏捷所强调的,怕是LZ不太理解敏捷吧。

  • liulinzhu
    2010-5-18 08:54:27

    敏捷侧重于处理复杂多变事务,CMMI对实践可预见性项目则显得更为从容、严格及说明性。

  • jiayan2000cn
    2009-10-01 18:24:45

    感觉CMMI和敏捷其实核心内容相同,都是要降低成本.不过在开发上的侧重点不同而已!

  • sidney514
    2009-9-01 10:54:23

    呵呵,敏捷看重代码,并不是不注重文档。
    想想:如果你的TDD做好了,就不需要再单独做UT了;可以取代部分文档;
    如果你做了结对编程,你还需要文档嘛? 文档的价值在哪里?为什么需要文档?从这些就可以考虑,敏捷中,不是不要文档,而是用其他方式把文档的存在的价值给取代了。如果敏捷只看其一,那么,你是伪敏捷!

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号