IT部门就是为其他业务、内勤部门提供信息化手段的，所以在实施信息化系统的时候首先要做的就是需求调研，但是针对于绝大多数业务部门的人员而言，信息系统是很不熟悉的，我们会经常听到这样的回复“这个应该很快就可以实现吧”、“当初我们讨论的时候不是这样的”、“（实现完了）这样好像有点问题，我再加一些需求吧”等等，种种这样的问题就是因为对需求的管理不当导致的，这样会对整个IT项目实施带来很多困扰，且不说对IT人员的工作心情、状态的影响，对于整个项目的实施是十分低效的，其实很多项目的时间差不多50%以上会花在重复修改的工作上。为了能够高效的完成一个项目，就必须对IT项目需求进行管理。
一、IT需求的调研；
需求的调研可以看做是广撒网的过程，在新系统上线的时候，我们可以带上我们的小本本来到各个业务部门进行需求调研，询问他们目前的业务需求，将这些需求记录下来，下面是一份单项需求调研模板：
| 需求编号 | 需求类型 |
| 采集时间+采集者 | 功能需求、性能需求、可扩展需求等 |
| 来源 | |
| 需求提出者及其岗位、部门、业务熟悉程度 | |
| 场景 | |
| 该需求提出的背景；用于考虑是否可以拓展到其他场景，适用业务面的广度 | |
| 描述 | |
| 用不带修饰词的语法描述该需求 | |
| 原因（需求提出的原因，要怀疑理由是否是假象的？） | |
| 为什么会产生这样的需求 | |
| 验收标准（如何确定该需求被满足） | 需求重要性权重 |
|
1、用量化的语言描述 2、无法量化举例解释 |
满足后（“1：一般到5：非常高兴”） 未实现（“1：略感遗憾5：非常懊恼”） |
| 需求生命特征 | 需求关联 |
|
1、需求的紧急度 2、时间持续性 |
1、人：和此需求关联的任何人 2、事：和此需求关联的用户业务与其他需求 3、物：和此需求相关的系统、设备及其他产品 |
| 参考材料 | 竞争者对比 |
| 在需求中的输入材料，给出连接或名称即可 |
打分1分“差”到10分“好” 1、其他公司的实现方式 2、用户对其他公司的评价 |
这是一份适用面比较广的需求调研表，并且是针对初期的撒网调研阶段，如果是后期且要针对某个系统的话，还需要加上该系统对应的IT需求，比如泛微的OA最终形成的需求就需要加上带有字段属性、格式的表单以及相关的流程图和流程说明，当然，每个公司的体系都不一样，与体系结合也是一个非常好的做法。
二、需求的优先级
IT在调研后会有很多需求，通常会有很多业务部门的人催，他们会说这个需求非常急，影响很严重之类的话，同样也有一些价值很大的需求，他们由于没有及时联系，给出了不着急的假象。我们在动手之前一定要确定好需求的优先级，这对于这个公司而言将会是一个非常的大的收益。比如，公司正在发展一项新的事业线，这条事业线如果做出来之后收益将是巨大的，而另外一个老部门整天催着要IT做这样那样的需求，其实，这些需求做出来和没做出来对他们的影响并不会大多少，所以，显而易见，那条事业线上的需求才是最具商业价值的。
我们在确定需求优先级的时候主要看两点：商业价值和工作量。商业价值最简单的获得方法就是站在公司的角度，看看哪个需求对公司获得的益处最大，这里不仅要看直接收益（比如节省了多少钱）同时也要看潜在收益（比如节省了多少人力、会获得多大市场效应等），当然这样非量化的分析最好是多个高层领导在一起分析会比较准确。另外一个量化的方法就是用几个参数做分析：重要性、紧急度、持续时间、商业优先级。
| 需求属性 | 属性说明 |
| 重要性 | 重要程度，实现1分"一般"到10分“非常高兴”；未实现1分“略感遗憾”到10分“非常懊恼” |
| 紧急度 | 紧急程度，规定时间内实现1分"一般"到10分“非常高兴”；未实现1分“略感遗憾”到10分“非常懊恼” |
| 持续时间 | 需求持续的时间，距离目标日期时间长短，1分“短”-10分“长” |
| 商业优先级 | 不考虑实现难度，群策决策，1分“低优先级”-10分“高优先” |
按照上述表格求和，若需求分数越高则，商业价值越大。
工作量的测量其实是随着需求的明确程度而逐渐清晰的，一般在需求开始初期，工作量是很难评估的，只需要非常有经验的开发或者架构师来进行评估，
三、IT需求DNA过程管理
每个需求不论大小，都不能够忽略的，现在的小需求说不定就是以后的一个重要思路。所以对于需求我们一定要进行根本性的过程管理，可以称为DNA过程管理。
每一次需求的调研收集过程中，我们都可以按照实际需求整理一个比较适用的表格，可以称为DNA基本属性：
| 需求属性 | 属性说明 |
| 提交人 | 调研者的姓名，负责解释、实时该需求 |
| 编号 | 主键，唯一标识 |
| 提交时间 | 记录的时间 |
| 系统 | 该需求是针对哪个系统提出的 |
| 主要功能模块 | 该需求主要涉及到的功能模块是哪些 |
| 名称 | 需求名称 |
| 描述 | 用中性语言对该需求进行描述 |
| 提出者 | 需求方的姓名 |
| 提出时间 | 提出需求的时间 |
| 需求版本 | 记录这个需求的变化过程 |
| 需求变更记录 | 记录需求变化的内容 |
| 商业价值描述 | 描述该需求的商业价值 |
| 商业属性 | 扩展、基本 |
| 商业优先级 | 高、中、低 |
| 工作量 | 完成该需求所需的工作量 |
| 性价比 | 商业价值与其工作量的比例 |
| 备注 | 其他说明 |
通过在调研的过程中记录这些信息，我们可以通过跟踪和对比，找出过去、现在和将来的痕迹，对很多需求可以进行合并、拆分等操作，可以大大提高需求的实现效率。