精华内容
下载资源
问答
  • 需求变更管理

    2021-07-15 15:35:20
    需求变更管理 ​ 需求变更的定义:根据软件工程思想定义,需求说明书一般需要经过论证,如果在开发说明书经过论证以后,需要在原有需求基础上追加和补充新的需求,对原有需求进行修改或削减,都属于需求变更 ​ ...

    需求变更管理

    ​ 需求变更的定义:根据软件工程思想定义,需求说明书一般需要经过论证,如果在开发说明书经过论证以后,需要在原有需求基础上追加和补充新的需求,对原有需求进行修改或削减,都属于需求变更

    ​ 软件研发项目的需求本身就有模糊、变化、主观、不确定这些特征,相较于制造、建筑等传统产业,客户变更软件需求,是软件开发与生俱来的特性,是一个无法避免的事实。

    ​ 需求变更是万恶之源,为项目的正常开展带来种种不确定性。需求变更的来源是多种多样的,如客户临时改变想法、项目预算增减、技术实现方案遇到了问题等,需求变更一旦决定实施,往往意味着不得不修改架构设计、代码实现、项目计划等等,如果这个过程缺乏控制过程或者控制过程无效,大概率引起项目的成本、质量、进度出现问题,对团队也会产生比较严重的打击。

    ​ 需要区分需求变更和范围蔓延的概念,范围蔓延一定伴随着变更行为,变更却不一定是范围蔓延。如甲方要求增加需求,但会相应的增加预算,就不属于范围蔓延。

    需求变更的原因

    变更本身是无法避免的,变更也不是目的。需求变更常见的原因包括:范围变化、进度变化、成本变化、质量变化、风险问题、资源问题、采购问题、相关方沟通问题等。需求变更是为了更好的实现项目目标,达成团队和客户共同成功的双赢目标。

    需求定义不明确

    ​ 渐进明细的需求:项目起始阶段,甲方往往只是有大概想法,只能基于逻辑的分析和预测进行需求描述,难以明确具体的落地思路和预期。随着项目的推进,会有更多的信息产生,这些信息在帮助进一步细化需求的同时也可能会引入一些需求的变更。

    ​ 合同签署的不明确,在项目招投标阶段,为了尽快签署合同,往往在需求还没明确的阶段,销售、售前人员往往会对一些“简单的、不大的”需求直接予以承诺,对需求描述、完成标准也不甚清晰明了,在后期实施过程中,给交付团队带来实质性的困扰。

    ​ 不明确的需求,过程中如果没有足够的沟通、回顾、复核、确认,在交付上线阶段就会暴露出很多问题,只能被迫进行频繁变更进行弥补。(我去年的项目就是一个比较失败的案例,只对需求分析的架构设计进行了确认,过程中开发人员按照自己的理解进行系统开发,在初验过程中相当一部分功能不满足用户实际需求,教训惨重)

    对需求的理解不一致

    知识的诅咒:当一个人知道一件事后,就无法现象自己是不知道这件事的。你以为的我以为,不是你以为的样子。

    ​ 需求沟通过程中涉及甲方、需求分析人员、开发人员三类角色,需求分析人员包括项目经理、产品经理,甚至可能有专门的需求分析岗位。实际项目开展过程中,乙方组成相应的需求沟通小组,同甲方进行相关内容的沟通确认。甲方干系人根据自己理解和想法向乙方的传达对项目的愿景、期望,乙方由于知识领域、所处视角等原因往往很难彻底理解相关内容,甚至不同人会得到差异极大的理解结果,所以通常关键内容会反复进行沟通确认,双方逐渐不胜其扰 、希望尽快结束这个阶段。虽然最后达成了一致,但如同雾里看花,需求的整体轮廓基本可以看清,细节就难免失真了。

    ​ 出现需求理解不一致的原因,主要有:1. 客户自己描述需求时进行了裁剪,客户在相关领域拥有自己的立场和专业度,对某些细节的描述会下意识的省略;2. 客户自己对需求也只有大概的想法,也没有准确的理解;3. 乙方缺乏相关的专业知识,理解需求时不准确,甚至错误;4. 人员更替、不同角色之间链式传递信息会带来一些失真,造成需求偏离。

    实际需求发生变化

    项目初期,是在假设条件、约束、组织过程资产和事业环境因素诸多条件的影响下,基于逻辑进行的分析和预测。随着项目的推进,由于环境因素改变、项目的实际进度等原因,业务需求发生改变

    需求本身是具有时效性的,现代社会各行各业都处于快速发展、快速改变的过程中,项目实现周期过长,项目如果不能积极的响应变化,很可能会出现交付即落后,上线即淘汰的情况。

    缺乏明确的需求变更流程

    ​ 没有明确的需求变更流程,无限制的接受客户需求。会让客户形成频繁提需求的惯性,甚至因为某个普通用户的使用习惯、个人审美就会产生一些需求变更要求。客户习惯于提出需求变更,一个重要的原因就是客户对变更产生的成本没有明确的概念,完整明确的需求变更控制流程中,包含的相关需求的变更请求的优先级、成本、工期、质量影响等的评估、判断。甲乙双方根据评估结论,判断需求变更是否进行、何时进行。如果用户能接受需求变更带来的后果和成本,就做吧。

    需求变更的来源

    项目的所有干系人、影响因素都可能引起需求变更。站在项目管理者的角度看,来源可以归结为两个方面:内部来源和外部来源

    内部来源
    1. 产品经理(产品负责人)

      产品经理提出需求变更的目的,通常是为了让项目成果更贴近于客户要求、产品设计。

      产生变更的原因可能有:项目前期考虑步骤、产品设计发生变化、由于其他原因产生的临时需求。

    2. 开发团队

      开发团队提出需求变更的目的,通常是为了实现方案更合理、更具有操作性、具有更好的效果(性能、体验)。产生变更的原因可能是出现了更好的技术选型、遇到了无法解决的技术问题、开发进度跟预期有较大偏差、团队人员变动等。

    外部来源
    1. 客户

      客户涵盖公司内部用户和公司外部用户,用户引入需求变更的主要目的是让产品更加贴合自身需求。

    2. 公司内部、项目组之外

      项目团队之外、公司内部的其他部门、各级boss随着项目的进展、对项目的了解,会对项目的实施提出一些变更要求,这部分需求变更的主要目的是以最小的代价实现项目目标,产生的原因可能来自项目盈利目标、只能团队资源竞争等等

    3. 环境因素改变

      环境因素包括政策因素、市场环境以及其他突发事件。这部分需求变更的主要原因是产品的合规、合法以及符合市场需求。

    控制需求变更

    ​ 需求包括功能需求和非功能需求两部分,功能需求主要是用户对产品能力的要求和预期,属于产品一定要提供的能力,非功能需求则是实现项目需要的系统需求、业务规则、质量要求、开发约束等。

    ​ 软件工程中的需求变更本身是无法避免的,即使做了详细的计划、需求说明书,也让用户签字确认了,最后仍然会出现一些需求需要调整、变更。

    ​ 评估需求变更的一个重要分析原则是,该变更对项目是否有益,这个益处体现在包括功能、进度、成本、质量各方面。

    ​ 需求变更对项目的进度、成本、质量都有重要的影响,对其是否进行良好的管理,在一定程度上可以影响到项目的成败。对需求变更的处理,不能一概而论,不能一味拒绝,也不能一味的迁就。毕竟需求变更控制的目的并不是杜绝变更的产生,而是对变更进行控制,确保变更对项目成功有益。

    工作做在前面

    ​ 变化往往伴随着风险和挑战,我们拥抱变化,但不能放任变化。在一个项目周期内,要尽量维护目标确定、一致。在开展项目实施工作之前,制定需求基线,在实施过程中冻结需求。我们没法保证不发生需求变更,可以努力实现小需求可以调整,大方向不变。

    ​ 项目生命周期中,拥有各种过程资产,我们可以借助这些过程资产,建立需求基线。在合同、协议、项目章程中增加相关的条件,如限定提出需求变更的时间、什么类型的需求变更可以接受、拒绝或部分接受以及出现需求变更时候的变更管理流程。虽然软件工程项目在项目初期很难对需求进行精确定义,但合同、协议作为甲乙双方最具有约束力的文件,在其中对高层级需求和争议处置方式进行描述,能够对项目成功提供相当程度的保障。在项目初期或者项目中预定节点,通过有客户参与的评审过程,对需求进行确认达成一致。以需求说明书、原型设计、概要设计等形式建立需求基线。此后每次变更都需要通过完整的需求变更流程进行评估、审核。保障在一个固定周期内需求相对稳定,保证项目质量、进度。建立需求基线,可以为后续的项目阶段奠定良好的基础。

    ​ 制定明确的变更控制流程,确定需求变更审批流程、各环节、看门人、审批事项,这样一方面可以将需求变更尽可能的规范化,减少心血来潮、不合理、不重要、不紧急的需求给项目成功带来负面影响;另一方面,为每次需求变更留痕,为项目收尾阶段的过程回顾、成本核算提供书面依据(为可能的扯皮提供弹药)。

    需求优先级管理

    ​ 需求是否合理、是否重要,是判断需求变更是否应该实施的一个重要依据。需求变更进行仔细估算和规划,排定优先级,按照一定周期对高优先级需求变更进行处理(此处参考敏捷scrum等方法),确保重要的需求变更可以得到实施,也不会因为频繁的变更导致项目失败。期间可以周期性的召开需求变更相关的会议,集中研究需求的优先级、影响因素、实施时间等,收集上一阶段需求变更带来的结果、反馈,制定下一阶段的需求变更计划。

    ​ 敏捷实践对需求变更相对而言更友好,我们虽然不一定要全盘实施敏捷,其中对需求的估算、排序、回顾等工具在其他项目方法中同样可以借鉴。

    专人专职沟通需求

    ​ 缺乏沟通,特别是缺乏有效的沟通,是项目常见的失败原因。而实际项目实施过程中有时候会出现,项目经理专注于进度、成本,开发人员专注于功能实现,忽略了与客户的随时沟通,造成项目入歧途而不自知的局面。也有时候会出现客户为了图方便,越过项目经理、产品经理,直接同开发人员沟通需求,开发人员直接进行实施的现象。这些都给项目打上了负面buf,其带来的危害,越到项目后期,越明显。

    ​ 在项目团队,至少应该安排一名专职的需求接口人,负责与客户及时沟通、跟踪、汇报需求变更的进度和现状,收集产品反馈、变更请求。条件允许,还可以成立项目变更控制委员会(CCB)或职能类似的组织,负责裁定接受那些变更,这个委员会应该涵盖项目涉及的各类干系人,包括客户方、研发人员、以及双方的决策者。

    展开全文
  • 在项目推进过程中,常常会遇到需求变更,打乱原有的项目计划。 做好项目变更管理成为项目经理必备的技能,以保障项目有序进行,按时交付。项目变更管理就是评估变更请求、批准变更、更新项目计划、实施变更、监控...

    在项目推进过程中,常常会遇到需求变更,打乱原有的项目计划。

    做好项目变更管理成为项目经理必备的技能,以保障项目有序进行,按时交付。项目变更管理就是评估变更请求、批准变更、更新项目计划、实施变更、监控变更并记录的全过程。

    在项目变更管理中最重要的一步是变更请求的影响分析,可以通过结构化流程分析变更的影响。

    在这里插入图片描述

    1、确定变更的原因

    首先要明确为什么提出更改请求?变更能否可以避免?变更对项目、流程、产品是否有益?除此之外,还要检查变更日志,以确定项目的更改次数是否过多。当变更确定下来后,还要评估此变更相对于其他的变更的优先级是什么。

    2、分析变更对三重约束的影响

    范围

    确定变更对整个项目范围的影响。搜集变更的详细信息以识别需要添加、删除、更改的产品特性,对产品分解结构(PBS)和工作分解结构(WBS)进行调整。还有变更引起的资源实现变化,并调整资源分解结构(RBS)。

    成本

    变更是否会引起成本增加?增加的成本谁来支付?整体地分析变更对成本的影响,确定对成本管理计划和总体财务计划进行的任何更改。除此之外,分析中还应该突出项目和组织的财务效益,记录变更带来的正面影响,比如改进的计划、更好的性能、更低的风险、未来的机会、相关方的满意度等等。

    进度

    预估实施变更所需要的时间,并评估其对里程碑和关键路径的影响,确定对项目进度管理计划和里程碑的更改。

    3、确定依赖关系

    项目活动由复杂的前后关系交织在一起,要识别出其他依赖于此变更的任务,并确定前后的关系,对必须在此变更前完成的任务进行优先级排序。同样重要的是,确定资源依赖关系以及如何分配资源进行此次变更。

    4、分析风险

    分析与此次变更相关的风险,以及由于变更可能会新面临的风险,并进行定性和定量分析。

    对于整个变更流程,可以通过制定标准的变更流程,使变更管理更加规范和高效,一些大型项目还需要专人管理已批准的变更与更改。

    展开全文
  • 需求变更管理是很多项目的通病。因为对需求变更不重视或管理流程形同虚设,可能造成项目进度延期、成本控制不足、人力资源紧缺,甚至导致整个项目失败。 项目经理要积极面对变更,软件开发需要不断满足用户的需求,...

    需求变更管理是很多项目的通病。因为对需求变更不重视或管理流程形同虚设,可能造成项目进度延期、成本控制不足、人力资源紧缺,甚至导致整个项目失败。
    在这里插入图片描述

    项目经理要积极面对变更,软件开发需要不断满足用户的需求,通过持续交付,使产品在逐渐符合客户需求的过程中渐进完善。项目经理应在保障研发排期的前提下,积极面对需求变更,通过合理的方法控制需求变更的节奏,主动推动需求变化,努力去发现和解决客户真正的需求。

    并且对新需求进行评估,召开需求变更会议讨论是否接受变更。根据需求的重要性和优先级对新需求进行分级管理,全面评估返工任务量和资源浪费的影响。

    接受需求变更后,项目经理需要输出一份需求变更计划,将各项变更引起的时间和资源的变化告知团队,并根据最新的需求规划更新项目进度计划,以确保项目顺利进行。
    在这里插入图片描述

    项目经理更应该避免被动的局面,管理需求,控制项目进度,避免项目延期。

    1、实施需求变更管理机制
    控制需求变更最简单的方法,就是在开始实施需求变更机制,规范变更的范围和方式。更加项目要求,确定严格和正式的需求变更工作流程,防止随意、不必要的需求变更导致的进度延误。

    2、可视化管理需求
    可视化和结构化地管理需求,及时同步需求池,公示整体排期计划,减少因信息不对称引起的变更。一旦发现有变更风险,要及时地应对,避免风险堆积。

    3、做好需求评估
    在收集和分析需求后,一定要进行需求评审。在需求评审会议上,所有项目干系人参与讨论,明确需求定义和场景,达成统一的认知和共识,构建有价值需求。
    需求变更是一把双刃剑,一方面可以优化产品功能,提高用户体验,另一方面又会增加研发成本,造成项目延期。所以,一定要正确对待需求变更,通过可视化需求池、做好需求评估、跟踪需求、规范管理机制的方式来最大化减少需求变更带来的影响,保障产品交付质量。

    帮助项目经理把控项目研发节奏,跟踪研发进度和质量,高效高质量地交付产品。

    展开全文
  • 需求频繁变更这个产生的主要原因是:1.前期需求调研工作没有做到位,在需求调研时没有真正深入了解用户需要什么东西?...随着系统的成型上线,提出一些新想法等导致需求变更。4.客户就是上帝,所以有些...

    需求频繁变更这个产生的主要原因是:

    1.前期需求调研工作没有做到位,在需求调研时没有真正深入了解用户需要什么东西?用户做这个东西的目的是什么?为什么要这么做?

    2.项目经理对项目掌控力度够,如果一个项目的需求情况一定向,尽可能避免在短时间里频繁变更,可以采用集中变更或者分阶段变更

    3.客户在最开始时自己也没搞清楚要做出什么样子?随着系统的成型上线,提出一些新想法等导致需求变更。

    4.客户就是上帝,所以有些变更时必须的

    测试人员如何面对变更?

    1. 协调制定变更规范,比如说每次需求人员都会发出变更申请书,这样可以作为开发人员和测试人员工作的依据。如果这点也做不到的话,建议把发给开发人员的变更信息同时抄送给测试人员,使测试人员和开发人员保持信息基本一致

    2. 在每次测试前,一个比较详细的测试测试任务列表单,同时注明本次测试的侧重点【变更哪些需求、新增了哪些需求】,找相关人员确认【可以抄送多人】

    3. 良好的团队合作。对新的改动及时通知对方,短时间内开展最有效的团队协作及时沟通,需求相关人员和开发人员、测试人员做好即时沟通,第一时间知道需求的变更,及时做好测试策略更新。知道的越早对我们的影响越小,需要的测试成本也越低。

    4. 及时整理并记录测试需求变更,在每次不论通过何种方式得到需求变更信息,都要及时记录,以便以后测试

    5. 每天保持记录测试工作日志,主要包括【1.测试中遇到的问题及其解决方式(可以形成测试知识库)、2.记录测试任务及其工作成果(主要是记录今天做了什么?成果是什么?以便以后总结)、3.记录测试进度(记录个人或者团队的工作进度情况;这样时间长了就基本可以评估测试那个模块,那个流程,哪一类问题需要多长时间,以便对日后工作做一个计划)、4。记录测试问题总结等(对问题归类总结,时间长知识库、日后需要加强学习和注意的地方)】

    6. 测试人员应该把需求变化当作是一种项目常态,平常心应对。任何项目要想安装预期规划发展那几基本上是做不到的,所以变更将是我们工作中的一个常态。

    版权声明:本文出自 wonew1228 的51Testing软件测试博客:http://www.51testing.com/?57326

    展开全文
  • 案例:目前手上有一个系统开发项目,项目客户是一家...可真正开始培训的时候,客户的老总又来检查我们的所有设置,包括各个表单字段等,并且还提出一些原系统上没有的需求,这样就导致需更改的东西非常多。这个项目...
  • 浅析软件项目的变更管理与过程改进
  • 需求变更的种类: 修改字段标题或描述: 在开发软件之前我们会根据用户的行业的业务来建立名称字典,但是往往这些字典很容易发生变化,有些软件将它隔离出来放入数据库中,然后在界面显示的时候从数据库中读取,...
  • 2017上半年高级信息系统项目管理师下午案例分析真题 【说明】项目经理小李负责了一个新的项目,该项目的内容是为某市开发一套智慧城市公共综合信息服务平台。项目启动阶段,甲方仔细查看了小李提交的项目实施方案,...
  • 要么是一些高举高打的套话,要么只说项目都包含什么样的模块,而对具体的业务只是一两句话就完事儿了,如果是一位身经百战的管理者并且对于项目的具体业务很熟悉还可以,如果不是那该如何开始这个项目呢?...
  • 掌握需求管理的目标、原则和策略 二、学习内容 1. 需求工程 1. 软件需求概念(次重点): (1)用户解决问题或达到目标所需的条件或能力; (2)系统或系统部件要满足合同、标准、规范或其他正式文档所需具有的...
  • 数据库变更管理

    2021-01-16 11:22:48
    数据库变更管理 1 目的 1 角色与职责 1 启动准则 1 输入 1 主要步骤 1 [Step1] 数据库设计变更申请 1 [Step2] 审批数据库设计变更申请 1 [Step3] 更改数据库设计文档 2 [Step4] 重新进行数据库设计确认 2 输出 2 ...
  • 软考高项之项目变更管理一、变更概念二、变更的原因三、CCB职责四、项目经理职责五、变更申请步骤六、变更其他知识点1、变更分类2.变更评估 一、变更概念 项目的变更管理:是指在信息系统工程建设项目的实施过程中,...
  • 第16章项目变更管理 1.项目变更管理,是指在信息系统工程建设项目的实施过程中,由于项目环境或者其他的原因而对项目的功能、性能、架构、技术指标、集成方法、项目进度等方面做出的改变。 2.变更的常见原因: ...
  • 项目管理案例讨论“如何有效开展项目变更管理”[ 日期:2019-3-14 ]项目变更管理是指项目组织为适应项目运行过程中与项目相关的各种因素的变化,保证项目目标的实现而对项目计划进行相应的部分变更或全部变更,并按...
  • 整体变更控制流程 提出和接受变更请求; 对变更进行初审; 变更方案论证; CCB对变更进行审查、审批; 发出变更通知并开始实施; 变更实施的监控; 变更效果的评估; 判断发生变更后项目是否已纳入正常轨道; 其中...
  • 公众号回复:干货,领取价值58元/套IT管理体系文档公众号回复:ITIL教材,领取最新ITIL4中文教材更多专业文档请访问 www.itilzj.com每个人都知道变更从来都不是件容易的事...
  • 需求变更的原因可能会来自市场、管理、客户、软硬件工程环境和测试等方面,对于这些变更来说,如果不控制或者控制不好就会导致项目陷入混乱、不能按进度执行或软件质量低下等一系列的问题。对于需求变更既不能...
  • 生产过程中,出现订单物料变更的情况十分常见。就拿电子行业来说,由于市场环境变化快,客户为了适应市场需求,经常会更改订单参数;...而在手工管理的模式下,对于订单物料变更管理容易出现以下问题:
  • 特别是面对用户不确定性的需求变更导致开发实施推进的进度和成本增加的风险出现。因此如何有效管理需求,将管理用户需求的风险造成的损失降到可控范围之内,需要用到需求跟踪相关的工具和技术,比如需求跟踪矩阵。 ...
  • 您仍然可以通过解决公司的变更管理流程来加快软件交付。在本章中,我们将研究我们在公司内部所学的变更管理模式。我们将向您展示什么是有效的,什么是无效的,以及如何利用DevOps原则将变更管理转化为有效的、使能的...
  • 为什么现在要做敏捷管理的心得记录,是因为新被指派到管理一个敏捷项目的团队,成熟度几乎为0,百废待兴。看到各种问题(因为之前在敏捷团队中工作过,所以感觉非常不对劲),然后才去思考敏捷各个方法的实践,这个...
  • 变更管理 - Change Management 1. 变更管理的目标 变更请求通过结构化的方式被识别、追踪、管理和实现。 2. 变更管理的收益 正确的实施变更管理,所有的对基线项的变更都会管理和控制,各方就 "变更什么" 和 ...
  • 1、面向业务不稳定的甲方,需求变更频繁该怎么破? 场景一:甲方业务不稳定,导致他不知道自己要什么,变更需求频繁。 解决:1)把总经理拉到统一战线。 2)请求专家支持 3)开风暴会议,把项目存在的风险节点找出...
  • 软件需求管理

    2021-04-02 19:17:54
    软件需求
  • 一、变更的基本概念 1、项目变更是指在信息系统项目的实施过程中,...(3)按变更所发生的领域和阶段,可分为进度变更、成本变更、质量变更、设计变更、实施变更和工作(产品)范围变更。 (4)按变更来源可分为内...
  • 我们在项目过程中,经常会遇到各种需求变更,这不仅让项目成员头大,让项目经理头更大。 下面分享一个九阴真经,能帮你轻松搞定项目过程中不断的需求变更。 √要提出变更时,应先评估信息的精确度,确认项目变更的...
  • 商业前景和客户期望在不断变化,数字转型已经成为跨行业商业成功的关键因素。数字转型就是利用现有技术来应对业务挑战和抓住机遇。你仔细分析就会发现,数字转换基本上是IT管理做得更好,以消除有问题...
  • 项目变更管理系统

    2021-05-29 14:00:54
    项目变更管理系统 近年来,随着人们对保护环境、改善环境觉悟的提高,城市建设进入生态环境建设阶段,园林绿化行业逐渐成为热门行业。绿化事业呈现出前所未有的蓬勃之势,广场绿地、景观大道、小游园、花园小区等等...
  • 有时候会是范围的缩减,有时候是增加一部分需求会消除一个极大的风险,总之,遇到变更不要一味拒绝,而是中立的去分析利弊。 越是大型的项目就越是需要专人专职的负责进度、质量和项目范围,这一点很重要。有时候...
  • 文章目录描述目的描述范围定义参考文献角色与职责变更请求状态开始...本文档描述了软件工程课程网站系统开发过程中的需求变更控制会的运作过程,介绍了对需求变更控制会对变更的管理、评估、验证、记录等操作流程。 目

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 141,174
精华内容 56,469
关键字:

需求变更管理