需求管理

IT项目管理:软件需求相关工作问题集

变化并不是人们最害怕的，最怕的是跟不上变化的步伐。同样，在软件开发过程中需求的变更会给开发带来不确定性，但只要把需求变更作为重点、难点小心加以控制，软件开发的进度、成本和质量也就有了"安全"的基础。

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

作者简要讨论项目管理中的需求开发和管理以及项目规划和项目监控。

Unified Change Management (UCM)是Rational管理软件开发中变更的一种方法。它适用于从最初需求到最终发布的整个软件开发周期，可管理需求，设计模型，文档，组件，测试案例，及源代码中的所有变更。

通常来说，需求管理（Requirement Management）是一种用于查找、记录、组织和跟踪系统需求变更的系统化方法，而需求则是一个系统必须符合的条件或所具备的功能。

软件工程项目管理是一个系统工程，软件工程项目管理的主要目标是保证项目在规定时间内高质量地完成。项目管理包括了项目组开发各阶段的人员结构的配置，质量控制的实施方略，内部文档和产品文档的组织编写等多项工作，其中质量控制方法具有软件开发的特点。

随着计算机硬件水平的不断提高，计算机软件的规模和复杂度也随之增加。计算机软件开发从“个人英雄”时代向团队时代迈进，计算机软件项目的管理也从“作坊式”管理向“软件工厂式”管理迈进。这就要求软件开发人员特别是软件项目管理人员更深一步地理解和掌握现代软件工程的理论方法，完成思想观念上的转变。笔者在此分析了10个在现代项目管理中思想观念上容易陷入的误区，希望能够抛砖引玉，引发大家更多的思索和讨论。

需求管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占了很大的一部分，本人从事的工作经历中有好2次就是因为需求不明确，导致最终的系统不可控，项目陷入困境。因此，需求工作将对软件项目能否最终实现产生至关重要的影响。虽然如此，在项目开发工作中，很多人对需求的认识还远远不够，从本人参与或接触到的一些项目来看，小到几万元，大到上千万元的软件项目的需求都或多多少的存在问题。

真正的协同必须从客户的角度出发，是基于客户的需求而不是基于技术的，完整的协同概念包含了四个方面的含义：面向人的协同、信息协同、应用协同和流程的协同。协同软件应该是以人为中心，实现人、信息、应用和流程的协同。

本文介绍了需求管理的必要性，并介绍了控制需求渐变的一些方法。

软件需求是整个软件项目的最关键的一个输入，和传统的生产企业相比较，软件的需求具有模糊性、不确定性、变化性和主观性的特点，它不像生产汽车、电脑等硬件的需求，是有形的、客观的、可描述的、可检测的。软件需求是软件项目最难把握的问题，同时又是关系项目成败的关键因素，因此对于需求分析和需求变更的处理十分重要。

一个项目从其成立开始，项目各方干系人都会期望项目能够根据既定的计划一步步顺利地导向最后的成功。影响项目最后成功的因素是多方面的，包括项目管理的九大知识领域（包括项目的整体管理、范围管理、时间管理、费用管理、质量管理、人力管理、沟通管理、风险管理和采购管理），无一不对项目的最后成功产生影响。将项目管理的知识领域，特别是范围、时间、成本这三个知识领域很好地应用到系统集成项目管理上，是该项目成功与否的关键所在。结合我们公司的实际工作情况，我认为困扰我们最大的就是范围管理和时间管理。客户对需求本身的不确定性和经常变更，对我们的范围管理带来了很大的困扰，从而又引起了进度控制（时间管理）困难。在此我想主要谈一谈范围管理。

项目的范围管理是项目九大管理知识模块之一，在实际工程建设项目管理实践中，如果我们稍做留意或观察，会发现有大量涉及合同、工作、任务范围界定不清，由此带来小则工作思路混乱、扯皮不断，大则造成额外承担不必要的经济损失。究其原因，就是管理当事者对项目（工作或任务）范围意识淡薄，概念不清，当然，对项目范围的管理更是无从谈起。因此，对项目范围的概念清醒认识和特别精细管理是做好项目、做好工作、完好任务的第一要务。

面对需求变更，平静的面对，仔细的分析，能拒绝则拒绝，不能拒绝则积极的接受，和客户明确此次变更将产生的影响，让客户自己来权衡利弊。

前段时间，我出任项目经理承接了一个中型软件项目，公司再三叮咛我一定要尊重客户，充分满足客户需求。项目开始比较顺利，辛辛苦苦熬了几个月的通宵，基本保持项目的正常进度，客户相当满意。但进入后期以来，客户频繁的需求变更却带来很多额外工作。

需求采集对于当今的开发团队而言可以说是最重要的一个任务。根据SearchSoftwareQuality.com所做的2008年度敏捷趋势调查报告，多数企业在进行应用生命周期管理的时候都会因为无法确定用户的需求而遇到很多困难。用户需求采集一直是一项复杂的工作，并且即使随着敏捷过程的发展，这项工作也决不会变得简单。

我们在实施项目的时候，往往做着做着，突然发现项目的进度已经落下了这么多。查找其原因，我们往往会发现，项目的某些需求在悄然的发生着改变，或者是某些的功能在现有基础上功能增强了，或者是某些功能的性能上有更大的要求，或者增加了一些小的新需求，或者是某些需求的实现方式发生了变更。这些变更在悄悄的，让你不痛不痒的发生着，等你察觉出来这些改变给你的项目带来了什么样的灾难性的后果的时候，很多时候已经晚了，你的产品已经面目全非，你的项目已经无可救药的要100%延期了。

最近倍感轻松,因为负责的项目已经正式上线了.回顾这1年半的时间,真是酸甜苦辣,五味俱全.先来说下我们的项目,费用大概加起来接近300万,项目分为3个Phase,历时15个月终于正式结束了.所以在此回顾一下项目,并总结一下其中的经验和教训.欢迎各位拍砖.

在软件开发过程中，需求分析是最开始的工作，需求分析如果做得不够详细或者是偏离用户需求的话，往往会给项目带来灭绝性的灾难。因此如何保证需求分析的正确性，不偏离用户的需求就成了决定软件项目成败的关键。