关于加强系统需求分析质量的考虑

 

根据8月5日~6日**公司项目人员开始的系统需求分析的工作情况来看，我认为存在以下几个问题：

1第一次碰头会议即提出试运行模块的问题

 

2系统调研有故意缩小的倾向

表现1：从功能模块提出业务来进行询问

表现2：认为安监科与系统业务或功能无关

 

3业务人员业务素质的问题

表现1：没提供需求分析的工具表

表现2：没有调查的策略、方法

 

4问题实质

漏掉现状情况或需求内容，将来我方无法

 

5对策

 

（一）对方必须按以下步骤进行

提交专题计划要点，主要说明本项目开发中需制定的各个专题计划（如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点。

对计划调研的部门提前2天提供调查辅助表格，并建立一个示范调查表

被调研部门组织人员进行事先思考，考虑需求，最好有部门组织的内部需求会议

要求**人员在2周内返回该部门的初步需求内容（含表格），由我方项目人员参与各部门组织的讨论，并由部门进行基本调研情况的第一次需求验证，每阶段两次。

在系统概要需求分析报告之前提供现状分析、存在问题、解决方案和建议等内容的报告

提供每轮的需求分析部门的计划表，提供初步需求分析所包含的内容、深度

（二）督促**开展全面的需求分析调研工作

提供人员工作计划（现场工作时间安排、负责参与工作内容）

我方人员在第一阶段必须全程跟踪调研，并做好我方的需求调研内容的记录

认真组织对需求变更的管理工作

（三）工作制度

周报告月例会的制度

双方除主要日常工作人员外，以项目管理信息发布网站为纽带

（四）对信息发布网站的内容要求

信息发布流程：涉及双方的内容由双方信息发布责任人商谈----公布

项目依据和标准文件、术语汇编、常用工具表集、项目机构、项目周报、会议简介、会议纪要、技术文档、项目总计划和实际进度情况（含计划跟踪）、项目需求变更管理