求管理两个部分。
需求开发：是指从问题获取、分析判断到编写规格说明文档、评审验证等一系列产生需求的活动。这些活动在需求开发中是相互独立和可以反复出现的。
问题获取：需求的收集、分析、细化、核实并组织的步骤，该活动包括干系人分类，筛选典型客户代表，组建需求团队，召开会议，判断需求质量属性等多项具体内容。
分析：根据需求获取中得到的需求文档，分析系统实现方案。具体的方法包括：鱼刺图，上下文关系图，用例图等分析方法。
编写规格说明：需求开发的最终成果是客户和开发小组对将要开发的产品达成一致协议，这一协议就是通过文档化的需求规格说明书来体现。对于不同类型的需求可以有不同的规格说明相对应，例如所常见的用户需求，业务需求等。
验证：确保需求说明准确、完整，表达必要的质量特点，需求将要作为系统设计和最终验证的依据，因此一定要保证它的正确性。需求验证务必确保符合完整性、正确性、灵活性、必要性、无二义性、一致性、可跟踪性及可验证性这些良好特征。
需求管理：是计划、组织、指导和控制需求的系统方法，也是指软件项目开发过程中控制和维护需求约定的活动，通常包括：变更控制、版本控制、需求跟踪、需求状态跟踪等工作。
版本控制：版本控制是需求管理的一个必要方面，需求文档的每个版本必须统一确定。以保证每个成员可以准确地得到需求的当前版本，并了解需求文档每个版本的修改原因和结果。
需求跟踪：是指跟踪一个需求使用期限的全过程，需求跟踪包括编制每个需求同系统元素之间的联系文档，这些元素包括其他类型的需求，体系结构，其他设计部件，源代码模块，测试，帮助文件等。需求跟踪为我们提供了由需求到产品实现整个过程范围的明确查阅的能力。
需求状态跟踪：不同类型的需求都有不同的需求状态相对应作为需求优先级划分标准的补充说明，通过需求状态跟踪能够确保需求按照优先级先后实现的完整性。
变更控制：变更控制给项目风险承担者提供了正式的建议需求变更处理机制，通过变更处理机制需求的决策人可以准确地分析需求变更所带了的影响和波动，从而决判断是否接受、拒绝或者延迟需求变更，最终准确控制项目开发范围。
至此，我们了解了应如何理解和组织众多需求术语和活动。但是也有许多人看到这里会认为这又是一篇堆砌了很多术语介绍的文章，晦涩而难以应用。其实不然，本文重点论述的就是 --- 通过数据和信息的关系理解需求管理在变更管理中的重要性。为什么有此想法和立意呢？
我在拜访很多软件开发企业的时候发现大多数软件开发团队都已经有了成熟的变更管理概念和管理基础，已经能够将变更管理到位了，于是他们就想进一步管理需求，但是不久就会发现从很多书本或者权威的书籍中得到的需求管理的理论，往往向我上面介绍的术语那样大而全，但是确苦于无从下手，担心需求管理同变更管理结合使用的学习成本太高并且风险太大，最终不了了之，很多软件开发企业和团队只能继续忍耐由于需求变更所带来的项目延期或者利润下降的噩梦。
那么我们可以怎样使用需求管理呢？我们首先从一个生活中的小例子介绍。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
