需求管理

典型场景：最近比较烦，烦客户！我们现在正在给长江市政府做一个电子政务项目，其中有一项功能是网上婚姻申请登记功能。因为前一段国家政策取消了强制性体检这个环节，所以我们的工作流程也相应的变更。

IT项目管理之需求管理工作流：问题分析、理解涉众需要、定义系统、管理项目规模、改进系统定义、管理需求变更。

需求管理是软件开发生命周期的初始阶段，它对最终提交的软件产品的质量起着至关重要的作用。一位咨询师朋友告诉我，在美国，超过60%的软件项目失败都是因为不科学的需求管理。另外，80%的项目延误也源于不断改变的需求。由此可见，需求管理是整个软件开发过程中至关重要的一部分；尤其是对于大型项目，科学的需求管理在降低风险上的作用更是无法估量。

本文通过介绍关于软件需求的基本知识和个人在实际工作中总结的一些经验，帮助读者了解软件需求，学习需求开发的一些基本方法，避免因需求原因而导致的项目失败。

本文作者从项目管理的角度来讨论对变化需求管理的策略。首先是讨论在构建前需求的质量，然后说明了如何在构建过程中对需求进行跟踪，最后讲述了当真正发生需求变更的时候，我们应该如何去面对。

企业业务软件工程项目和商业软件产品项目上项目无论是需求重点，实现方式，项目管理等方面都有极大不同。现在的软件工程有关研究并没有关注此中的区别，实际上，其中绝大部分还集中在较简单的产品项目上。对于需求变动要大得多的企业软件项目来说，对需求进行分级管理是非常必要的，也是生死悠关的。

开发有开发团队，测试有测试团队，需求既然做为问题的源头，做为项目的“领头”，肯定也需要成熟的团队，需要优秀的需求人员，那么谁去做需求？需求人员需要哪些素质？需求的策略如何把握？没有专门的需求团队怎么办？

本文论述围绕于需求管理工程。需求管理是开发工作有效进行的确证。很明显需求管理是一种很高层次的系统行为，涉及整个开发过程和产品本身。

项目来源通常可区分客户合同项目、内部产品更新换代。客户合同项目由于受到客户直 接约束，有固定的工期，而且需求往往很不稳定，很多时候客户只指定一个大概的需求范围，由开发商在应标的时候列出能实现的功能需求、环境支持和开发费用， 在多家开发商应标的情况下，客户有可能综合多家厂家的功能，要求开发商实现，还有一些项目客户只提出研究方向，根本没有具体的需求细节；内部产品更新换代 需求相对稳定一些，而且工期也相对宽松，比较容易把握，但产品的需求是连续的，产品需要不停的升级增加新功能才有生命力；由于需求的稳定性不同，往往需要 比较好的开发模型来支持，否则很容易发生到了项目后期才发现实现的功能与实际应用需求不符，达不到使用效果，导致项目失败；开发模型的不同，需要管理的力 度也不同，管理花费的时间也不同。

随着IT在现代生活起到越来越重要的作用，根据本人参与的项目管理、售前调研、系统开发的多年经验结合最新的项目管理知识，我们就需求管理这个领域来讨论IT项目的需求管理，特别是如何建立完善的需求说明书，以及采用那些相关的需求管理模板文件来实现需求变更控制。本论文从技术工具、模板和经验相结合的方法来讨论现代IT项目的需求管理(RM)。

建立明确的项目范围代替不明确的范围，才能够减少开发过程中的修改。本人最近一直从过去30多年的科技项目开发和管理经验中，结合近年回国后对国内IT企业运营模式的理解，我国技术人员的工作习惯，客户的思维、心态和期盼，总结出一套建立明确项目范围的方法，特在此与读者分享。

需求开发的主要困难与策略

问题描述：我们公司快要成立测试部了，之前我们一直是研发部下的测试小组，在成立之前，我们测试组集体讨论了下测试组成立前后的一些问题。其中一个难题就是需求，我们几个都没有相关的经验，所以我在此求助大家，邀大家来讨论下：如何进行需求评审?怎样的需求评审机制才是有效的?

数据库增值的管理工具正在快速商品化，其功能和适用范围都在加强。由于在技术方面的业务投资着重于平衡降低成本和增加收入，因此交付满足最终用户业务需要的特定功能就非常重要。不断增强的对技术的信任使最终用户奋力争取采用最佳化解决方案和技术，从而帮助解决特殊的业务问题。与此趋势相比，实施完全集成套件不必在每个特殊功能方面都擅长，而是提供单一的，综合的解决方案，从而减少与实施相关的风险。

我们推荐的需求体系是基于用例的, 它是一种可以被各方真正理解和沟通、并可以被逐步精化的需求体系, 用例是这一需求文档体系的主体。

在信息系统监理工作中，要将变更控制做好是一项具有挑战性的工作，变更可能来自于项目的各个方面和各个层次的人员。要对不同的变更提出者实施区别对待，既要能够对变更作出快速响应，又要对变更必要性和变更对项目各方面的影响作出客观的评估。在进行项目变更控制的过程中，我们需要一个指导思想来指导变更控制的过程。

企业化软件项目和商业软件的（承包开发）还是有很大的不一样的，最大的区别就在于项目需求的重点不一样，以致于这两种同样称为软件工程，就其项目过程管理是几乎完全不一样的。商业软件的开发最大的特点是就是基本功能非常明确，只在细节上有多种选择，所以商业软件开发的项目管理重在源代码管理和算法的优化，以及测试严格，就测试要求的强度上单纯软件代码的质量来说，要强于企业信息化的软件工程项目。

由于目前公司内部对产品的需求变动都只是口头或邮件中进行通知，并没有进行内部评审和相关需求变动后的记录，导致后续出的产品某些需求增加了，某些没有进行增加。这样就会导致测试得到的信息不完整，以及后续产品的维护困难。在这里书写一份规范说明书，希望能得到一些改善。

需求变更管理是web项目管理中最重要的一个环节，需求变更管理的有效性直接影响项目的成功与否。

本文结合作者的实践，以网上营业厅3期项目为例，讨论了敏捷需求管理在敏捷过程中的应用。在论述过程中，主要指出了敏捷需求方法如何帮助作者解决了一个时间紧迫的困难任务，最终快速地交付了可用的软件，从而给客户带来可观的商业价值。同时还展示了敏捷需求方法对于项目迭代的重要意义。除此之外，作者还说明了如何使用Redmine项目管理工具进行敏捷需求的管理，以及使用此工具的心得和体会。最后，作者指出了在使用Redmine进行需求管理时存在的不足，并给出了预期的解决方法。