如何做好项目中的需求的管理.docVIP

如何做好项目中的需求管理 2013年12月24日需求是软件设计和实现的基础，是通过对项目管理知识的系统学习并结合年来自己参与部分软件项目实施的经验，介绍在需求探索出的一些有效措施。软件需求正是解决用户这种需求，软件需求是关乎软件项目开发成败的重要因素。通过对软件项目管理知识的系统学习并结合近年来自己参与部分软件项目实施的经验，介绍在需求研究中探索出的一些有效措施。 项目干系人又称为项目相关利益者，是指积极参与项目、或其利益会受到项目执行或完成情况影响的个人或组织。项目干系人对项目的目的和结果施加影响。应当从项目的启动开始，项目管理团队就要识别项目用户方干系人包含哪些人和组织，通过沟通协调确定他们的需求和期望，尽最大可能地，以确保项目获得成功。 用户的实际需求相差甚远，导致用户提出需求首先干系人，识别项目干系人及其角色 二、熟悉业务采用合理方法获取需求 在明确了项目干系人后，那么在这个项目中各个业务场景，业务流程，规则，组织结构和岗位角色调研内容。的目的是为了搞清楚用户的业务现状和问题，而不是简单的到用户要什么，因为缺乏计算机知识，无法提出完整准确、隐含的或潜在的需求。结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和方因此需求调研分析人员应善于想用户所想，不但要确定明确的需求，还要善于用启发的方式与用户探讨隐含的或潜在的需求，并结合各种调研分析技术挖掘超出客户期望的令人兴奋的需求。这就要求需求调研分析员要尽快完整地熟悉相关业务，从而能够站在用户的立场看待软件需求，想用户所想 使用上述方法有以下优点：(1)增进软件开发者和用户对需求的理解，使比较含糊的具有不确定性的软件需求(主要功能性的需求)明确化(2)可以容易地确定系统的性能，确认系统主要服务的可应用性，确认系统设计的可行性，确认系统最终作为产品。 分析需求可行性 不同的项目用户方干系人其愿望和追求的目标，因很多时候，用户的想法在实际实施过程中是不现实的。若一味地求全和盲目遵从用户的设想，将为项目的后续工作带来很大的风险。因此应尽量避免在需求分析中包含技术实施上有难度的功能。 编写需求和进行需求评审 软件需求说明书需求分析阶段最主要的文档。需求说明书的每个功能的描述明白和理解，客户在理解之上的确认才能够保证日后一旦出现问题不致出现双方互相推托责任纠缠不清的情况。对功能细节的描述不能有歧义，描述一定要全面、准确，防止开发方和客户只见对同一个问题有两个截然不同的理解。 需求说明书一定要经过一个有技术人员和业务人员参加的评审，要充分发挥团队的力量，重视每个人的才智，一个模块一个功能的逐一的，让大家来共同找出需求报告里不合理的、有歧义的、不完善的、遗漏的等等问题。 需求文档完成之后，并不是把它扔给后面的设计人员就了事了。作为项目组其他成员，对需求的有效性也起到某种程度的验证作用。虽然软件项目的生命周期按照各种开发模型有不同阶段的划分，但每个阶段的结束不是简单地把阶段工作成果塞给下一阶段的成员就可以了。特别是高科技的软件开发项目，上一阶段的工作成果往往要通过多次的沟通才能更为清晰地被下一阶段成员接受，其有效性、合理性也要被下一阶段的工作所检验，通过检验有时也有必要对上一阶段的工作结果进行相应的调整，需求分析也是如此。因此，无论是同一阶段不同人员之间，或是不同阶段人员之间都应根据需要相互协作，相互配合，共同完成软件开发任务。 在软件项目建设过程中，需求变更是不可避免的，但在开发生命周期中，变更越在晚期出现，其影响越大；变更不仅会导致代价极高的返工，而且工期将被延误，特别是在大体结构已完成后又需要增加新特性时。所以，一旦客户发现需要变更需求时，请立即通知分析人员。分析人员及时评估，为将变更带来的负面影响减少到最低限度，所有参与者必须遵照项目变更控制过程。在不放弃所提出的需求变更情况下，对每项要求的变更进行分析、综合考虑，最后做出合适的决策。 造成需求变化的原因有很多。比如:随着项目的进展,开发方和客户方对需求的了解越来越深入,原先的需求文档可能存在这样或那样的错误和不足,因此要变更需求;由于市场业务发生了变化,原先的需求文档可能跟不上当前市场的要求,因此要变更需求等等。需求的变问题是每个开发人员、项目经理都会遇到的问题,需求的变更不一定是坏事,常常提出需求变更的动机是好的,目的是希望产品更加符合用户的需求。但是一旦需求发生了变化,随之而来的将是不得不修改设计、重写代码、修改测试用例、调整项目计划等问题,对项目开发小组而言,变更需求意味着要调整资源、重新分配任务、修改前期工作成果等,这将为项目的正常进展带来诸多的