需求管理

如何从软件工程的角度，通过采用适当系统设计方法和加强项目管理来解决需求不断变化的问题，是各个软件开发商的一个重要课题。通过实践，感到采用敏捷方法的基本思想和原则来设计系统和处理需求变化问题，能够产生较好的效果。

在软件项目开发里，半路接手烂摊子项目的事情时有发生，这种事情一般让接手人谈虎色变。接手吧，这项目搞好了，也没什么大功劳，因为公司已经花费很多的资源和人力，搞砸了则肯定要挨批评。

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

敏捷开发方法需要为最后阶段定义最小需求。换句话说，所创建的任何需求细节都必须是对整个团队有关键性质的。那么，怎样确定最小需求，又由谁来负责呢？协作式或分布式团队有什么不同？如何应付这些需求在细节和优先级上的变化？下面是关于这些问题所做的解答。

变更控制的目的并不是控制变更的发生，而是对变更进行管理，确保变更有序进行。对于软件开发项目来说，发生变更的环节比较多，因此变更控制显得格外重要。

本文介绍了软件需求评审失败的5个案例，提出对软件需求评审的实践具有指导意义的9个建议。

说到需求的版本管理，是不是就是需求文档放到配置库就可以了呢？答案是——不仅仅如此。因为需求有它的特殊性，有它分析和管理的特殊要求，所以在实际的工作中的需求版本我们考虑更多层次。

需求变更的表现形式是多方面的，如老板临时改变想法、项目预算增加或减少、客户对功能的需求改变等。在IT项目中，变更可能来自方案服务商、客户或产品供应商等，也可能来源于项目组内部。本文介绍项目管理中的（用户）需求变更控制分析。

某些需求比其它需求重要得多。成功的软件团队将首先集中精力构建最重要的功能，尽可能地满足用户需求中关键的功能，而那些次关键性功能留到以后处理。需求排序使您的团队能够为组织的软件利润作出最大贡献。

启动阶段PM的主要任务是率领总体架构设计师和系统分析员收集尽可能详细的数据，确立尽可能详细的需求，进一步确立详细的项目范围，预估资源，确立其他方案并获得进入下一阶段的批准。在这个阶段，随着需求分析的深入，PM也开始在公司内部进行人员挑选和资源争夺，着手组建自己的项目团队。项目即将进入计划阶段。

项目整体管理是平衡那些彼此冲突的项目目标的一种能力。看起来简单，但是实际上很复杂，项目主管在项目进程中要学会如何对常见变更进行控制，控制客户需求的肆意膨胀，保证项目健康稳定的进行。

在软件项目管理过程中，项目经理经常面对用户的需求变更。如果不能有效处理这些需求变更，项目计划会一再调整，软件交付日期一再拖延，项目研发人员的士气将越来越低落，将直接导致项目成本增加、质量下降及项目交付日期推后。这决定了项目组必须拥有需求管理策略。

需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。虽然如此，在项目开发工作中，很多人对需求的认识还远远不够，从本人参与或接触到的一些项目来看，小到几十万元，大到上亿元的软件项目的需求都或多多少的存在

在实际项目工作过程中，中小型项目开发团队因为项目规模等原因，在需求管理和测试管理上进行了过度裁剪，导致项目的需求管理和测试管理出现失控。

在软件开发领域，人们越来越多地提到需求。和其他领域一样，这里的需求源自用户的“需要”，而不同则在于开发软件系统最困难的部分就是准确说明开发什么，这就是软件项目的需求。

与一般企业相比，一流企业具有以下特点：更加重视持续改进它们的需求管理技术……

在IT创新管理中，需求管理比其他任何一个阶段——设计、搭建甚至研发都更重要。因为在这个阶段中任何一个不起眼的失误或过错都会造成人力、物力的浪费，尤其在项目伊始，需求管理是项目最终圆满结束的保障。

本文中作者结合自己所参与研发的HR系统，打出结论，即应该根据用户的业务需求来开发企业应用系统程序。

美国纽约有一个“失败产品博物馆”，里面展出的“失败产品”高达８万多件，其中不乏有很多大公司的产品，有的功能强大，有的还很新奇

本文分析了目前软件外包采购管理的重要意义和目前的形势，提出基于“双赢”策略的软件外包采购思想。在项目管理理论、CMM和ISO9000的基础上，提出和细化了软件项目外包采购管理的总体框架和具体操作内容。旨在通过对软件外包项目采购的选择购买、跟踪与控制、评估验收和项目后处理等过程的研究，来提高软件外包采购的项目管理水平，满足承包方对