- 综合排序
- 最热优先
- 最新优先
- 来自专栏PM吃瓜(公众号)
项目需求管理
需求管理是项目管理的基石，根据我的经验，项目失败或者延期的原因十之八九都源于需求管理没做好。 需求划分方法因项目不同而不同，以软件类项目为例，需求分为9类： 流程性需求、 数据性需求、 接口性需求、 界面性需求、 权限性需求、 表单性需求、 报表性需求、 功能性需求、 非功能性需求。 每到一个检查点，各个需求撰写人需将成果汇总到项目经理手里做review，根据review的意见或建议迅速调整或整改。 需求变更 需求变更控制简单的说就是控制需求尽量不要发生变化，但不绝对。 需求变更控制最简单的方法，就是提高变更的代价，比如通过制定需求变更的模板及很长的审批链条来控制变更的频率。如果需求变更没有代价，那么用户提需求的时候就容易草率，对项目管理百害而无一利。 项目内审查 一般来说，需求文档是很重要的交付物之一，为了确保需求文档的质量，就需要建立互查机制：项目组内互查、项目组间互查。该任务发生在最后一个检查点结束之后。
1.2K10发布于 2020-07-20 - 来自专栏Java帮帮-微信公众号-技术文章全总结
项目管理——需求收集与管理
项目管理——需求收集与管理 VS 需求收集对于产品经理来说，都已经属于老生常谈了。在产品的立项和设计前需要先做需求调研，在这里我们就来谈谈如何进行需求收集和管理。 ：并不是项目发起人那来得来的需求就是完善的，或者是合理的，但项目发起人关注产品中的点，而这些点恰恰是产品的核心所在，也是赢利所在； 3)客服人员：包括呼叫中心（电话、短信、传真、邮件等）、在线客户（IM 四、需求收集流程 1.建立收集机制 明确每个需求手机活动参与者的岗位职责； 建立需求预处理流程； 周期性的重复需求收集活动； 2.使用统一收集系统 大部分的项目团队都使用表格来记录收集的需求信息，少数采用需求收集系统 有效的需求管理在于维护清晰明确的需求阐述、每种需求类型所适用的属性，以及与其他需求和其他项目工作之间的可追踪性。 （需求管理分为来源管理和实现管理，在这里我们仅对收集的需求进行简要归纳管理，具体需求分析有待下一篇需求梳理分析进行专门总结） 需求管理可使用用户画像形式（或单项需求卡片）进行规范化整理，也可以使用需求池进行统一管理
3.4K30发布于 2018-03-19 - 来自专栏社区的朋友们
敏捷项目管理之需求管理
作者：叶朝萍 [1499392921893_7114_1499392923068.png] 背景 在近几年比较火的敏捷开发大背景下，我们的项目团队的需求管理，也一直在探寻着敏捷开发的轻量化管理的原则 下面就来谈谈，咱们浏览器项目需求管理那些事 ~ 需求管理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 新核心项目的需求管理方案
然而，分布式团队在需求管理中面临协同效率低、信息同步滞后、资产复用难、变更管控弱等问题，严重制约项目质量与进度。 VisualRM需求数智化平台，以“线上化协同、结构化管理、资产化复用、智能化提效”为核心，构建适配分布式团队协作的银行核心项目需求管理方案，破解协作难题，助力项目高效落地。 一、分布式团队协作下核心项目的需求管理痛点核心项目涉及账户管理、支付结算、信贷审批等关键业务模块，需求复杂度高、关联度强，分布式团队（如异地业务部门、远程研发团队、外包测试团队）协作时，需求管理痛点尤为突出 二、适配分布式团队协作的需求管理核心能力针对上述痛点，VisualRM需求数智化平台从“协同、质量、资产、变更”四大维度发力，打造适配分布式团队协作的核心能力，确保银行核心项目需求管理高效、可控。 3.开放API无缝集成：平台通过开放API与银行行内办公自动化（OA）、项目管理、DevOps等系统集成，实现需求数据跨系统同步。
27142编辑于 2025-11-19- 来自专栏DevOps时代的专栏
DevOps实施：项目群管理（PPM）中的需求和计划管理
2）是否有大量的需求处于等待开发状态？ 3）是否有很高比例的需求在最初定义好之后需要重复再修改？ 4）开发出来的需求是否有很高比例其实没有被最终用户所使用？ 如果你的企业存在这样的情况，请继续阅读。 我们来看一个典型的项目开发声明周期模型： ? 虽然很多项目已经在采用Agile/Scrum的方法进行开发，但在一头（从业务想法到开发团队可执行的需求）一尾（从代码完成到上线）还是典型的瀑布式。 但对企业管理而言，IT又不能把所有的计划都推后，不作出任何承诺。 这里的重点是针对长期战略性、中期提供附加值、和短期不可预测的需求采取不同的计划策略。 所以软件开发部门一定做到按时交付这类需求。这里的策略是：此种计类型的工作只占用工程师团队50%或以下的总工作量。 对于这部分需求，维护一个粗粒度的估计列表，并赋予优先级，而且保证占用工程师团队的工作量不能超过30%。
1.2K90发布于 2018-02-02 - 来自专栏SAP ERP管理实践
SAP PS项目管理模块学习-WBS需求汇总介绍
一、需求分组 系统路径 后勤 -> 项目系统 -> 物料 -> 计划->需求分组 事务代码 GRM4 第一步：点击“GRM4”或者直接在快速命令输入栏 输入“GRM4”进入主记录维护界面。 二、分配MRP组 系统路径 后勤 -> 项目系统 -> 物料 -> 计划->分配MRP组 事务代码 GRM5 第一步：输入“GRM5”输入WBS元素 第二步：点击新的条目 第三步：选择工厂、MRP 三、创建物料需求 第一步：点击“CJ20N”或者直接在快速命令输入栏 输入“CJ20N”进入主记录维护界面。 输入项目号，进入结构图； 第二步：点击售后活动，点击创建按钮，点击物料组件； 第三步：填写物料名称、需求数量、需求日期，选择库存地点，点击保存； 四、创建项目外向交货单 第一步：点击“CNS0” 第二步：填写项目定义和网络号 第三步：填写对应的装运点、发货时间、送达方，选择对应的销售组织、分销渠道、产品组； 第四步：填写交货数量、交付日期、发货日期；点击保存，产生交货单号。
2.5K21编辑于 2023-08-08 - 来自专栏全栈程序员必看
产品需求管理
第三课需求管理 1需求管理是什么 1.1需求挖掘：看四块，自己行业,总体趋势,未来方向，商业模式。最直接的需求一定来源于用户，用户访谈，用户反馈，调查问卷，社交平台。 1.2需求匹配：需求挖掘解决发现和确认需求问题，需求匹配解决要不要做的问题。 知彼：了解市场，了解用户，了解需求 知己：知道公司的资源是什么，公司的资源以及经济能不能够完成个人对业务的设计，公司处于什么样的一个阶段，身处所在的行业处于什么样的一个阶段 1.3需求排序 2行业阶段 3.需求收集的原则和方法 标签墙 用户意见渠道 奖励机制 原始需求的管理 归类 统计 用户反馈分类 需求列表–原始表格 意识：时间管理四象限 GTD工具 4.需求评估 4.1：KANO法
74220编辑于 2022-09-20 - 来自专栏CSDNToQQCode
需求管理规范
前言 MOMO云敏捷项目管理，融合了敏捷、DevOps思想，打通了整个从需求、研发、测试、运维、运营的端到端敏捷。 数据分析 MOMO云针对研发系统进行了应用级和功能级的埋点工作，提供研发过程度量系统，方便管理人员通过观察数据分析数据来定位问题、分析问题、和做结论提供数据支持。 准备阶段 选择一款合适的敏捷项目管理工具。我们使用JIRA做项目管理，创建Scrum流程项目，加入项目成员和创建好面板和泳道配置。 会议重点在于分析问题根因，并识别出管理、流程、技术、工具上可落地的改进点。而且这些问题都要求最近的一个迭代中，执行落地，以避免问题再次出现。 总结 敏捷需求管理是一种文化，在敏捷实践中，每一个团队都有自己的特质，可以根据实际情况选择适合自己的敏捷流程和实践，才能够达到高质高效开发协作模式。
81640编辑于 2022-11-29 - 来自专栏MavenTalk
产品需求与项目需求的差异
多年前有次面试，被问到产品需求跟项目需求有什么区别，由于也确实没做过像样的产品，多以交付项目为主，简短回复了下，也深知是片面甚至是错误的。 明确 项目需求有明确的需求提出方，需求内容多是经过业务人员或使用者的确认，但产品这方面是缺失的。 演化 项目需求的变化性很小，这一点产品需求也同样具备。 目标 项目需求的目标就是项目建设的目标，目标达成，项目结束。有新需要时，再开启新项目去达成。 驱动 产品需求的产生是自发的，项目需求是被动接受的。
1.2K30编辑于 2023-03-07 - 来自专栏【腾讯云开发者】
项目总延期？需求乱插队？程序员如何做好项目管理
怎么让大家对需求的理解一致？如何既保证开发效率又保证质量？项目管理是「把事情做对」的重要能力之一。知识型工作者包括程序员，在工作中都不知不觉中扮演着「非职业项目经理」的角色。 看目录 1 为什么开发者需要懂项目管理 1.1 项目管理是“通过别人做成事情”的能力 1.2 项目管理能输出个人影响力 1.3 项目管理对个人生活也有价值 2 开发者在项目管理中会遇到哪些问题 03 开发者怎样做好项目管理 以下将从进度管理、质量管理、风险管理三项展开阐述如何做好项目管理。 3.1 如何做好进度管理 如何合理地利用资源、按时完成项目是做好项目管理最基本的要求。 高优需求插入 在业务的开发过程中，可能存在被高优需求插入的情况，如果被高优需求插入，直接带来的影响是延后当前的工作完成时间。 处理方式： 评估高优需求的工作量，以及影响当前项目的程度。 这里在进度管理章节，已经重点介绍了如何管理依赖，如何跟产品人员沟通需求变更，以及如何管理好自身的排期。
1.6K53编辑于 2023-03-21 - 来自专栏青蛙要fly的专栏
项目需求讨论 - HyBrid 模式需求改造
比如说Material Design 之 TabLayout 使用 同样也会提到一个比较好的需求： 需求1：比如菜单只有3个，那我们肯定是希望在一个屏幕中就能显示，并且是平分的方式，呈现： 需求2：比如恰好菜单有 8个之多，我们肯定就希望是滚动的，不是挤在一个屏幕： 大家都知道，让TabLayout实现需求1和需求2，我们只要设置TabLayout的Mode分比为：TabLayout.MODE_FIXED 和TabLayout.MODE_SCROLLABLE 有些需求是要JS回调我们这边JAVA的方法,这个项目中，我们用户登录界面等都是在网页处的，但是要求我们这个原生App的外壳本身要有自动登录功能，登录一次后就不需要在网页上再次登录。
76910编辑于 2024-02-06 - 来自专栏物流IT圈
需求分析与需求管理方法
01 概述 本文是梳理需求分析与需求管理方法-产品经理工作职责&工作核心技能之一，笔者写本文的目的一是把自己的知识体系做个输出，包含来自己的经验总结和最近学习到的知识总结，其二顺便分享。 02 需求定义 1. 什么是需求？ 需是是用户在某种场景下的未被满足的期望。 为什么要明确需求的定义，需求很容易被误解，这里我们要区分下用户需求和产品需求。 什么是需求分析？ 需求分析，就是挖掘和提炼用户需求，解决用户痛点问题，即找到用户需求，并把用户需求转为产品需求（解决方案）的过程。 06 需求管理 需求管理指的是如何安排已经明确产生的需求，工作中我们通常会遇到四面八方包括产品经理自己给的需求，但是资源和精力无法让做到有求必应，我们需要去把需求做一个分类和排序，尽可能的去做性价比高的需求开发 时间管理四象限法 ? 本方法可以快速帮助我们评估需求开发的时间优先级。从紧急重要程度两个维度比较合理的帮助产品有条理的安排开发秩序，避免盲目排序。 3.
3.4K23发布于 2020-01-17 需求管理是什么？产品经理如何高效做好需求管理？
产品经理每天都在和各种需求打交道，但产品需求管理绝非易事，市面上大约60%的产品都是因需求管理失误而走向失败。 本文将从产品需求管理核心概念切入，深入拆解产品需求管理流程，推荐一些实用的工具，并展望当前AI赋能需求管理的前沿趋势，助力企业实现需求价值最大化，打造爆款产品。 敏捷迭代管理：采用敏捷开发模式，以2-4周为一个迭代周期。每个迭代确定核心目标，集中资源完成部分需求，快速上线验证效果，根据反馈及时调整后续计划。实时监控进度：定期召开项目例会，同步需求进展。 这里可以使用项目管理工具来监控任务进度，如果发现某个需求的开发进度延迟，及时分析原因，调整计划或增加资源投入，确保需求顺利落地。 适用场景：复杂软件开发项目；跨部门敏协作；需要深度集成开发工具的技术团队。
71810编辑于 2025-06-17需求管理是什么？Visual RM 如何高效做好需求管理？
一、需求管理：连接用户价值与商业目标的核心链路 需求管理是产品团队围绕用户价值、商业目标与技术可行性，开展需求采集、分析、排序、落地与验证的全流程管理过程。 ，例如将 “电商平台会员体系搭建” 拆分为 “会员等级设定”“会员权益配置”“会员数据统计” 等子需求，便于分步落地； 需求转移：支持将需求在不同项目、不同模块间、不同负责人之间转移，满足业务调整需求； ； 进度实时跟踪：借助平台的项目管理模块，实时查看各任务完成进度，当出现延迟时，系统自动提醒负责人，并支持团队召开线上例会同步进展，及时调整资源或计划； 效果初步验证：需求开发完成后，可在平台关联测试报告与用户反馈数据 (2).发布基线：锁定需求版本 为入库需求发布版本基线，记录需求的当前状态与版本信息（如需求编号、版本号、落地时间、关联项目）。 入库后的需求资产可通过关键词检索、分类筛选等方式快速查找，后续项目需类似需求时，可直接调用资产并根据实际场景调整，大幅减少重复开发成本，实现需求资产的循环利用。
39954编辑于 2025-11-06- 来自专栏阿杜的世界
需求管理那些事儿
经历了这些项目之后，我认为，站在开发团队的角度，评判一个软件项目成败的因素，最关键的就是两个点：需求管理和可行性分析。 需求管理那些事儿 阅读摘抄 需求是整个产品的源头，所以说需求分析的结果往往决定了产品的成败。如果没有正确把握客户需求，可能就会一步错，步步错！ 评估需求的优先级，可以使用“紧急重要四象限法”来区分，在项目中要优先做紧急重要的事情，再做不紧急但是重要的事情，这个理论同样可以用于个人的工作内容管理。 ? 需求变更的管理，作者提出了三个解决方案 提升需求确定性，减少需求的变更。 这种方案的优势是可以立马起到效果，缺点是过于繁琐的流程不利于项目协作。 降低响应需求变更的成本，积极响应需求变更。这种方案的缺点是对软件架构和项目管理要求比较高。
68920发布于 2019-04-22 - 来自专栏新亮笔记
业务需求协作管理
业务需求协作管理贯穿于整个软件产品版本周期，涉及与业务软件交付相关的所有角色，包括 业务人员、产品及运营人员、开发人员、测试人员、运维人员 等。 同时，还可以灵活应对临时的需求更改，响应市场的快速变化。利于持续交付的需求拆分总原则就是：“坚持以业务视角 对需求进行分解”。 它就像金融债务一样，如果没有恰当管理，累计的利息可能就会把你压垮。 关于需求的拆分还需要了解： 需求拆分的受益； 需求拆分的成本； 需求拆分的方法； 需求分析与管理工具集； 团队协作 当多人共同完成一项任务时，如何高效协调团队中每个人的时间，是一个非常大的挑战。 共享日历 是一种有效的团队时间管理方法。共享日历可以分为两种：一是团队时间表，二是个人非工作时间表。
75010编辑于 2022-12-05 - 来自专栏运维开发王义杰
如何高效管理GitHub项目需求：避免重复劳动的策略
在GitHub上，需求或者说问题(issue)的管理通常是开放和透明的，这样做是为了鼓励社区参与和贡献。 之前博主考虑过一个问题：一个需求会不会被许多人同时领取，都做了开发导致重复劳动，如果不会，项目通过什么机制避免，理论上可能出现这种情况。 经了解确认, github项目有一系列的社区管理实践和工具的辅助，这种情况很少发生。下面是几种常见的避免重复劳动的机制： 1. 使用标签（Labels）管理状态 项目维护者和贡献者可以使用GitHub的标签系统来标记issue和PR的状态。 项目维护者的角色 项目维护者会监控issue和PR的状态，他们有责任管理任务的分配和进度，避免重复工作的发生。在某些情况下，维护者会直接指派任务给特定的贡献者，这样可以直接避免重复劳动。 4.
47010编辑于 2024-02-26 - 来自专栏千帆企业应用连接器
多维表需求管理表自动生成TAPD需求
【实现效果：】业务同学使用多维表管理客户需求，和产品团队经过评审之后，一键把多维表里对应的需求生成TAPD需求/缺陷单【准备工作】准备一个多维表，比如维格表、金山轻维表等可以参考这两个模版：金山轻维表： 产品需求- 客户成功维格表：产品需求- 客户成功设置好TAPD对应的需求管理字段，参考如图【流程配置】以维格表为例，打开腾讯云HiFlow模版中心，搜索打开“维格表需求管理表符合条件的自动创建TAPD新需求 比如如果我们需要“需求填写完成= 是”，我们就选择“变量名：是否填写完成” 等于“是”。然后点击【测试预览】- 【保存】。这一步是为了让我们获取到对应的样本测试数据，然后往下执行下一步的动作。 比如这里，我们选择“填写完成”等于“是”，然后保存执行应用：TAPD配置【执行操作】选择【创建需求】【配置账号】需要管理员登陆tapd账号之后授权【配置参数】然后把表格里对应的变量一一填写到TAPD【优先级 】、【模版】、【处理人】、【需求分类】如果选择默认值就可以直接从列表选取；如果选择变量数据，左边先改成自定义，右边再选择变量。
1K20编辑于 2022-12-20 - 来自专栏用户6296428的专栏
客户反馈需求管理实践
三、管理工具在线化 起初我们是用文档、表格来记录商家反馈的需求，交给产品经理来评估方案、更新需求的研发进度。 而需求进入研发过程是在效能平台进行流转（自研项目管理工具），这样一来会有很多弊端，例如，人工维护多个需求列表的信息，会造成进度更新不及时，从而造成信息不对称，答复商家错误的进度，引起商家不满。 管理者想知道商家提的需求集中在哪几个功能模块？某个商家今年总共提了多少需求？我们解决了多少，多少没有满足？这些过程数据都需要手动梳理，耗费人力。 基于以上诉求，我们把商家需求前期收集的过程也做进了效能平台，让需求从商家提出一直到研发上线在同一个平台流转，便于管理需求全生命周期（如下图）。 ? ? （提交需求时要怎么做、产品经理在收到需求时要怎么做、想查看进度时怎么做） 管理工具在线化带来的好处显而易见： 降低培训成本，对于新人来说，不清楚需求的如何流转，可以按照工具的引导来完成。
1.6K10发布于 2020-08-24 - 来自专栏青蛙要fly的专栏
项目需求讨论— ButterKnife初级小结
前言 在没有使用DataBinding之前，我的项目都是使用ButterKnife，当然对于ButterKnife大家估计都熟悉的不要太熟悉了。本文我也就当自己的一个总结。 ? java－model，编译时用到的注解的处理器 butterknife-gradle-plugin: 自定义的gradle插件，辅助生成有关代码 butterknife-integration-test: 该项目的测试用例 butterknife-lint: 该项目的lint检查 sample: demo 复制代码 我们同时可以在butterknife-annotations里面看到基本的注解： ?
57530发布于 2018-08-29
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号