今天给各位分享软件项目管理 4.1.软件需求管理过程的知识，其中也会对软件项目管理 4.1.软件需求管理过程进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
软件项目管理 4.1.软件需求管理过程的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于软件项目管理 4.1.软件需求管理过程、软件项目管理 4.1.软件需求管理过程的信息别忘了在本站进行查找喔。
本文导读目录：
企业一旦选择CRM软件定制开发方案，那么就要做好需求管理，作为研发流程的第一步，糟糕的需求管理流程，常常被认为是项目失败的首要原因。从需求的产生到需求的结束，对需求生命周期的可视可控管理，能帮助项目更快更好地完成并交付产品。 既然需求管理如此重要，那么我们应该如何让需求管理更加清晰呢? CRM定制开发找八骏，八骏专业从事CRM及其定制开发服务10年，丰富的CRM实施经验帮助企业全面挖掘需求、管理需求，大幅提高CRM定制开发的成功率！免费咨询热线0571-88316562 如何将收集到的需求进行甄别和整理，这一甄别和整理的过程，也就是需求管理的过程。 根据业务情况的不同，需求之间会存在诸多的差异。 确定好需求的分类之后，对于粒度相对较大的需求，应当进行拆分。需求的拆分通常不超过三级。业内常把需求按大小依次分为「Epic」、「Feature」、「Story」三级。 经过了分类与分层拆解之后，就该给整理后的需求确定「优先级」。而确定优先级的首要步骤，是明确何为优先级。 如常见的「严重」、「主要」、「次要」、「不重要」四个程度的优先级。在使用之前，团队成员应当对优先级的程度形成共识。 可以采用 四象限法则： 严重：重要且紧急 主要：重要不紧急 次要：不重要但紧急 不重要：不重要不紧急 确定优先级后需要各方对需求进行确认，达成统一认知和共识，推进需求实现落地。 在需求评审的过程中，一定要说明清楚需求的背景、价值、意义，而不是纯粹的需求讲解，这样有助于各方对需求的理解。 当因外部环境变化或者内部需求定义错误导致需求需要更改时，做好需求变更管控，防止因为变更而导致需求执行的过程无法进行下去。 经历了分类、拆解、确认优先级、评审之后的需求，通过比较需求定义与后续工作成果之间的对应关系，建立与维护需求跟踪列表,我们可以根据团队或者产品功能模块的区别，分别归属于不同的资源池，方便不同的团队进行统筹管理了。 在整个研发管理流程中，需求管理往往是第一步，也是比较重要的一步，只有需求管理足够清晰和明确，后续的任务规划、排期及执行才能更高效地进行。一个好的研发管理工具能帮助更好地管理实践，达到事半功倍的效果。 您可能关注: 需求管理是IT服务管理体系服务战略的一个重要环节。基于ITIL实践，需求管理是对IT用户提出并经过需求管理人员审批通过的需求进行记录、分析、审批、跟踪、变更控制，对需求实施结果进行评估的管理流程。根据需求开发工作的特点规划和设计需求管控的阶段，通常需求管理流程可以划分为需求收集，需求评审、方案评估、需求实现、需求确认关闭等五个主要阶段。 不完善的需求管理会给服务提供者带来相应的风险，需求管理的目的是能够理解和影响客户的需要，并且有满足客户需要的能力。 ★ 在战略级别，需求管理可以包括业务活动模式和用户资料的分析。 ★ 在战术级别，它可以包括使用差别收费鼓励客户在不太繁忙的时段使用 IT 服务。 需求管理的目的 -不改变预算投入，设计需求达到提升服务性能、降低服务成本； -对企业业务需求的生成起到了决定性作用； -对企业的业务集中化、利益化也具有重要作用和意义； 需求管理主要功能 -需求流程跟踪和推动需求实现，需求生命周期管理闭环； -通过审批功能实现需求的管控； -服务水平协议确保需求按期上线； -通过需求流程触发变更流程； -收集需求上线后用户反馈情况； 需求管理的商业价值 · 确保服务资源的生产力和需求预测及模式保持一致； · 确保某些能力可以在需要时迅速提升，在不是用时及时释放； · 在控制范围内达到预期效果； 本文摘要节选自来源于 https://www.itsmcn.com/xuqiuguanli/ 需求管理能力是衡量产品经理能力的一个重要指标。因为需求是产品的基石，只有选取恰当的方法进行需求分析及管理，才能更好的构建产品方案，从而输出精准的产品定义。 结合本人学习和自身经验，打算将需求管理分”需求挖掘”、”需求分类与排序”、”需求匹配”三个部分展开说明，希望对你有帮助。 需求挖掘是主动的运用一系列方法，通过各种有效手段挖掘出用户内心真实目标的过程，而并不是简单的记录用户提出的需求。 这里列举几类常见的伪需求方便理解： 需求挖掘的过程中尽量做到”无我”，清空自己，倾听用户，从用户提出的需求出发，去伪存真挖掘用户内心真正的目标。 常用的需求挖掘方法有如下几种：业务方向、调研报告、用户访谈、调查问卷、用户反馈、社交平台、运营数据、竞品分析、头脑风暴。根据具体项目的实际情况，灵活运用，把事儿办成是第一目标。 这是原爱奇艺首任产品总监高玮老师介绍的方法，主要通过不断问问题、拆分元素、单独提问三个部分向下深挖，寻找底层需求。举例说明： 现实中不太可能有这么理想化的模型，举例是为了方便理解方式方法。打破砂锅问到底，分解元素，逐个替换验证，深挖一个需求背后的多个成因，透彻了解用户内心真实需求。 用户旅程图是从用户的角度出发，将用户为完成某个目标所经历的过程，通过时间线维度可视化呈现出来的一个工具。 以硬件产品举例，在时间线维度上大致是以下几个阶段：用户了解产品（认知）-购买产品（选购）-取货（配送）-开箱安装-使用-收纳摆放-更换耗材和维护。我们可以抽象归纳为四个场景，分别是：传播场景、购买场景、使用场景、售后场景。 运用用户旅程图，回到用户全场景中去体验、去拆分产品与用户交互的每一个接触点，不放掉任何一个，只有这样才能较为完整全面的发现用户的行为、想法、感受，从中找到产品的机会点。 用户旅程图偏向于系统全面的挖掘用户需求，从中找到产品的机会点。输出精准产品定义的时候要结合”企业服务蓝图”使用。 通过对需求挖掘结果的汇总和统计，我们会拿到许许多多的需求，形成自己的需求池，这将是我们输出精准产品定义以及产品规划的源头。哪个需求先做？哪个需求后做？什么时间做？做到什么程度？ 通过上文需求挖掘部分的方法介绍，我们会收集到来自各方的各种需求。那么是不是所有的需求都是需要解决的呢？为什么产品实现一个新功能之后，数据上没有达到预期的效果呢？这就带出下面要讨论的问题，当我们把需求挖掘完之后，如何进行需求的分析，以达到追求产品价值最大化的效果。 首先介绍一种对用户需求分类及排序的定性分析工具-KANO模型。需要说明的是KANO模型仅仅关注的是产品性能和用户满意度的非线性关系，只衡量了产品功能对于用户的价值，并没有衡量实现该功能对于企业的收益和成本。其目的主要是为了辨别需求的类型，以便在有限的资源下提高用户最大的满意度。 KANO模型将用户偏好分成了五类：必备型需求，期望型需求，魅力型需求，无差异需求，反向型需求。 随着竞争的水涨船高，今天的魅力需求，就是明天的期望需求，后天就成为了必备需求。所以对于用户需求的调研要持续进行，只有不断向前挖掘，产品才能持续散发魅力。 KANO模型主要结合KANO questionnaire（KANO调查问卷）进行调研。问卷设计一般是由一对问题来组成： 针对每一对问题，通过一些非常具体的描述满意程度选项来得到答案（参考李克特量表）。比如：l like it 我喜欢；l expect it 我希望如此；lam neutral 我是中立的；l can tolerate it 我可以忍受；l dislike it 我不喜欢它。 满意程度的选项描述可以根据实际问题灵活修改，如：”非常满意、满意、无所谓、不满意、非常不满意”或者”非常喜欢、理应如此、无所谓、勉强接受、很不喜欢 “ 根据我们收集到的问卷调查结果，可以制作一个KANO评价计算表： 其中：A：魅力型需求 O：期望型需求 M：必备型需求 I：无差异型需求 R：反向结果 Q：可疑结果（一般不会出现，除非是问卷选项设置的问题或者用户理解出现了问题，或者用户在胡乱回答）。 在汇总了所有用户有效问卷后，我们需要针对某一需求点进行比例分析，分别得出这个需求点中用户的A/O/M/I/R/Q所占的比例，计算不同属性需求的比例之和，总值最高的为这个需求的属性归属。 应用举例如下（数据为编纂）： 实际项目中经常会出现多个需求同属于一个类别，同类别中的多个需求进行优先级排序就要引入Better-Worse系数来进行分析，Better-Worse系数表示的是某个功能可以增加满意或者消除不喜欢的影响程度。计算公式如下： 通过计算，每一个需求点都会得到 Better/SI 和 Worse/DSI 两个系数，其中 Better/SI 被理解为增加后的满意系数，数值通常为正数。代表如果产品提供某种功能属性的话，用户满意度会提升，正值越大/越接近1，则表示对用户满意度上的影响越大，对用户满意度提升的效果越强，满意度上升的越快。 Worse/DSI可以被叫做消除后的不满意系数，其数值通常为负，代表如果产品不提供某种功能属性的话，用户的满意度会降低，值越负向/越接近-1，表示对用户不满意度上的影响最大，满意度降低的影响效果越强，下降的越快。 取多个需求的Better/SI和Worse/DSI平均值作为横纵轴，我们可以做一个平面直角坐标系了。 根据这个坐标系，我们可以按照如下排序规则进行排序：必备>期望>魅力>无差异。对于在同一象限中的功能点，以 Better系数/|Worse 系数|的大小排序，值越大越靠前，越优先做。 通过KANO模型工具对用户不同需求进行分类区分处理，了解不同层次的用户需求，帮助我们识别出影响用户满意至关重要的因素，为我们找到提高产品用户满意度的切入点。 以上我们讨论了需求的挖掘，以及运用KANO模型对用户需求进行分类及排序，这里我们有必要再明确一下需求包含的要素，简单来说明确的需求包含：目标用户和现存问题。 目标用户很好理解，我们定义的产品就是为了解决一部分人的问题。现存问题指的是有实际场景，有切实遇到的问题。对用户需求的描述可以参考User Story（用户故事）标准模板。 当我们清晰的了解需求以后，就可以对产生的原因进行分析，然后制定相应的解决方案。对需求成因的分析可以运用HMW法进行详细拆解，HMW分析主要包括：积极、转移、否定、拆解、脑洞五个维度（这里不详细展开）。 需求成因拆解完后，对所有提出的需求列出对应的解决方案，一个需求会对应不同的解决方案，这里注意，一开始思考解决方案的时候不要去考虑实现的可行性，尽管去提供。等所有的解决方案都列出来之后，再进行方案分析、评估、排序。 这里再介绍一种模型工具：从产品经理角度，如何对同一需求不同解决方案之间进行分析、评估、排序的工具-ICE排序法。通过从几个维度考虑进行打分，按总分高低去排序（得分越高越优先）。ICE排序法包括3个维度：Impact（影响范围）、Confidence（自信程度）、Easy（实现难易）: 打分方法释义：1-5的数字，影响范围大得分5，小为1。（分值的颗粒度大小以项目而定） 需求挖掘及分析解决发现和确认需求的问题，需求匹配就是要解决要不要做的问题。需求即便确定存在，但是需求是否在这个产品做、做到什么程度、什么时候做、做成什么形态，就是需求匹配要做的工作，主要从行业阶段和公司资源两大维度进行分析，篇幅所限，这里暂不过详细展开了。 随着时间的推移，产品设计、研发成员对所处行业、竞品、市场、产品以及需求的认知和理解都在深化，在产品构思、研发、优化等过程中经常会迸发新的灵感和想法。在产品生命周期中，需求变更是常态，也是产品需求管理的工作核心之一。在工作中需求变更通常由以下原因造成： 需求虽然是变化的，但在一段时间内，产品目标和产品需求是相对稳定的，应尽可能减小因需求变更对产品需求落地计划的干扰和风险。 产品经理在进行产品需求管理过程中，要有风险意识，首先要适当控制欲望，不以自己的喜好决定需求；同时要全面、深刻的认识到需求变更所带来的风险，尤其是一个未经深思熟虑的想法或需求所带来的后果。 在进行需求变更时，要慎重审视每一个需求，加强变更控制，确保团队的精力都聚焦在产品的核心需求的实施上。如果不严加控制可能会导致现有需求的重大变更或增加新的需求，严重干扰团队精力，打乱产品落地计划，结果可能会导致错失市场先机，导致产品价值大打折扣甚至失败。 下面总结了一些需求变更需要注意的内容： 如何做好产品需求变更的相关工作呢？ 产品需求管理是一个持续的动态管理过程，新需求不断产生，同时一批批待实现需求实施落地，产品经理要负责对产品需求的进展情况进行跟踪，并时刻更新需求状态，这也是产品经理进行产品需求管理的核心工作。 需求跟踪包括： 此环节的工作建议产品经理借助一下需求管理协助工具，来完成产品需求的管理和跟踪。下面我会推荐几款常用的管理工具。 在需求管理工具中最简单方便的工具是 Excel，非常适合个人或者是几个人的小微团队进行需求管理。优点是高效便捷易用，学习成本低，并且对于需要统计的指标，也可以通过excel自带的函数进行统计： 工具缺点： 但如果它们缺少需求管理跟踪、协作等一些功能。 例如，当所有需求分散在多个文档中时，可能很难跟踪它们。 而且，如果您需要对需求进行更改，您通常必须逐个浏览每个文档才能找到并更新它。当你的团队人数规模扩大，会存在多人协作时冲突的问题，并且更新后需要发送到每个干系人，适合单人负责需求管理的项目使用。 在线 Excel 文档能在一定程度解决多人协作的问题，如石墨、腾讯文档，同时对于需求的收集友好程度也更高，涉及到工单之类的需求描述也可多人直接在文档地址描述。 工具缺点： 这是国内近几年最火的软件研发管理工具之一，曾在2021年曾获得36氪企服点评-国内研发管理工具榜单的TOP1，具备非常成熟的需求管理能力，比如说，能让你对需求、设计、代码、测试进行快速的关联。支持Word、Excel的导入以及导出等。非常适合二十人以上规模的研发团队。 PingCode 被广泛用于工单/需求收集、需求清洗、建立统一需求池、需求评审、需求优先级排序、建立产品路线图等场景。 除此以外，PingCode 是一款覆盖研发全生命周期的项目管理系统，具备产研目标管理、产品管理、项目管理（敏捷/kanban/瀑布）、测试管理、缺陷追踪、项目文档管理、效能度量等功能模块。并且集成了github、gitlab、jinkens、企微、飞书等主流工具，也就是说我们能在需求下面关联代码，关联集成信息，在飞书查看通知等。 软件优势： 软件缺点： 【PingCode官网】https://datayi.cn/w/GR4vKbLo 国内市场占有率最高的项目管理工具之一，虽然是一款项目管理工具，但同样被非常多的团队用来做需求管理。怎么做？比如： 本质上，Worktile 是一个工具集合，具备OKR目标管理、项目管理、项目集管理、项目计划、项目风险、项目成本管理、企业网盘、审批、简报，以及强大的自定义能力等能力，被广泛用于电商、市场活动、律所项目、生产制造、行政、财务、设计、工程、教育、科研等几乎包含所有类型的项目。 软件优势： 软件缺点： 【Worktile 官网】https://datayi.cn/w/4Rzb3MLR 这款IBM的需求管理软件早些年在国内的知名度相当高，现在的功能也依旧强大。它提供了所有你需要的捕获、跟踪与管理用户需求的功能，与上面提到的 PingCode 一样，能让你对需求、设计、代码、测试进行快速的关联。 工具缺点： DOORS的缺点也很明显。对于软件公司来说，用DOORS有点“重”，上手成本高，购买成本比国内的PingCode 产品来说也要贵不少，除此以外就是服务器在国外，访问速度慢。最大的硬伤是国内不设分支机构，无法提供购买后续的一系列服务。 官网： https://www.ibm.com/ 很多人都知道JIRA是用来做缺陷管理，但是其实JIRA也可以来做需求管理。除此以外还被广泛应用于缺陷跟踪、客户服务、需求收集、任务跟踪、项目跟踪和敏捷管理等工作领域。 软件优点： 软件缺点： 官网： https://www.atlassian.com/zh/software/jira 以上就是关于如何做好需求管理的全部内容，以上内容整理自多篇文章并非原创仅做学习分享使用，如有侵权请联系删除。 本文整理自以下文章： 1.《 一文讲透需求管理（方法+模型工具） 》/ 作者产品老徐（公众号同） 2.《 https://mp.weixin.qq.com/s/hOj6FnvNc2N3xwll9KGP6g 》/作者Deen 【公众号 “项目管理研究所” 将会第一时间更新文章并分享行业分析报告】 第三章 生存期模型 《初级学习路线合集 》 大家好，这节我们学习软件项目管理—软件需求管理过程，需求管理过程分两个部分。 第一个部分需求确认即确认需求规格，包括四个过程，需求获取，需求分析，需求规格编写，需求验证。 第二个部分是开发过程中的需求管理即需求变更过程。 既需求管理有五个过程：需求获取，需求分析，需求规格编写，需求验证，需求变更、 这个图展示的是需求获取的过程，就是将用户脑子想的东西抓取过来，例如这个用户想着开发一个小轿车，好的需求获取者可以获取一个真正的需求是小轿车，而不是误解的认为是大卡车。 需求获取有很多种方式，例如问卷，讨论会，面谈。而最有效的是面对面的主动沟通，他可以获取更多真实的信息，但需要注意的是不要太多的自以为是，例如如果自认为跳转的界面是正确的，其实是未必的。 需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。 需求分析模型就是理解做什么，表达做什么的过程，既理解需求，表达需求。例如当前的需求是人工图书管理，目标是开发一个信息化的图书管理系统，通过理解需求，最后表达需求模型。 如图：有图书管理人员，读者等角色，图书管理人员进行图书的登记，借书，还书。读者可以进行查询，借书，还书等…然后将这个模型实现为物理模型，就是目标系统的图书信息化系统了。 需求分析工作完成的一个基本标志是形成了一份完整的，规范的需求规格说明书。当然需求规格没有一个统一的标准。如下图是某公司的需求规格。 就是对需求规格进行评审，例如评审需求的正确性，一致性，完整性，可行性，可验证性等等… 这个图展示了一个项目经理很困惑的样子，他的问题是何时的基线才是真正的基线，相当于问为什么需求总是在变化，因为需求是一个很重要的基线，它说明了需求变更是一个很常见的现象。 历史项目证明，软件项目会经常面临项目的变更，关键是如何来应对变化，如果没有很好的需求变更管理，项目就会面临着项目失败的风险。 需求变更管理的主要过程如下图： 需求变更管理的核心是制定一个需求变更管理系统，它可以避免频繁变更所产生的混乱局面。 我们可以看这个图，图示了某项目需求变更控制流程的例子：如果在执行过程中提出变更，需要根据这个系统来做决策。 总之 需求管理通过需求获取，需求分析，需求规格编写，需求验证，需求变更五个过程来管理软件需求。 到这里，第四章第一节 软件需求管理就讲解完毕！下一节介绍传统需求建模方法~ 如果您觉得这篇文章有帮助到您的的话不妨点赞支持一下哟~~😉、 ————————————————软件项目管理 4.1.软件需求管理过程的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于软件项目管理 4.1.软件需求管理过程、软件项目管理 4.1.软件需求管理过程的信息别忘了在本站进行查找喔。
未经允许不得转载！ 作者:谁是谁的谁，转载或复制请以超链接形式并注明出处。
原文地址：http://www.cqetc.cn/post/15794.html发布于：2026-02-04
