需求管理是项目管理的重点之一 ---- 项目范围管理的重要组成部分，对于需求管理失败，一直是导致IT项目管理失败的主要原因之一。
项目管理思想中核心强调的预则立，不预则废，需求管理作为项目管理范围管理的一部分，也同样遵守本原则。
需求的详细工作包括了需求调研、需求分析与设计、需求确认、需求跟踪维护以及需求变更管理等方面的内容，在项目生命周期的任一阶段，都需要进行管理的管理。因此需求的生命周期贯穿于项目的整体生命周期过程中，在项目启动阶段，也应该对需求进行当贯穿需求的生命周期的管理规划，制订详细的需求管理的整体策略，选择适当的需求管理的方法、技术和工具，制订明确的流程以各方的职责，以指导项目的需求管理工作。
（1）整个项目的需求实现的整体策略
当启动一个项目时，需求管理作为项目范围管理，是项目启动工作的重要部分，对用户需求的满足程度，往往决定了项目质量，而如何控制项目的质量，提高用户的满意度，使项目顺利完成，在项目启动时，应该了解用户项目干系人对整体项目的总体需求，即是对整体项目的需求方面的要求。
比如：对既定的项目需求，建设的期望是什么，达到什么真正的可达成的目标？应用的期望是什么？
每一个项目的用户对项目的建设的期望与应用的期望都会有差异，甚至在一些涉及到范围比较广的项目中，同一个用户关键关系人对同一个项目中的建设子项的建设期望与应用期望都存在差异。对于这一点，往往我们从项目的招标书或者是合同书中并不能看出，但是，这种情况是实实在在存在的，有时候，用户自己本身也不了解，而是需要项目经理与用户的项目负责人进行进一步的沟通、抽丝剥茧后再加以引导才能明确。也就是说，这是整个项目的项目需求的需求。
很多时候，特别是一些涉及到信息管理等方面，用户的目标往往是不切实际，比较理想化，把前景想像得很美，特别是在信息化建设方面没有什么经验的用户，这一点尤其突出。如果我们的项目经理在这个时候，盲目的与用户的理想目标保持一致的话，就可能把项目引入到一个比较危险的环境。经验丰富的项目经理，会充分认识到同一个目标也是需要分层次的。需要进一步与用户的项目负责人明晰、分解项目的目标，确认可以达到的目标。
比如：对同一个业务的处理，可以是备案式的规则简单的、可以是备案式规则复杂的、可以是流程化规则简单的、也可以严格流程化规则复杂的等多种不同程度的实现，这对于达成项目目标方面却是一致的。
在项目中，有可能选择以上任何一种方式进行建设，但是，这每一种方式对项目成功建设的时间、成本、风险、资源要求、项目的成功率等方面的差异较大，明显第一种是最小的，而第四种则是最大的，那么是否全部进行一种的选择呢？这个问题，是项目经理在需求整体规划时应该考虑的问题，但却并不是项目经理可以决定。主要是原因，由用户的需求来决定，在这个过程中，项目经理可以影响和引导用户的需求。
项目经理应当与用户的项目负责人一起，分析项目背景、用户背景（特别是信息化方面的背景）、用户应用层次与背景、用户应用的环境等。
对于信息化背景不同程度的用户，用户负责人在处理不同的业务时，会有不同的态度。这个主要是由客观原因：用户的信息化背景与认识造成。对于信息化比较强的，用户采用较多的通过业务重整与流程重构来通过信息化提高业务处理水平以及数据处理水平；而对于信息化相对比较弱的，则希望通过引导与初步应用，达到引导信息化建设的初步目标。试想如果将不具有扎实功底的用户引入到一个严格、流程化管理的产品中，即使开发商可以根据需求生产出来产品，但是在应用时，会遇到很大的困难，从而造成项目的失败。也就是
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
