- 综合排序
- 最热优先
- 最新优先
- 来自专栏PM吃瓜(公众号)
项目需求管理
需求管理是项目管理的基石，根据我的经验，项目失败或者延期的原因十之八九都源于需求管理没做好。 需求划分方法因项目不同而不同，以软件类项目为例，需求分为9类： 流程性需求、 数据性需求、 接口性需求、 界面性需求、 权限性需求、 表单性需求、 报表性需求、 功能性需求、 非功能性需求。 其中非功能性需求指的是性能、吞吐量及批处理等。 需求计划 为了把控需求收集的进度，需求撰写计划中要安排几个检查点。 举个例子，假如需求撰写的排期是1个月，那么就可以设置3个检查点。 每到一个检查点，各个需求撰写人需将成果汇总到项目经理手里做review，根据review的意见或建议迅速调整或整改。 需求变更 需求变更控制简单的说就是控制需求尽量不要发生变化，但不绝对。 需求变更控制最简单的方法，就是提高变更的代价，比如通过制定需求变更的模板及很长的审批链条来控制变更的频率。如果需求变更没有代价，那么用户提需求的时候就容易草率，对项目管理百害而无一利。
1.2K10发布于 2020-07-20 - 来自专栏全栈程序员必看
产品需求管理
第三课需求管理 1需求管理是什么 1.1需求挖掘：看四块，自己行业,总体趋势,未来方向，商业模式。最直接的需求一定来源于用户，用户访谈，用户反馈，调查问卷，社交平台。 1.2需求匹配：需求挖掘解决发现和确认需求问题，需求匹配解决要不要做的问题。 知彼：了解市场，了解用户，了解需求 知己：知道公司的资源是什么，公司的资源以及经济能不能够完成个人对业务的设计，公司处于什么样的一个阶段，身处所在的行业处于什么样的一个阶段 1.3需求排序 2行业阶段 3.需求收集的原则和方法 标签墙 用户意见渠道 奖励机制 原始需求的管理 归类 统计 用户反馈分类 需求列表–原始表格 意识：时间管理四象限 GTD工具 4.需求评估 4.1：KANO法
74120编辑于 2022-09-20 - 来自专栏CSDNToQQCode
需求管理规范
前言 MOMO云敏捷项目管理，融合了敏捷、DevOps思想，打通了整个从需求、研发、测试、运维、运营的端到端敏捷。 数据分析 MOMO云针对研发系统进行了应用级和功能级的埋点工作，提供研发过程度量系统，方便管理人员通过观察数据分析数据来定位问题、分析问题、和做结论提供数据支持。 准备阶段 选择一款合适的敏捷项目管理工具。我们使用JIRA做项目管理，创建Scrum流程项目，加入项目成员和创建好面板和泳道配置。 会议重点在于分析问题根因，并识别出管理、流程、技术、工具上可落地的改进点。而且这些问题都要求最近的一个迭代中，执行落地，以避免问题再次出现。 总结 敏捷需求管理是一种文化，在敏捷实践中，每一个团队都有自己的特质，可以根据实际情况选择适合自己的敏捷流程和实践，才能够达到高质高效开发协作模式。
81440编辑于 2022-11-29 - 来自专栏物流IT圈
需求分析与需求管理方法
01 概述 本文是梳理需求分析与需求管理方法-产品经理工作职责&工作核心技能之一，笔者写本文的目的一是把自己的知识体系做个输出，包含来自己的经验总结和最近学习到的知识总结，其二顺便分享。 02 需求定义 1. 什么是需求？ 需是是用户在某种场景下的未被满足的期望。 为什么要明确需求的定义，需求很容易被误解，这里我们要区分下用户需求和产品需求。 什么是需求分析？ 需求分析，就是挖掘和提炼用户需求，解决用户痛点问题，即找到用户需求，并把用户需求转为产品需求（解决方案）的过程。 06 需求管理 需求管理指的是如何安排已经明确产生的需求，工作中我们通常会遇到四面八方包括产品经理自己给的需求，但是资源和精力无法让做到有求必应，我们需要去把需求做一个分类和排序，尽可能的去做性价比高的需求开发 时间管理四象限法 ? 本方法可以快速帮助我们评估需求开发的时间优先级。从紧急重要程度两个维度比较合理的帮助产品有条理的安排开发秩序，避免盲目排序。 3.
3.4K23发布于 2020-01-17 需求管理是什么？Visual RM 如何高效做好需求管理？
在产品从概念走向市场的全生命周期中，需求管理是决定产品成败的关键环节。 据行业数据显示，市面上约 60% 的产品因需求管理失误走向失败，这足以说明需求管理绝非简单的需求收集，而是一套覆盖全流程的系统化工作。 一、需求管理：连接用户价值与商业目标的核心链路 需求管理是产品团队围绕用户价值、商业目标与技术可行性，开展需求采集、分析、排序、落地与验证的全流程管理过程。 三、Visual RM：全流程覆盖需求管理与需求资产管理 Visual RM 遵循 “需求编制 - 需求审核 - 需求实施 - 需求入库” 的标准化流程，在每个环节嵌入精细化操作，既保障需求高效落地，又实现需求资产的有效沉淀 结语 需求管理是产品成功的基石，而 Visual RM 通过全流程数智化管理与资产化沉淀，为企业提供了高效的需求管理解决方案。
38654编辑于 2025-11-06需求管理是什么？产品经理如何高效做好需求管理？
产品经理每天都在和各种需求打交道，但产品需求管理绝非易事，市面上大约60%的产品都是因需求管理失误而走向失败。 本文将从产品需求管理核心概念切入，深入拆解产品需求管理流程，推荐一些实用的工具，并展望当前AI赋能需求管理的前沿趋势，助力企业实现需求价值最大化，打造爆款产品。 一、产品需求管理的核心概念与角色分工（一）产品需求管理的本质与目标产品需求管理是产品团队系统化处理用户价值、商业目标与技术可行性的过程，包含需求采集、分析、排序、落地与验证五大环节。 ，确保需求管理规范有序。 结语：掌握产品需求管理，驱动产品成功总而言之，产品需求管理是产品从概念走向市场的关键路径。
69610编辑于 2025-06-17- 来自专栏社区的朋友们
敏捷项目管理之需求管理
，并且由于我们团队采用了Feature team 的团队运作模式，所以版本的需求都是由各个FT 自己独立管理的方式，理想状态是，各FT 自己管理需求，自己去做质量管理，自己评估把控进度和最后版本的顺利发布 下面就来谈谈，咱们浏览器项目需求管理那些事 ~ 需求管理1.0 时代 --- FT 自管理+excel 规划表 我们知道，敏捷价值观中有一个是关于文档的，认为： [1499393074848_4910 我们的项目需求管理1.0 时代，就是用excel 列表的方式来轻量化去管理需求，通过项目群来同步版本需求规划。 [1499393465904_7859_1499393466807.png] 项目需求管理2.0时代 --- TAPD集中管理+需求评审 1、 需求的工具化管理：变excel的人工维护，为TAPD集中管理方式 当然，敏捷项目需求管理的方法，我们仍在不断总结和迭代优化中，希望大家也一起来多探讨更好的管理模式，期待更优的需求管理4.0 时代的到来！
4K01发布于 2017-07-07 - 来自专栏Java帮帮-微信公众号-技术文章全总结
项目管理——需求收集与管理
项目管理——需求收集与管理 VS 需求收集对于产品经理来说，都已经属于老生常谈了。在产品的立项和设计前需要先做需求调研，在这里我们就来谈谈如何进行需求收集和管理。 学术研讨会等）、现场支持、和支持团队（运营团队、技术支持团队）谈话、客户热线、客户满意度调查、用户行为分析等； 五、需求管理 需求管理是每个人都需要做的，有效管理需求，可帮助我们快速查找、记录、组织和跟踪系统需求变更 有效的需求管理在于维护清晰明确的需求阐述、每种需求类型所适用的属性，以及与其他需求和其他项目工作之间的可追踪性。 （需求管理分为来源管理和实现管理，在这里我们仅对收集的需求进行简要归纳管理，具体需求分析有待下一篇需求梳理分析进行专门总结） 需求管理可使用用户画像形式（或单项需求卡片）进行规范化整理，也可以使用需求池进行统一管理 简单需求收集管理表 六、管理工具软件 当有大量的需求需要进行管理时，简单的表格可能维护就相当困难，并且难以保持与现实的一致性，同时难以跟踪需求状态，所以就有一些比较流行的常用的需求管理工具，例如IBM
3.4K30发布于 2018-03-19 - 来自专栏新亮笔记
业务需求协作管理
业务需求协作管理贯穿于整个软件产品版本周期，涉及与业务软件交付相关的所有角色，包括 业务人员、产品及运营人员、开发人员、测试人员、运维人员 等。 同时，还可以灵活应对临时的需求更改，响应市场的快速变化。利于持续交付的需求拆分总原则就是：“坚持以业务视角 对需求进行分解”。 它就像金融债务一样，如果没有恰当管理，累计的利息可能就会把你压垮。 关于需求的拆分还需要了解： 需求拆分的受益； 需求拆分的成本； 需求拆分的方法； 需求分析与管理工具集； 团队协作 当多人共同完成一项任务时，如何高效协调团队中每个人的时间，是一个非常大的挑战。 共享日历 是一种有效的团队时间管理方法。共享日历可以分为两种：一是团队时间表，二是个人非工作时间表。
75010编辑于 2022-12-05 - 来自专栏阿杜的世界
需求管理那些事儿
经历了这些项目之后，我认为，站在开发团队的角度，评判一个软件项目成败的因素，最关键的就是两个点：需求管理和可行性分析。 需求管理做不好，体现在两个方面：需求分析不足、需求随意变更，这会让开发团队做一些臆想的、半成品的需求，做到一半发现没想清楚，然后陷入到边做边改、边改边做的魔咒。 需求管理那些事儿 阅读摘抄 需求是整个产品的源头，所以说需求分析的结果往往决定了产品的成败。如果没有正确把握客户需求，可能就会一步错，步步错！ 需求变更的管理，作者提出了三个解决方案 提升需求确定性，减少需求的变更。 你们是怎么管理需求变更的？文中提到的三种方式，我们主要使用的方案1+方案2，目标是使用方案3。
68820发布于 2019-04-22 - 来自专栏千帆企业应用连接器
多维表需求管理表自动生成TAPD需求
【实现效果：】业务同学使用多维表管理客户需求，和产品团队经过评审之后，一键把多维表里对应的需求生成TAPD需求/缺陷单【准备工作】准备一个多维表，比如维格表、金山轻维表等可以参考这两个模版：金山轻维表： 产品需求- 客户成功维格表：产品需求- 客户成功设置好TAPD对应的需求管理字段，参考如图【流程配置】以维格表为例，打开腾讯云HiFlow模版中心，搜索打开“维格表需求管理表符合条件的自动创建TAPD新需求 比如如果我们需要“需求填写完成= 是”，我们就选择“变量名：是否填写完成” 等于“是”。然后点击【测试预览】- 【保存】。这一步是为了让我们获取到对应的样本测试数据，然后往下执行下一步的动作。 比如这里，我们选择“填写完成”等于“是”，然后保存执行应用：TAPD配置【执行操作】选择【创建需求】【配置账号】需要管理员登陆tapd账号之后授权【配置参数】然后把表格里对应的变量一一填写到TAPD【优先级 】、【模版】、【处理人】、【需求分类】如果选择默认值就可以直接从列表选取；如果选择变量数据，左边先改成自定义，右边再选择变量。
1K20编辑于 2022-12-20 - 来自专栏用户6296428的专栏
客户反馈需求管理实践
有赞为商家提供了 BBS 论坛、产品端反馈需求入口、客满热线、服务经理对接等多处反馈渠道，让商家能够更方便、快捷的反馈需求，但多个渠道反馈的商家需求如果没有进行统一的管理，就会造成一些问题： 商家反馈需求没有统一的待办列表 三、管理工具在线化 起初我们是用文档、表格来记录商家反馈的需求，交给产品经理来评估方案、更新需求的研发进度。 管理者想知道商家提的需求集中在哪几个功能模块？某个商家今年总共提了多少需求？我们解决了多少，多少没有满足？这些过程数据都需要手动梳理，耗费人力。 基于以上诉求，我们把商家需求前期收集的过程也做进了效能平台，让需求从商家提出一直到研发上线在同一个平台流转，便于管理需求全生命周期（如下图）。 ? ? （提交需求时要怎么做、产品经理在收到需求时要怎么做、想查看进度时怎么做） 管理工具在线化带来的好处显而易见： 降低培训成本，对于新人来说，不清楚需求的如何流转，可以按照工具的引导来完成。
1.6K10发布于 2020-08-24 Visual RM 怎样做需求管理
在企业数字化转型进程中，需求管理是连接业务与科技的关键纽带。 维普时代Visual RM 需求数智化平台凭借 “线上化、结构化、资产化、智能化” 四大核心能力，构建了覆盖需求全生命周期的管理体系，其需求管理流程清晰规范，具体操作步骤如下：一、创建需求：多方式启动， 高效开启需求生命周期创建需求是需求管理的起点，Visual RM 提供 6 种灵活的创建方式，满足不同场景下的需求发起需求，打破传统单一创建模式的局限。 自动对接开发过程管理系统：需求审批通过后，平台自动向开发过程管理系统发起 “开发启动→测试通过→投产上线” 的实施审批流程，无需人工手动触发，避免流程断层。 通过以上六大步骤，Visual RM 构建了 “创建 - 编写 - 评审 - 实施 - 入库” 的需求全生命周期管理闭环，凭借智能化与协同化能力，有效解决传统需求管理中效率低、质量差、复用难的问题，为企业数字化转型提供坚实的需求管理支撑
26420编辑于 2025-11-18- 来自专栏研发效能EE
研发效能中的需求管理
上一篇「找到能做好研发效能的人」 ，我介绍了如何找到研发效能的领域专家，这一篇我来分享一下之前在带团队做产品的时候一些需求管理的经验，尤其是做研发效能平台涉及到的一些情况。 本篇主要分成「需求来源」「需求优先级」「需求文档质量」「需求评审」「需求验收」和「需求上线」六部分。 所以大部分需求都是产品规划中的需求。另外一种是系统缺陷，这部分改动大的就放到产品需求里，小的直接修复，主要考虑工作量大小和优先级。用户反馈的需求，这部分要仔细判断。 需求评审 一开始我们的需求评审可以说是随时评审，也就是没有正式评审。前后端和产品都坐到一个地方工作，有问题随时沟通，几乎没有因为需求评审造成了延期交付、功能不符等。 测试环境的需求验收，主要为了避免中大需求的实现和最初的功能不符、不满足要求、重大bug等问题； 需求上线 预发环境是线上环境稳定性的重要保障，是把问题不带给用户的最后一层保障。
62430编辑于 2022-10-25 需求建模： 如何引领新一代企业需求管理
从“需求文档”到“需求资产”：一场需求管理的理念重构在传统的需求管理实践中，需求常以独立的Word或Excel文档形式存在，项目结束后便迅速“沉睡”或散失，其价值被牢牢锁定在单一场景中，无法释放。 作为新一代的需求管理平台，通过其核心的需求建模工程实践，彻底重构了这一认知：需求不再是项目的一次性交付物，而是企业可以沉淀、管理并持续复用的核心“数字资产”。 支柱一：结构化建模 —— 搭建需求的数字骨架结构化是实现需求“可管理、可复用”的基石。需求管理平台通过“需求资产框架管理”与“需求条目化”，实现了需求从“自由文本”到“结构化数据”的转变。 （二）实现需求的精细化“条目化”管理所有需求内容都需被拆解为“条目”并归入资产框架，每个条目都是一个独立的管理单元：手动与智能创建：用户可在资产树节点下手动创建需求条目；未来，AI更能辅助识别历史文档， 这套先进的建模体系，最终让需求“可复用、可追溯、可协作”的核心目标得以实现，使 成为企业在数字化转型浪潮中不可或缺的“需求资产管理引擎”和卓越的需求管理平台。 帮我重新生成一下
7000编辑于 2026-01-19- 来自专栏PM吃瓜(公众号)
谈谈需求管理要管哪些？
由开发方和客户共同对主要需求文档“软件需求规格说明书”进行评审，双方达成共识后作出书面承诺，使需求文档具有商业合同效力。 例子： 本“软件需求规格说明书”是建立在双方对需求的共同理解基础之上的，我们同意后续的开发工作根据该“软件需求规格说明书”进行。 需求管理的内容分成几个大的模块： 需求收集 和 需求分析， 具体内容参考之前的文章，这里就不细说了。 需求评审和需求承诺 ①获得对需求的理解。 在初步整理需求的基础上，项目小组和用户代表通过初步的分析讨论，对当前项目的需求达成共识，并在需求列表中作相应记录。 ②获取需求承诺。通过项目参与者的书面承诺，建立各方或各项工作的基准。 需求变更 ③管理需求变更。维护变更历史，为调整与控制提供数据。 参考《如何应对变化》一文 需求跟踪 ④在需求变更后维护对需求的双向可追溯性。从软件可维护性的角度提出管理要求。
64210发布于 2020-07-23 - 来自专栏CKL的思考空间
需求端到端交付管理
一直以来，作为研发人员，我们关注的都是研发任务的端到端交付（从需求澄清到需求交付），很少有人会去关注需求本身是否给产品或者企业带来多少真正的价值（如激活了多少存量用户、吸引了多少新用户等等）。 今天我们跳出研发的角色，聊一聊需求的端到端交付管理。 上图直观的反映了当下交付需求的不确定性。往常，我们只需要根据合同或者行业成熟的解决方案，定期交付我们的产品，然后按合同收款即可。 因为客户的需求变的不那么明确，世界的变化也太快。“躺赢”的时代结束了，“躺枪”的时代来临了。多少产品是被降维打击给弄消失了的。 如果一个需求最终客户不买单，或者不乐意去使用，那么它的研发过程无论多么优秀，都是研发人员的自嗨。所有需求都是为了交付业务价值，是实现价值交付的关键。 因为客户的需求可能并不是一辆车，他也许只是想从A地到B地转一圈。下图其实就是一个经典的需求不对称。是不是很熟悉。
77620编辑于 2023-02-01 - 来自专栏用户6296428的专栏
需求价值闭环管理机制
为此，公司逐步建立了价值闭环管理机制，并以需求为切入点打通上下游，确保有赞人对价值闭环是有感知、有依据、有反馈的。 为了确保把有限的资源放在最有价值的事情上，有赞建立了价值闭环管理机制。 ? 二、策略 2.1 建立价值闭环管理机制 ? 关于研发实现前的需求优先级分级和月度排期活动的具体内容，请参见需求分级、大规模产品技术团队需求管理实践等相关文章，在此不再详细介绍。 2.2 开展价值闭环管理活动 价值闭环活动的开展，离不开前期的快速造势。 展望 有赞价值闭环管理机制的落地，使各垂直业务线的管理模式，变成以 OKR 为牵引的业务&需求规划/校准的方式驱动；从需求全生命周期管理价值流的维度，建立了需求价值假设-研发上线-价值回顾闭环的结构化需求价值评定机制
1.5K30发布于 2020-08-24 - 来自专栏靠谱PM
产品经理的需求池管理
在做项目的时我们经常会面临各种各样的需求，有的需求来自领导的指示，有的需求来自用户的反馈，有的需求来自灵光一闪，有的需求来自团队其他小伙伴等等，那么对于各种需求我们应该如何处理和管理呢？ 这个就是今天要和大家分享的内容：“产品经理需求池的管理”。 需求池是什么 需求池可以理解成一个产品迭代依据的库，数据库记录各种数据，那么需求池记录的是各种需求。 我有的小伙伴的公司用的Teambition,这个软件方便团队沟通，有手机端和客户端还有网页端，设计团队也有用这个软件进行管理的，还有的小伙伴公司用Tower，这个软件没有客户端。 需求池应是为了需求的管理和团队协作，只要达到这个目标就好了，下面举个例子来简单说明下。 ? 第三：需求池是需要长期维护和管理的，并且要阶段性的反馈给团队成员的，不要只是给自己做个表格。 今天是假期最后一天了，虽然是假期的尾巴了，还是给大家送上一句节日快乐。
1.9K30发布于 2018-09-10 - 来自专栏程序员阿常
需求端到端交付管理
以下文章来源于CKL的思考空间 ，作者CKL的思考 一直以来，作为研发人员，我们关注的都是研发任务的端到端交付（从需求澄清到需求交付），很少有人会去关注需求本身是否给产品或者企业带来多少真正的价值（ 今天我们跳出研发的角色，聊一聊需求的端到端交付管理。 上图直观的反映了当下交付需求的不确定性。往常，我们只需要根据合同或者行业成熟的解决方案，定期交付我们的产品，然后按合同收款即可。 因为客户的需求变的不那么明确，世界的变化也太快。“躺赢”的时代结束了，“躺枪”的时代来临了。多少产品是被降维打击给弄消失了的。 如果一个需求最终客户不买单，或者不乐意去使用，那么它的研发过程无论多么优秀，都是研发人员的自嗨。所有需求都是为了交付业务价值，是实现价值交付的关键。 因为客户的需求可能并不是一辆车，他也许只是想从A地到B地转一圈。下图其实就是一个经典的需求不对称。是不是很熟悉。
1.1K20编辑于 2022-09-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号