如何做需求管理

需求管理目标:

需求管理的目的是在客户和处理客户需求的软件项目组之间建立对客户需求的共同理解。需求管理的目标有两个:  ? 使软件需求受控,并建立供软件工程和管理使用的需求基线。 ?

使软件计划、产品和活动与软件需求保持一致。  在需求管理过程中,为实现第一个目标,必须控制需求基线的变动,按照变更控制的标准和规范的过程进行需求变更控制和版本控制;

为实现第二个目标,必须就变更和软件项目各小组达成共识,对软件项目计划做出调整,其中包括人员的安排、用户的沟通、成本的调整、进度的调整等。

需求管理是一个对系统需求变更了解和控制的过程,它贯穿于整个软件项目过程,在软件项目进行的过程中,无论正处于哪个阶段,一旦有需求错误出现或任何有关需求的变更出现,都需要需求管理活动来解决,提交《需求变更控制报告》。 ?

需求管理原则:

为进行有效的需求管理,一般要遵循如下五条原则: ?

需求一定要分类管理; 需求必须分优先级 ;需求必须文档化;  ? 需求一旦变化,就必须对需求变更的影响进行评估; ? 需求管理必须与需求工程的其他活动紧密整合 。?

需求管理主要工作:

      需求阶段分为系统需求和系统分析两个阶段。

系统需求阶段的主要工作是: ? 调研用户需求及用户环境 ? 论证项目可行性 ? 制定项目初步计划

系统分析阶段的主要工作是: ? 确定系统运行环境 ? 建立系统逻辑模型 ? 确定系统功能及性能要求  编写需求规格说明、测试计划 ? 确认项目开发计划

时间: 2024-11-09 10:59:31

如何做需求管理的相关文章

万字干货:手把手教你做需求管理

通过这篇文章,总结自己在工作实践中需求管理的方法论--普拉姆方法.总结这个方法论的特点是,用最轻量化的投入,与他人协作,并管理需求,推动需求上线.这套方法论组合了项目管理.敏捷开发的知识,希望能对大家有所帮助.本文适合0-2岁产品经理阅读,产品大牛.敏捷管理大师请绕过. 本文大纲如下: 1. 为什么要做需求管理? 1.1 我们的工作是否像救火 1.2 需求管理是什么? 1.3 宗旨是什么? 1.4 结尾 2. 需求管理中的干系人和角色 2.1 什么是干系人 2.2 需求管理中的角色 2.3 如何

用leangoo怎么做需求管理及规划?(产品Backlog、用户故事)

传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体,也是一份契约. 然而详细的需求说明书有以下5大弊端: 单向的信息传递,容易出现理解偏差. 文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断. 有了详细的文档,我们不会反复讨论它,相互确认. 书面文档不利于团队共享责任,它扮演了证据的角色.Scrum强调团队共享责任,不论是需求人

怎么用leangoo做需求管理?(用户故事地图)

用户故事是在敏捷开发中表达需求的主要方式,我们在做敏捷开发的时候都有需求池的概念,在Scrum中这个需求池就是产品backlog,需求池里面是条目化的需求,每一条通常是一个用户故事.按照Scrum的定义,产品backlog是一个基于价值强制排序的队列,团队按照价值的高低,顺序地交付需求. 在开发的过程中,团队会逐步的细化产品backlog,为了保证短平快的交付,高优先级的用户故事会被分解为较小的粒度.但是这样带来了一个问题,对于那些规模稍大一些的产品来讲,故事的数量就会很多,故事拆分后通常会有只

[转]敏捷开发需求管理(产品backlog)

传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体,也是一份契约. 然而详细的需求说明书有以下5大弊端: 单向的信息传递,容易出现理解偏差. 文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断. 有了详细的文档,我们不会反复讨论它,相互确认. 书面文档不利于团队共享责任,它扮演了证据的角色.Scrum强调团队共享责任,不论是需求人

用Leangoo做敏捷需求管理-敏捷团队协作

传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体,也是一份契约. 然而详细的需求说明书有以下5大弊端: 单向的信息传递,容易出现理解偏差. 文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断. 有了详细的文档,我们不会反复讨论它,相互确认. 书面文档不利于团队共享责任,它扮演了证据的角色.Scrum强调团队共享责任,不论是需求人

浅谈软件项目的需求管理

软件项目区别于其它项目的最显著的特征是其不可见性,它不像硬件购销.建筑工程,都是实实在在可见的东西.而软件项目在系统交付之前很长一段时间,客户是无法感知自己想要的系统究竟是什么样子.因此,需求管理就显得十分重要,据相关统计数据分析,软件项目90%以上失败的原因都在于没有重视需求或者需求管理方面做的不到位导致的. 需求管理作为软件项目管理的一个重要内容,贯穿项目实施的全生命周期.俗话说:万事开头难.需求作为软件开发的第一个环节,其重要性不言而喻.市面上关于需求管理的相关理论和书籍很多,但多数停留在

我们应当怎样做需求调研:初识

很多需求分析的工作是从需求调研开始的,我们就从这里说起吧.需求调研是需求分析最重要的一环,也最集中地体现了需求分析的特点——既是一份体力活儿,更是一份技术活儿.它既要求我们具有一种理解能力.设计能力,更要求我们具有一种与人交往.沟通的能力. 在一个阳光明媚的下午,项目经理带领着项目组成员,参加了客户组织的见面会,一个新的软件研发项目就这样开始了.双方在一种友好的气氛中进行,相互寒暄,介绍与会人员,拉拉家常.逐渐地,会议开始进入了正题.初次接触客户,对于项目团队意义重大.对方对你印象的好坏,今后如

作为产品经理,你需要知道这些需求管理方法

作为 产品经理 , 想要比用户更懂用户,这条路永无止境.因为每天用户都会有新的经历.每一天都会有新的产品出现,这就需要我们不断地学习,向用户学习,向最新的产品学习. 比用户更懂用户,是每一个产品经理都想达到的一种状态.用户到底想要什么呢?这就需要我们去发掘用户的需求.口渴了想喝水,天冷了想添衣,这些是不是需求呢? 其实这些都是需求的解决方案.口渴了还可以喝饮料,天冷了还可以开暖气.每一种需求都可以有不同的解决方案,产品经理的核心工作职责就是找到更好的需求解决方案,进而形成一个优秀的产品. 乔布斯

产品经理与需求管理

产品经理关于需求的管理与需求挖掘的能力是一个老生常谈的话题,但是也是对于产品经理非常重要的一个环节,他甚至说起到了产品生死的作用,好的需求挖掘可以为节省企业资源,包涵时间.人员成本等.因为如果需求挖掘的不够深,不够详细.做完之后和企业的管理和运营达不到很高的匹配,直接就将企业的资源浪费掉了.下面详细的说一下吧. 什么是产品经理 一.产品经理的职责 1.弱化资源短板 2.突出核心优势 3.团队的润滑剂 4.技术的催化剂 二.产品的分类 1.用户型产品经理:关心用户体验.一切以用户为考虑核心.通常的