如何做好需求统筹.docxVIP

如何做好需求统筹 一、需求管理现状 项目需求管理是一个软件项目建设生命周期中的一个重要开端，也是软件项目建设成功的基石。过往开发失败的软件项目中，80%是由于需求的不明确或需求变更没有控制好而造成的。因此一个项目成功的关键因素之一，就是对需求管理的把握程度。 如今尽管有关软件开发的知识和经验不断丰富，可利用的工具也不断增多，但仍然有相当比例的软件项目失败，原因常常是因为在开始时没有正确地确定和定义需求，或者随着项目的展开没有正确地管理需求，对获取到的需求没有进行有效的分析，或者获取到的需求本身就是不准确的。 Visual RM企业及需求管理软件工具正是解决客户这种需求，构建业务到IT的桥梁，帮助客户业务目标快速实现。需求管理是关乎软件项目开发成败的重要因素。现在的软件项目中返工开销几乎占了总开发的一半，而导致返工的主要原因是需求分析不明确。从而引发项目开发中的一系列更改。这些更改可能导致浪费大量的资源、软件项目无法按时完成等严重问题。 二、明确项目干系人 从项目的启动开始，项目管理团队就要识别项目客户方干系人包含哪些人和组织，通过沟通协调确定他们的需求和期望，尽最大可能地明确项目干系人中的决策者在项目中所起到的作用，以确保项目获得成功。 很多项目往往都是由客户单位的信息科技部门主导，项目经理在前期接触时，跟这些信息科技部门接触的比较多，而没有和业务部门或系统开发完成后的实际的使用者接触。这类人员对技术比较精通，但对应用部门的相关业务可能不是特别熟悉，从而导致项目组获取到的需求发生偏差，在软件开发完成后和用户的实际需求相差甚远，导致用户频繁提出需求更改，更有甚者推翻重建。 因此，项目经理在与客户初次接触时应首先明确干系人，识别项目干系人及其角色，确定项目组的组织架构，确定项目组各干系人的职责范围，确定对需求实现的最终决策者。 三、合理获取需求 对需求的了解分为四种情况：开发方和用户方都清楚项目需求；开发方不清楚项目需求但用户方清楚；开发方和用户方都不清楚项目需求；开发方清楚项目需求但用户方不清楚。针对这四种情况，需求调研人员可以采用访谈、焦点小组、引导式研讨会、群体创新技术、群体决策技术、问卷调查、观察、界面原型法、标杆对照、系统交互图、文件分析等方法来获取客户的需求。可以对用户采用诱导式、启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和方法。 因此需求调研分析人员应善于想用户所想，不但要确定明确的需求，还要善于用启发的方式与用户探讨隐含的或潜在的需求，并结合各种调研分析技术挖掘超出客户期望的需求。这就要求需求调研分析员要尽快完整地熟悉相关业务，从而能够站在用户的立场看待软件需求，这样才能设计出真正符合客户需求的系统。 四、分析需求的可行性 在需求获取过程中，项目组收集的需求往往存在以下几问题：（1）需求范围超出合同范围；（2）对同一功能，各干系人提出的需求不一致；（3）存在明显不合理的需求；（4）对需求理解发生偏差。因此对获取到的需求进行有效、准确的分析是必不可少的步骤。 在项目建设过程中，不同的项目用户方干系人其愿望和追求的目标可能会存在不一致，有些干系人的期望值较高，远超合同建设范围；而有些干系人提交的需求，相互之间不一致，造成需求冲突。因此需求分析人员应对获取到的需求进行整理并进行有效分析。对于超出合同范围的需求，可由商务一起协调进行增补或在二期中进行建设；对于需求不一致的，可召开项目协调会，由甲方最终决策者拍板确定或寻求平衡点折衷处理；对于需求理解偏差和客户描述不清的需求，可通过原型界面法，反复确认。因为对于需求分析是需求管理中很重要的一个工作部分。 对获取到的需求，进行优先级评估。需求分析人员应分清客户提出的需求，哪些特性是必要的，哪些是重要的，是需求开发的主要部分，设定这些需求的优先级，并与客户进行讨论明确。因为开发者应该按照客户的观点决定项目需求的优先级；开发人员将为您确定优先级提供有关每个需求的花费和风险的信息。在时间和资源限制下，关于所需特性能否完成或完成多少应尊重开发人员的意见。尽管没有人愿意看到自己所希望的需求在项目中未被实现，但毕竟是要面对现实，业务决策有时不得不依据优先级来缩小项目范围或延长工期，或增加资源，或在质量上寻找折衷。 在需求分析过程中，应尽量使用已有的软件组件来实现，以节省资源。需求通常有一定灵活性，分析人员可能发现已有的某个软件组件与客户描述的需求很相符，在这种情况下，分析人员应提供一些修改需求的选择以便开发人员能够降低新系统的开发成本和节省时间，而不必严格按原有的需求说明开发。所以说，如果想在产品中使用一些已有的商业常用组件，而它们并不完全适合您所