首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏PM吃瓜(公众号)

    项目需求管理

    需求管理项目管理的基石,根据我的经验,项目失败或者延期的原因十之八九都源于需求管理没做好。 需求划分方法因项目不同而不同,以软件类项目为例,需求分为9类: 流程性需求、 数据性需求、 接口性需求、 界面性需求、 权限性需求、 表单性需求、 报表性需求、 功能性需求、 非功能性需求。 每到一个检查点,各个需求撰写人需将成果汇总到项目经理手里做review,根据review的意见或建议迅速调整或整改。 需求变更 需求变更控制简单的说就是控制需求尽量不要发生变化,但不绝对。 需求变更控制最简单的方法,就是提高变更的代价,比如通过制定需求变更的模板及很长的审批链条来控制变更的频率。如果需求变更没有代价,那么用户提需求的时候就容易草率,对项目管理百害而无一利。 项目内审查 一般来说,需求文档是很重要的交付物之一,为了确保需求文档的质量,就需要建立互查机制:项目组内互查、项目组间互查。该任务发生在最后一个检查点结束之后。

    1.3K10发布于 2020-07-20
  • 来自专栏Java帮帮-微信公众号-技术文章全总结

    项目管理——需求收集与管理

    项目管理——需求收集与管理 VS 需求收集对于产品经理来说,都已经属于老生常谈了。在产品的立项和设计前需要先做需求调研,在这里我们就来谈谈如何进行需求收集和管理。 通过有创新性的新卖点、新产品的持续不断推出,保证公司产品核心的竞争优势; 4.及时获得竞争对手相关产品及市场策略,做到“知己知彼”; 5.通过需求收集等相关活动,有机地串接市场营销部门与产品研发部门、建立跨职能部门 :并不是项目发起人那来得来的需求就是完善的,或者是合理的,但项目发起人关注产品中的点,而这些点恰恰是产品的核心所在,也是赢利所在; 3)客服人员:包括呼叫中心(电话、短信、传真、邮件等)、在线客户(IM 、微博、公众号、留言板等); 4)运营人员:产品离不开运营,任何成功产品不可能一蹴而就,公司内部运营人员在运营中产生的需求是重要的需求来源渠道,运营人员也是系统的用户; 5)市场营销人员:市场营销人员保持高度的市场敏感度 有效的需求管理在于维护清晰明确的需求阐述、每种需求类型所适用的属性,以及与其他需求和其他项目工作之间的可追踪性。

    3.5K30发布于 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 时代的到来!

    4.2K01发布于 2017-07-07
  • 新核心项目需求管理方案

    VisualRM需求数智化平台,以“线上化协同、结构化管理、资产化复用、智能化提效”为核心,构建适配分布式团队协作的银行核心项目需求管理方案,破解协作难题,助力项目高效落地。 一、分布式团队协作下核心项目需求管理痛点核心项目涉及账户管理、支付结算、信贷审批等关键业务模块,需求复杂度高、关联度强,分布式团队(如异地业务部门、远程研发团队、外包测试团队)协作时,需求管理痛点尤为突出 部分远程业务人员提交的需求文档存在逻辑不完整、表述模糊等问题,如未明确“个人贷款还款宽限期”的具体规则,需研发团队反复沟通确认,单份需求文档平均修改次数超5次,大幅增加沟通成本。 二、适配分布式团队协作的需求管理核心能力针对上述痛点,VisualRM需求数智化平台从“协同、质量、资产、变更”四大维度发力,打造适配分布式团队协作的核心能力,确保银行核心项目需求管理高效、可控。 某银行核心系统升级项目中,分布式团队通过资产库复用“账户冻结/解冻”需求资产,单份需求编写时间从5天缩短至1.5天。

    37842编辑于 2025-11-19
  • 来自专栏DevOps时代的专栏

    DevOps实施:项目管理(PPM)中的需求和计划管理

    2)是否有大量的需求处于等待开发状态? 3)是否有很高比例的需求在最初定义好之后需要重复再修改? 4)开发出来的需求是否有很高比例其实没有被最终用户所使用? 如果你的企业存在这样的情况,请继续阅读。 我们来看一个典型的项目开发声明周期模型: ? 虽然很多项目已经在采用Agile/Scrum的方法进行开发,但在一头(从业务想法到开发团队可执行的需求)一尾(从代码完成到上线)还是典型的瀑布式。 但对企业管理而言,IT又不能把所有的计划都推后,不作出任何承诺。 这里的重点是针对长期战略性、中期提供附加值、和短期不可预测的需求采取不同的计划策略。 所以软件开发部门一定做到按时交付这类需求。这里的策略是:此种计类型的工作只占用工程师团队50%或以下的总工作量。 对于这部分需求,维护一个粗粒度的估计列表,并赋予优先级,而且保证占用工程师团队的工作量不能超过30%。

    1.3K90发布于 2018-02-02
  • 来自专栏SAP ERP管理实践

    SAP PS项目管理模块学习-WBS需求汇总介绍

    一、需求分组 系统路径 后勤 -> 项目系统 -> 物料 -> 计划->需求分组 事务代码 GRM4 第一步:点击“GRM4”或者直接在快速命令输入栏 输入“GRM4”进入主记录维护界面。 二、分配MRP组 系统路径 后勤 -> 项目系统 -> 物料 -> 计划->分配MRP组 事务代码 GRM5 第一步:输入“GRM5”输入WBS元素 第二步:点击新的条目 第三步:选择工厂、MRP 三、创建物料需求 第一步:点击“CJ20N”或者直接在快速命令输入栏 输入“CJ20N”进入主记录维护界面。 输入项目号,进入结构图; 第二步:点击售后活动,点击创建按钮,点击物料组件; 第三步:填写物料名称、需求数量、需求日期,选择库存地点,点击保存; 四、创建项目外向交货单 第一步:点击“CNS0” 第二步:填写项目定义和网络号 第三步:填写对应的装运点、发货时间、送达方,选择对应的销售组织、分销渠道、产品组; 第四步:填写交货数量、交付日期、发货日期;点击保存,产生交货单号。

    2.7K21编辑于 2023-08-08
  • 来自专栏全栈程序员必看

    产品需求管理

    第三课需求管理 1需求管理是什么 1.1需求挖掘:看四块,自己行业,总体趋势,未来方向,商业模式。最直接的需求一定来源于用户,用户访谈,用户反馈,调查问卷,社交平台。 1.2需求匹配:需求挖掘解决发现和确认需求问题,需求匹配解决要不要做的问题。 知彼:了解市场,了解用户,了解需求 知己:知道公司的资源是什么,公司的资源以及经济能不能够完成个人对业务的设计,公司处于什么样的一个阶段,身处所在的行业处于什么样的一个阶段 1.3需求排序 2行业阶段 3.需求收集的原则和方法 标签墙 用户意见渠道 奖励机制 原始需求管理 归类 统计 用户反馈分类 需求列表–原始表格 意识:时间管理四象限 GTD工具 4.需求评估 4.1:KANO法

    81820编辑于 2022-09-20
  • 来自专栏MavenTalk

    产品需求项目需求的差异

    多年前有次面试,被问到产品需求项目需求有什么区别,由于也确实没做过像样的产品,多以交付项目为主,简短回复了下,也深知是片面甚至是错误的。 明确 项目需求有明确的需求提出方,需求内容多是经过业务人员或使用者的确认,但产品这方面是缺失的。 演化 项目需求的变化性很小,这一点产品需求也同样具备。 目标 项目需求的目标就是项目建设的目标,目标达成,项目结束。有新需要时,再开启新项目去达成。 驱动 产品需求的产生是自发的,项目需求是被动接受的。

    1.2K30编辑于 2023-03-07
  • 来自专栏CSDNToQQCode

    需求管理规范

    前言         MOMO云敏捷项目管理,融合了敏捷、DevOps思想,打通了整个从需求、研发、测试、运维、运营的端到端敏捷。 数据分析         MOMO云针对研发系统进行了应用级和功能级的埋点工作,提供研发过程度量系统,方便管理人员通过观察数据分析数据来定位问题、分析问题、和做结论提供数据支持。 准备阶段         选择一款合适的敏捷项目管理工具。我们使用JIRA做项目管理,创建Scrum流程项目,加入项目成员和创建好面板和泳道配置。         会议重点在于分析问题根因,并识别出管理、流程、技术、工具上可落地的改进点。而且这些问题都要求最近的一个迭代中,执行落地,以避免问题再次出现。         总结         敏捷需求管理是一种文化,在敏捷实践中,每一个团队都有自己的特质,可以根据实际情况选择适合自己的敏捷流程和实践,才能够达到高质高效开发协作模式。 

    89940编辑于 2022-11-29
  • 来自专栏【腾讯云开发者】

    项目总延期?需求乱插队?程序员如何做好项目管理

    怎么让大家对需求的理解一致?如何既保证开发效率又保证质量?项目管理是「把事情做对」的重要能力之一。知识型工作者包括程序员,在工作中都不知不觉中扮演着「非职业项目经理」的角色。 以正常迭代一个 h5 项目的功能为例,一共有四个大的功能模块,三个开发人员。那么我们需要: 事项 解析 自顶向下,逐层拆解 通过 WBS 的工具,对项目进行拆解。 指标 案例 脚本问题 页面js错误、接口错误、页面白屏、资源加载错误 等 页面 JS 错误 xx is not defined 性能问题 首屏耗时、首屏可见耗时、接口平均耗时、接口成功率 等 检测到近 5 专家调查法 由相关领域的专家组成风险小组,通过征求专家的意见,然后开发团队综合汇总整理,再反馈给专家,再次征求专家的意见,反复进行 4~5 轮,最终专家们的意见会趋于一致,达成共识。 这里在进度管理章节,已经重点介绍了如何管理依赖,如何跟产品人员沟通需求变更,以及如何管理好自身的排期。

    1.7K53编辑于 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的外壳本身要有自动登录功能,登录一次后就不需要在网页上再次登录。

    1.1K10编辑于 2024-02-06
  • 来自专栏物流IT圈

    需求分析与需求管理方法

    01 概述 本文是梳理需求分析与需求管理方法-产品经理工作职责&工作核心技能之一,笔者写本文的目的一是把自己的知识体系做个输出,包含来自己的经验总结和最近学习到的知识总结,其二顺便分享。 5. 产品衰退期 当产品进入衰退期时,需求分析重在研究市场发展趋势,以帮助决策是调整发展战略。 05 需求分析方法 需求分析可以分为三大步: 明确问题–拆解需求–提供解决方案。 1. 06 需求管理 需求管理指的是如何安排已经明确产生的需求,工作中我们通常会遇到四面八方包括产品经理自己给的需求,但是资源和精力无法让做到有求必应,我们需要去把需求做一个分类和排序,尽可能的去做性价比高的需求开发 Kano模型把需求分为5类: ? 基本型需求 该类需求代表的用户的核心痛点,是产品的必备功能,如果没有该功能,用户会极度不满,甚至不用你的产品。但是如果有了该功能,用户并不会对你的产品的满意度增加。 时间管理四象限法 ? 本方法可以快速帮助我们评估需求开发的时间优先级。从紧急重要程度两个维度比较合理的帮助产品有条理的安排开发秩序,避免盲目排序。 3.

    3.5K23发布于 2020-01-17
  • 需求管理是什么?产品经理如何高效做好需求管理

    产品经理每天都在和各种需求打交道,但产品需求管理绝非易事,市面上大约60%的产品都是因需求管理失误而走向失败。 本文将从产品需求管理核心概念切入,深入拆解产品需求管理流程,推荐一些实用的工具,并展望当前AI赋能需求管理的前沿趋势,助力企业实现需求价值最大化,打造爆款产品。 敏捷迭代管理:采用敏捷开发模式,以2-4周为一个迭代周期。每个迭代确定核心目标,集中资源完成部分需求,快速上线验证效果,根据反馈及时调整后续计划。实时监控进度:定期召开项目例会,同步需求进展。 这里可以使用项目管理工具来监控任务进度,如果发现某个需求的开发进度延迟,及时分析原因,调整计划或增加资源投入,确保需求顺利落地。 适用场景:复杂软件开发项目;跨部门敏协作;需要深度集成开发工具的技术团队。

    90910编辑于 2025-06-17
  • 需求管理是什么?Visual RM 如何高效做好需求管理

    一、需求管理:连接用户价值与商业目标的核心链路 需求管理是产品团队围绕用户价值、商业目标与技术可行性,开展需求采集、分析、排序、落地与验证的全流程管理过程。 ,例如将 “电商平台会员体系搭建” 拆分为 “会员等级设定”“会员权益配置”“会员数据统计” 等子需求,便于分步落地; 需求转移:支持将需求在不同项目、不同模块间、不同负责人之间转移,满足业务调整需求; ; 进度实时跟踪:借助平台的项目管理模块,实时查看各任务完成进度,当出现延迟时,系统自动提醒负责人,并支持团队召开线上例会同步进展,及时调整资源或计划; 效果初步验证:需求开发完成后,可在平台关联测试报告与用户反馈数据 (2).发布基线:锁定需求版本 为入库需求发布版本基线,记录需求的当前状态与版本信息(如需求编号、版本号、落地时间、关联项目)。 入库后的需求资产可通过关键词检索、分类筛选等方式快速查找,后续项目需类似需求时,可直接调用资产并根据实际场景调整,大幅减少重复开发成本,实现需求资产的循环利用。

    50754编辑于 2025-11-06
  • 来自专栏运维开发王义杰

    如何高效管理GitHub项目需求:避免重复劳动的策略

    在GitHub上,需求或者说问题(issue)的管理通常是开放和透明的,这样做是为了鼓励社区参与和贡献。 之前博主考虑过一个问题:一个需求会不会被许多人同时领取,都做了开发导致重复劳动,如果不会,项目通过什么机制避免,理论上可能出现这种情况。 经了解确认, github项目有一系列的社区管理实践和工具的辅助,这种情况很少发生。下面是几种常见的避免重复劳动的机制: 1. 使用标签(Labels)管理状态 项目维护者和贡献者可以使用GitHub的标签系统来标记issue和PR的状态。 项目维护者的角色 项目维护者会监控issue和PR的状态,他们有责任管理任务的分配和进度,避免重复工作的发生。在某些情况下,维护者会直接指派任务给特定的贡献者,这样可以直接避免重复劳动。 4.

    61110编辑于 2024-02-26
  • 来自专栏新亮笔记

    业务需求协作管理

    业务需求协作管理贯穿于整个软件产品版本周期,涉及与业务软件交付相关的所有角色,包括 业务人员、产品及运营人员、开发人员、测试人员、运维人员 等。 同时,还可以灵活应对临时的需求更改,响应市场的快速变化。利于持续交付的需求拆分总原则就是:“坚持以业务视角 对需求进行分解”。 它就像金融债务一样,如果没有恰当管理,累计的利息可能就会把你压垮。 关于需求的拆分还需要了解: 需求拆分的受益; 需求拆分的成本; 需求拆分的方法; 需求分析与管理工具集; 团队协作 当多人共同完成一项任务时,如何高效协调团队中每个人的时间,是一个非常大的挑战。 共享日历 是一种有效的团队时间管理方法。共享日历可以分为两种:一是团队时间表,二是个人非工作时间表。

    82210编辑于 2022-12-05
  • 来自专栏阿杜的世界

    需求管理那些事儿

    经历了这些项目之后,我认为,站在开发团队的角度,评判一个软件项目成败的因素,最关键的就是两个点:需求管理和可行性分析。 评估需求的优先级,可以使用“紧急重要四象限法”来区分,在项目中要优先做紧急重要的事情,再做不紧急但是重要的事情,这个理论同样可以用于个人的工作内容管理。 ? 客户就会不满意,你做好了,客户的满意度只能达到基本的水平; 无差异属性来说,它的客户满意度增长曲线是线性的,也就是说,做到一定程度,对客户的满意度提升就趋于0了,例如,某个场景的可靠性只需要做到3个9,你努力做到5需求变更的管理,作者提出了三个解决方案 提升需求确定性,减少需求的变更。 这种方案的优势是可以立马起到效果,缺点是过于繁琐的流程不利于项目协作。 降低响应需求变更的成本,积极响应需求变更。这种方案的缺点是对软件架构和项目管理要求比较高。

    77620发布于 2019-04-22
  • 来自专栏.NET企业级解决方案应用与咨询

    .NET Core.NET5.NET6 开源项目汇总5:(权限)管理系统项目

    系列目录 【已更新最新开发文章,点击查看详细】 企业管理系统一般包含后台管理UI、组织机构管理、权限管理、日志、数据访问、表单、工作流等常用必备功能。 下面收集的几款优秀开源的管理系统,值得大家入门学习。如有新的优秀项目,我会不断补充。 开源项目是众多组织与个人分享的组件或项目,作者付出的心血我们是无法体会的,所以首先大家要心存感激、尊重。 后台基础代码由代码生成器完成,在生成的代码上继续编写业务即可 前端表单开发(直接上手看demo即可) 配合app做H5或全h5开发 发布静态(h5)页面,框架已经提供了demo 在现有的代码生成器功能上 相比ABP Zero,Blog.Core 更为短小精干,非常适合管理系统以及互联网项目的开发。 项目单体部署,并发在400~500,一切正常(不保证自己的各种错误写法)。如果搭配负载,效果更好。 使用 NET Core + Bootstrap + PetaPoco + HTML 5 + jQuery 构建的后台管理平台 特别说明 BootstrapAdmin 无需二次开发,要做的仅仅是与前台系统集成

    5.7K31发布于 2021-06-29
  • 来自专栏千帆企业应用连接器

    多维表需求管理表自动生成TAPD需求

    【实现效果:】业务同学使用多维表管理客户需求,和产品团队经过评审之后,一键把多维表里对应的需求生成TAPD需求/缺陷单【准备工作】准备一个多维表,比如维格表、金山轻维表等可以参考这两个模版:金山轻维表: 产品需求- 客户成功维格表:产品需求- 客户成功设置好TAPD对应的需求管理字段,参考如图【流程配置】以维格表为例,打开腾讯云HiFlow模版中心,搜索打开“维格表需求管理表符合条件的自动创建TAPD新需求 比如如果我们需要“需求填写完成= 是”,我们就选择“变量名:是否填写完成” 等于“是”。然后点击【测试预览】- 【保存】。这一步是为了让我们获取到对应的样本测试数据,然后往下执行下一步的动作。 比如这里,我们选择“填写完成”等于“是”,然后保存执行应用:TAPD配置【执行操作】选择【创建需求】【配置账号】需要管理员登陆tapd账号之后授权【配置参数】然后把表格里对应的变量一一填写到TAPD【优先级 】、【模版】、【处理人】、【需求分类】如果选择默认值就可以直接从列表选取;如果选择变量数据,左边先改成自定义,右边再选择变量。

    1.2K20编辑于 2022-12-20
  • 来自专栏用户8878013的专栏

    浅析敏捷项目管理中的5大阶段

    浅析敏捷项目管理中的5大阶段 任何项目都要经历从开始到结束的时间过程,在传统项目管理中,项目会被划分为若干个阶 段,每个阶段相加的时间总和,成为项目生命周期。 开始——计划——定义——设计——构建——测试——发布/上线 敏捷项目阶段 敏捷项目管理中,使用了5个新词语来划分项目阶段,这5个新词语有它深刻的含义,也体现 了敏捷的灵活和适应性。 鉴于结果不能完全预测,推测暗示着灵活性的需求基于现实。敏捷项目管理模式强调执行以及探索性而非确定性。 适应 审核提交的结果、当前情况以及团队的绩效,必要时做出调整。 实施敏捷项目管理的团队密切关注构想、监控信息,从而适应当前情况,这就是适应阶段。 结束 终止项目、交流主要的学习成果并庆祝。 最后,敏捷项目管理模式以结束阶段收尾,这个阶段的主要目标是传递知识,当然它也是一个庆典。

    4.1K30发布于 2021-07-29
领券