输出序号 沟通形式 负责人 沟通对象 内容 频度 文档 会议 目经理 体组 措施；总体组部署工作安排，决策，协调，分析进度、问题等 次 纪要* 专业组内部交流会专业组内部4 会议 组长 员 交流、问题讨论等 专业组专业组组议，任务布置、信息天1次 每2～3/ 在全体项目成员范总体围内宣布项目总体5 动员大会 组、领导小组 阶段成果，激励士气 全体人员 和阶段目标，回顾前开始 阶段的/ 项目各反映项目动态，包括项目助6 简报 理 全体人员 决方案，本周工作成果、下周工作重点等 次 进展情况、问题及解每周1简报*

输出序号 沟通形式 负责人 沟通对象 内容 频度 文档 反映各个专业组每周实际工作情况及小组工作周7 报 组长 的执行情况和进度偏差。 专业组总体组 结果，包括根据计划次 周报* 每周1工作小组反映个人每周实际个人个人工作周8 报 组员 长 括根据计划的执行情况和进度偏差。 次 周报 专业组专业组组工作情况及结果，包每周1工作全体人9 电子邮件 员 当事人 需讨论问题的非正式书面交流 按实际需求 电子邮件 全体人10 日常交流 员 当事人 需讨论问题的非正式口头交流 按实际/ 需求

输出序号 沟通形式 负责人 沟通对象 内容 频度 文档 备注： 1、“负责人”为各类沟通形式的组织者； 2、“沟通对象”为需参与各类沟通的项目干系人； 3、“输出文档”为各类沟通所产生的书面文件，由各类沟通的“负责人”或其指定人员制作并派发“沟通对象”； 4、“输出文档”一栏中有“*”记号的文件需由项目办公室作为项目文件进行存档。 1.1.2.4.2. 会议管理制度

项目开始进行以后，要有效地控制项目，需要在各个关键时刻召开关键会议。关键会议的主要内容是总结上一阶段的工作，分析问题、提出建议，并介绍下一阶段的主要任务和目标，使各有关人员都能做到心中有数，明确努力的方向。关键会议也是协调各不同小组之间的人员以及工作任务的重要手段。

除关键会议外，在项目进行的全过程中，应定期召开例会，会上主要介绍项目进展情况，检查进度、是否存在问题等，会议时须做详细的会议记录并在会后报送所有项目相关人员。主要的项目会议流程规定如下：

会前准备：

做好准备工作，如明确会议目的和会议议程等； 把会议中要求讨论的材料事先下发给开会成员； 提前两天通知各位与会成员； 准备会议环境、会议用设备等； 会议之中：

会议成员准时到会； 按会议议程逐项进行； 严格控制会议时间； 会后跟踪：

会议决议落实和检查。

1.1.2.5 项目质量管理

为保证项目顺利实施及系统质量，必须在项目管理过程和项目实施过程上加大质量管理力度。通过高伟达公司实施的成功案例，我们深深体会到“质量是计划出来的”这一现代质量学观点所蕴含的深刻道理，所以，我们在项目启动及项目进展的各个阶段都会仔细制定各项工作计划，严格按照审核通过的计划进行项目控制。

针对本项目，我们建议从QA及QC两方面保障项目的顺利实施，具体的质量保障

措施如下：

1.1.2.5.1. 质量保证

本项目将设置质量保证小组，由南京银行和高伟达公司各出一名人员担任QA的角色，其工作任务是根据项目总体组制定的质量核对单，在项目进展过程按照质量核对单逐项审核项目是否按照计划约定执行和控制，并直接向南京银行的相关领导汇报项目实施的质量状况。 1.1.2.5.2. 正式评审

根据本项目的特点，本项目中将对项目计划、软件需求规格说明书、系统设计说明书、测试规格说明书、测试报告等文档，组织南京银行相关领导、专家进行正式评审，以便审核系统开发中各阶段所产生的过程文档，以保证文档内容与上一阶段所产生的软件文档内容一致，并且符合使用者的需求。 1.1.2.5.3. 交叉审查

除项目要求的正式评审内容外，本项目还将对各模块软件代码实行交叉评审制度。各模块负责人应根据总体组制定的代码质量审核清单，对所负责检查的其他模块软件代码进行仔细审查，对代码质量不能通过交叉评审的则必须进行返工。整体的软件代码交叉评审总量不能少于60％。 1.1.2.5.4. 变更控制

为保证软件产品质量，开发过程将严格采用配置管理工具进行变更控制，其目的是保证最终软件产品能够符合业务需求的各项要求，并对开发过程进行监控、报告