一个软件质量经理的工作日记.docVIP

一个软件质量经理的工作日记 宣战（ 200x 年 x 月 Z 日，晴） 连续两天，看着公司高层领导们闭门会议，就知道有重大决定。果不其然，第三天，技术总监召集所有的项目经理和开发人员，宣布公司向 CMM 三级冲击，本人有幸被任命为 SQA （软件质量保证）经理和 SEPG （软件工程过程组）成员（成员仅有 3 人，真有象当选为“政治局常委”）。 感觉真是不错，走出每天呆着的写字楼，看看大街上来来往往的人，爽啊！ 下班回家，郑重向“老婆”宣布，决定下馆子小辍一顿，一时间，踌躇满志，感觉飘然，好像公司的软件产品质量将获得重大提升，震撼业界。回想多年走过的历程，两年的程序员，三年的项目经理，终于熬出头了，上司发现了我这块“可造之材”，并委以重任。经过这么多年的风风雨雨磨练，终于有机会向上司展示才能，我当然要“涌泉相报”。 赋职（ 200x 年 x 月 Y 日，多云） 一早 6:10 就醒来，再也睡不着了，算了，还是起床吧。兴奋了一晚上，精神居然还挺好。 8:00 就到公司了，时间太早，一个同事都没来，真想找个人侃侃自己的志向，毕竟“老婆”不是这一行的，有些东西还不能完全理解。上网溜达了一会儿， QQ 也没有好友在线，毕竟还没上班呢，只能看看 CMM 的最新动态和国内软件企业的新闻。没多久，同事们也陆续到了，上班时间到了。 好不容易等到公司高层经理们开完了碰头会，我想，迟早我也会有机会挤进去参与的。 10:30 ，研发部经理向我们传达，经过领导们的一致同意，决定选择 XX 公司作为我们的 CMM 咨询顾问，鼓吹一通 XX 公司的业绩，（这不是有点象给他们做广告？）然后又宣布了参与培训的人员，都是一些公司的“栋梁之材”和“老马”。榜上无名的以极其羡慕的眼神看着这些幸运儿，榜上有名的“唯技术论”者则以不屑之表情，并不时发出 “项目太紧，没时间”的抗议。经理则非常明确，“高层决定，没商量，要么找老总协商”，试问有哪位有这等胆量。唉，朽木不可雕也，这些人也只能一辈子做技术了。 完事后，经理又把我单独叫到他的办公室，问我打算如何组建 SQA ，说公司以后过 CMM 主要就靠我努力了，心头一阵激动。不过，经理接下来的话让我凉了半截，建议我 SQA 组下暂时只设一人，考虑一下小崔。不是吧？我的心有点凉了，公司里水平最差最笨的人就给我？这个人，不是仗着与老总有点不太近的远亲，估计早就给开了。我刚准备抗议，经理立马安慰，“所以才要你领导，有你在， CMM 应该不成问题，我们才放心。” 培训学习（ 200x 年 x 月 X 日，晴） 经过将近一个月的培训，今天总算毕业了，感觉就像脱胎换骨，到底 CMM 是面向软件行业，就是比 ISO 更专业。因为是由鬼佬上课，好像自己的英文水平也提高了不少，而且还挺正规的，发了“毕业证”。真是获益良多啊！给我印象最深的还是那个北大的计算机硕士翻译，水平挺高，人也长得漂亮。 课程结束后，顾问公司的咨询人员还特地给了我这个新上任的 SQA 一些建议：要熟读 CMM “兵书”，在项目组成员对执行情况有异议时，才能够据理力争，以理服人；在实际的软件项目开发过程中，要多与项目经理和项目组成员沟通，注意处理好人际关系问题，不要轻易上报，否则很容易引起抵触情绪。 虽然很感激他的意见，不过我更相信我的能力。 实战（ 200x 年 y 月 W 日，多云） 新项目从立项开始已经三个礼拜过去了，还挺顺利的。 首先，立项时给项目组成员作了一次培训。让全体的开发人员感受一下 “ 软件质量保证 ” 的功效。 SQA 的一个职能就是对项目组成员进行必要的软件的过程培训，理论和实际相结合，而不只是用于纸上谈兵。美中不足的是，培训会议室的优雅环境给一些人提供了一个比较理想的休息场所。 在项目经理拟定计划时，提供必要的规范给项目经理参考，参与项目估算，组织召开项目计划评审会，邀请公司技术专家、用户以及项目组小组成员一起讨论项目计划的可行性。 紧接着又是组织需求评审，并邀请用户参与，对其用户的意见进行跟踪检查是否纳入需求规格说明书，同时与用户签字确认。 在此过程中，对项目的配置管理工作的作了一次比较细致的评审，发现了配置管理中存在的问题并提出了一些建议，使项目的配置管理工作更有效率。 我在项目组中的工作如此繁忙，大家也逐渐接受了。同时， 公司高层似乎也感到“ SQA 工作确实很有成效”。 挫折（ 200x 年 z 月 V 日，多云） 经过三个月的摸爬滚打，项目开发任务总算进入尾声，剩下的就是测试了。不过， SQA 工作却不尽人意，好像没什么突出的贡献，倒是经常和项目经理和部门经理争执不休，今天下午又和项目经理争了一把“开发已经接近完成，关键模块是不是需要评审一下”，没想到居然给“羞辱”了——你又不懂，尽是找一些鸡毛蒜