以下情节，如有雷同，纯属正常。
望着满满一屋子的人，张强长长出了一口气---技术评审会议终于可以如期召开了。张强是宏大软件公司的QA，这次评审会由他主持，回想起评审准备工作的艰辛，张强又默默叹了口气。
宏大公司的历史并不长，主要产品是电信设备的资源管理系统和网络管理系统，客户对这类产品功能和质量方面的要求是相当高的---当然了，电信设备影响到千家万户，出了问题可不是好玩的。宏大公司的产品原来还是不错的，当时公司有几个业务、技术的高手，并且在电信行业里摸爬滚打了多年，开发出的产品都会得到客户的认可；但是现在公司来了很多新员工，开发团队一下子“臃肿”起来，但是能力却不敢恭维，要命的是客户现在会提出一些“稀奇古怪”的需求，电信设备也不断的更新换代，所以宏大公司的产品质量一下子成了大问题。公司老板贾至强意识到产品质量问题关系到公司发展，公司特意在研发部门设立了QA的角色---这还是CMM培训的收获，之前大家都不知道“质量保证”为何物。
张强就是在这样的背景下走马上任的，尽管大家已经认识到质量保证活动对产品质量是有益的，但是在进度压力下仍然会超近路---这个项目在计划中本来并没有正规技术评审活动的安排，这次评审还是张强对项目经理王方“软硬兼施”争取来的，其实王方也知道评审的价值――至少书上都这么说；但进度太紧，对开发过程中“非重要非紧急”的活动只能忍痛割爱，要知道产品没有按时发布，挨板子的是他这个项目经理，而不是什么QA。确实是张强的“纠缠”感动了王方，当然王方也想看看评审究竟有什么效果，毕竟正式的评审对于宏大公司来讲还是新鲜事务。
“请大家注意，现在进行网管系统NMS V2.0的技术评审会，评审对象是本项目的概要设计文档，上周三我已经向各位评审专家下发了评审通知，从评审意见的反馈情况看，多数专家还是相当认真的，提出了很多问题，但是有部分专家 … …”
“是这样，我昨天刚刚出差回来，在外地没有收到邮件，今天才知道评审会就赶来了，以后的评审请尽量通知到我。”还没等张强说完，李利抢着解释到。
“我这几天一直在忙着Q3接口的技术预研项目，实在抽不出时间来；不过我还是浏览了一下评审材料，只是没有形成书面的意见。”赵刚也解释着。
“我提个建议啊，在评审初期开个介绍会议，请评审材料的作者给大家简单介绍一下设计思路和要点，毕竟我对这个项目不大了解，熟悉评审材料就花了我三个小时的时间。”
“我觉得也应该增加介绍会议。”有几个人表示赞同。
“大家的意见非常好，我在组织上确实有些问题，以后我会在这些薄弱的环节进行改进的。”张强进行了简短的总结。
其实他也有自己的苦衷，预审前的介绍会是他极力向王方要求的，不过王方认为实在挤不出时间，只能作罢；在评审专家的选择上也是煞费苦心：合格的技术专家目前都很忙，况且技术评审也不是人家“份内”的事情，参加评审现在不记在正常的工作量里面；最令张强担心的是目前邀请的专家中并没有人熟悉接口模块中MIB管理信息库，这是这个版本中新增加的重要功能之一，对此模块精通的专家袁力此时正在北京解决客户现场的问题，没办法参加评审。
王方认为合格的评审专家没有时间，可以发动新员工参加，毕竟他们有热情、肯学习，也许可以弥补业务上的缺欠，而且人多力量大，“三个臭皮匠顶个诸葛亮”---此次评审专家足足有二十人之多。
