首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

功能点方法在需求管理中的应用

本文主要讲述功能点方法在软件项目需求管理中的应用。...1、背景   软件项目面临的一个普遍困难就是需求的不确定与频繁变更, 有效管理软件需求要解决的一个基本问题是确定变更的粒度大小以及对项目的影响程度。   ...再加上软件不容易量化的特点使得软件项目的计划与跟踪粒度过粗、不能及时发现项目中存在的问题,从而导致软件项目的管理往往流于形式化, 不能起到应有的作用。   ...在软件项目的需求管理中引入功能点分析方法可以有针对性地解决上述的问题,如下面例子,引入功能点方法进行评估后,使量化方式管理软件需求成为可能。...3、功能点方法应用   按照功能点方法进行规模估算,结果如下:   对于计数结果,有以下几个问题需要注意,这也是在实际估算中,一些新手容易产生错误的地方:   a、对于客户基本信息,新增了工作地点和公司电话两个属性

81840

产品需求管理

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

51020
您找到你想要的搜索结果了吗?
是的
没有找到

项目需求管理

需求管理是项目管理的基石,根据我的经验,项目失败或者延期的原因十之八九都源于需求管理没做好。...需求划分方法因项目不同而不同,以软件类项目为例,需求分为9类: 流程性需求、 数据性需求、 接口性需求、 界面性需求、 权限性需求、 表单性需求、 报表性需求、 功能性需求、 非功能性需求。...其中非功能性需求指的是性能、吞吐量及批处理等。 需求计划 为了把控需求收集的进度,需求撰写计划中要安排几个检查点。 举个例子,假如需求撰写的排期是1个月,那么就可以设置3个检查点。...每到一个检查点,各个需求撰写人需将成果汇总到项目经理手里做review,根据review的意见或建议迅速调整或整改。 需求变更 需求变更控制简单的说就是控制需求尽量不要发生变化,但不绝对。...需求变更控制最简单的方法,就是提高变更的代价,比如通过制定需求变更的模板及很长的审批链条来控制变更的频率。如果需求变更没有代价,那么用户提需求的时候就容易草率,对项目管理百害而无一利。

99410

需求管理规范

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

51440

需求分析与需求管理方法

01 概述 本文是梳理需求分析与需求管理方法-产品经理工作职责&工作核心技能之一,笔者写本文的目的一是把自己的知识体系做个输出,包含来自己的经验总结和最近学习到的知识总结,其二顺便分享。...因此引出了本文的主要内容:什么是需求?为什么要做需求分析?什么时候做需求分析?怎么做需求分析? 说明:时间有限,本文的案例不代表实战解决方法案例,更为了快速说明和应用方法而举例。...06 需求管理 需求管理指的是如何安排已经明确产生的需求,工作中我们通常会遇到四面八方包括产品经理自己给的需求,但是资源和精力无法让做到有求必应,我们需要去把需求做一个分类和排序,尽可能的去做性价比高的需求开发...时间管理四象限法 ? 本方法可以快速帮助我们评估需求开发的时间优先级。从紧急重要程度两个维度比较合理的帮助产品有条理的安排开发秩序,避免盲目排序。 3....I(Impact):影响范围 C(confidence):对上线效果的自信程度评估 E(ease):开发难易程度(工作量+技术难易程度)评估 应用实例: ?

2.8K23

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

项目管理——需求收集与管理 VS 需求收集对于产品经理来说,都已经属于老生常谈了。在产品的立项和设计前需要先做需求调研,在这里我们就来谈谈如何进行需求收集和管理。...学术研讨会等)、现场支持、和支持团队(运营团队、技术支持团队)谈话、客户热线、客户满意度调查、用户行为分析等; 五、需求管理 需求管理是每个人都需要做的,有效管理需求,可帮助我们快速查找、记录、组织和跟踪系统需求变更...有效的需求管理在于维护清晰明确的需求阐述、每种需求类型所适用的属性,以及与其他需求和其他项目工作之间的可追踪性。...(需求管理分为来源管理和实现管理,在这里我们仅对收集的需求进行简要归纳管理,具体需求分析有待下一篇需求梳理分析进行专门总结) 需求管理可使用用户画像形式(或单项需求卡片)进行规范化整理,也可以使用需求池进行统一管理...简单需求收集管理表 六、管理工具软件 当有大量的需求需要进行管理时,简单的表格可能维护就相当困难,并且难以保持与现实的一致性,同时难以跟踪需求状态,所以就有一些比较流行的常用的需求管理工具,例如IBM

2.8K30

敏捷项目管理需求管理

,并且由于我们团队采用了Feature team 的团队运作模式,所以版本的需求都是由各个FT 自己独立管理的方式,理想状态是,各FT 自己管理需求,自己去做质量管理,自己评估把控进度和最后版本的顺利发布...我们的项目需求管理1.0 时代,就是用excel 列表的方式来轻量化去管理需求,通过项目群来同步版本需求规划。...这种方式,确实简化了需求的定义,对团队来说是一种比较轻量的管理方式,但实际应用后,我们发现没有了需求文档的详细说明,和集中的需求设计交互管理,我们的版本需求质量也就也会受到一定的影响,因为没有文档,可能有些需求会被反复更改...[1499393465904_7859_1499393466807.png] 项目需求管理2.0时代 --- TAPD集中管理+需求评审 1、 需求的工具化管理:变excel的人工维护,为TAPD集中管理方式...当然,敏捷项目需求管理的方法,我们仍在不断总结和迭代优化中,希望大家也一起来多探讨更好的管理模式,期待更优的需求管理4.0 时代的到来!

3.4K01

需求管理那些事儿

经历了这些项目之后,我认为,站在开发团队的角度,评判一个软件项目成败的因素,最关键的就是两个点:需求管理和可行性分析。...需求管理做不好,体现在两个方面:需求分析不足、需求随意变更,这会让开发团队做一些臆想的、半成品的需求,做到一半发现没想清楚,然后陷入到边做边改、边改边做的魔咒。...需求管理那些事儿 阅读摘抄 需求是整个产品的源头,所以说需求分析的结果往往决定了产品的成败。如果没有正确把握客户需求,可能就会一步错,步步错!...需求变更的管理,作者提出了三个解决方案 提升需求确定性,减少需求的变更。...你们是怎么管理需求变更的?文中提到的三种方式,我们主要使用的方案1+方案2,目标是使用方案3。

53520

业务需求协作管理

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

31110

应用:商品需求预估

摘要:想要更好的改变用户体验,非常重要的点在于在用户交易过程前,提前预测到用户的需求,做到“口未开,物先呈” ? 明确需求 1.用户会是哪些人?...所以,可以排除该用户属于大家电、女性用品、奢侈品、旅游用品、理财等需求 (2)常常出入CBD,城市中心,这说明有稳定工作,稳定收入(虽然不多),饮食可能不规律,同时可能私人时间较少。...所以,一定程度上可能用户对休闲夸张的服饰需求较少,对便携式的健身器材、速食品存在潜在的可能 (3)从未用过app,是app的新用户,根据app的定位,易购因为便利的物流体验,多吸引大家电、电子产品的目标用户...,通过用户的行为x,用户行为的对需求结果的价值a,需求时效性R,综合判断出此刻,这个用户对各类产品的需求程度。...现在,我们通过R语言实现一次简单的用户需求预测: a.首先,我们对若干数据进行清洗,干掉不合理的异常值、缺失值、规范化数值特征等 ?

42520

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

【实现效果:】业务同学使用多维表管理客户需求,和产品团队经过评审之后,一键把多维表里对应的需求生成TAPD需求/缺陷单【准备工作】准备一个多维表,比如维格表、金山轻维表等可以参考这两个模版:金山轻维表:...产品需求- 客户成功维格表:产品需求- 客户成功设置好TAPD对应的需求管理字段,参考如图【流程配置】以维格表为例,打开腾讯云HiFlow模版中心,搜索打开“维格表需求管理表符合条件的自动创建TAPD新需求...+ | HiFlow 场景连接器 | 模板详情”:触发应用:维格表配置【触发条件】新增或修改的内容满足指定条件【配置账号】点击添加账号 然后来到维格表,点击维格表左下角【头像】- 【个人设置】2....比如这里,我们选择“填写完成”等于“是”,然后保存执行应用:TAPD配置【执行操作】选择【创建需求】【配置账号】需要管理员登陆tapd账号之后授权【配置参数】然后把表格里对应的变量一一填写到TAPD【优先级...用户可以通过零代码画布,简单的设定【触发条件】+【执行条件】打造符合企业业务场景的自动化工作流,把日常工作中一些繁复、重复、价值低的事务性工作自动化完成,比如自动发消息通知、跨应用数据自动同步、定时处理特定任务等

52420

客户反馈需求管理实践

有赞为商家提供了 BBS 论坛、产品端反馈需求入口、客满热线、服务经理对接等多处反馈渠道,让商家能够更方便、快捷的反馈需求,但多个渠道反馈的商家需求如果没有进行统一的管理,就会造成一些问题: 商家反馈需求没有统一的待办列表...三、管理工具在线化 起初我们是用文档、表格来记录商家反馈的需求,交给产品经理来评估方案、更新需求的研发进度。...管理者想知道商家提的需求集中在哪几个功能模块?某个商家今年总共提了多少需求?我们解决了多少,多少没有满足?这些过程数据都需要手动梳理,耗费人力。...基于以上诉求,我们把商家需求前期收集的过程也做进了效能平台,让需求从商家提出一直到研发上线在同一个平台流转,便于管理需求全生命周期(如下图)。 ? ?...(提交需求时要怎么做、产品经理在收到需求时要怎么做、想查看进度时怎么做) 管理工具在线化带来的好处显而易见: 降低培训成本,对于新人来说,不清楚需求的如何流转,可以按照工具的引导来完成。

1.2K10

谈谈需求管理要管哪些?

由开发方和客户共同对主要需求文档“软件需求规格说明书”进行评审,双方达成共识后作出书面承诺,使需求文档具有商业合同效力。...例子: 本“软件需求规格说明书”是建立在双方对需求的共同理解基础之上的,我们同意后续的开发工作根据该“软件需求规格说明书”进行。...需求管理的内容分成几个大的模块: 需求收集 和 需求分析, 具体内容参考之前的文章,这里就不细说了。 需求评审和需求承诺 ①获得对需求的理解。...在初步整理需求的基础上,项目小组和用户代表通过初步的分析讨论,对当前项目的需求达成共识,并在需求列表中作相应记录。 ②获取需求承诺。通过项目参与者的书面承诺,建立各方或各项工作的基准。...需求变更 ③管理需求变更。维护变更历史,为调整与控制提供数据。 参考《如何应对变化》一文 需求跟踪 ④在需求变更后维护对需求的双向可追溯性。从软件可维护性的角度提出管理要求。

49710

需求端到端交付管理

一直以来,作为研发人员,我们关注的都是研发任务的端到端交付(从需求澄清到需求交付),很少有人会去关注需求本身是否给产品或者企业带来多少真正的价值(如激活了多少存量用户、吸引了多少新用户等等)。...今天我们跳出研发的角色,聊一聊需求的端到端交付管理。 上图直观的反映了当下交付需求的不确定性。往常,我们只需要根据合同或者行业成熟的解决方案,定期交付我们的产品,然后按合同收款即可。...如果一个需求最终客户不买单,或者不乐意去使用,那么它的研发过程无论多么优秀,都是研发人员的自嗨。所有需求都是为了交付业务价值,是实现价值交付的关键。...其中Scrum是应用最广泛的一种实践模式。它相对简单(3355,具体在这里不展开介绍),团队适应的可操作性也会强些。在上图中,我们通过Scrum的常规流程,很好的映射了那些“正确”的事。...因为客户的需求可能并不是一辆车,他也许只是想从A地到B地转一圈。下图其实就是一个经典的需求不对称。是不是很熟悉。

38220

产品经理的需求管理

在做项目的时我们经常会面临各种各样的需求,有的需求来自领导的指示,有的需求来自用户的反馈,有的需求来自灵光一闪,有的需求来自团队其他小伙伴等等,那么对于各种需求我们应该如何处理和管理呢?...这个就是今天要和大家分享的内容:“产品经理需求池的管理”。 需求池是什么 需求池可以理解成一个产品迭代依据的库,数据库记录各种数据,那么需求池记录的是各种需求。...我有的小伙伴的公司用的Teambition,这个软件方便团队沟通,有手机端和客户端还有网页端,设计团队也有用这个软件进行管理的,还有的小伙伴公司用Tower,这个软件没有客户端。...需求池应是为了需求管理和团队协作,只要达到这个目标就好了,下面举个例子来简单说明下。 ?...第三:需求池是需要长期维护和管理的,并且要阶段性的反馈给团队成员的,不要只是给自己做个表格。 今天是假期最后一天了,虽然是假期的尾巴了,还是给大家送上一句节日快乐。

1.5K30

需求价值闭环管理机制

为此,公司逐步建立了价值闭环管理机制,并以需求为切入点打通上下游,确保有赞人对价值闭环是有感知、有依据、有反馈的。...为了确保把有限的资源放在最有价值的事情上,有赞建立了价值闭环管理机制。 ? 二、策略 2.1 建立价值闭环管理机制 ?...关于研发实现前的需求优先级分级和月度排期活动的具体内容,请参见需求分级、大规模产品技术团队需求管理实践等相关文章,在此不再详细介绍。...展望 有赞价值闭环管理机制的落地,使各垂直业务线的管理模式,变成以 OKR 为牵引的业务&需求规划/校准的方式驱动;从需求全生命周期管理价值流的维度,建立了需求价值假设-研发上线-价值回顾闭环的结构化需求价值评定机制...虽然目前已经能够进行价值的自顶而下传递和自下而上反馈,但有赞还在探索更加有效、高质的方式(比如基于OKR的战略项目深入管理、短期&长期价值考量、激励和考核机制强化等),让业务团队能根据自身的业务特点和应用场景

1.1K30

研发效能中的需求管理

上一篇「找到能做好研发效能的人」 ,我介绍了如何找到研发效能的领域专家,这一篇我来分享一下之前在带团队做产品的时候一些需求管理的经验,尤其是做研发效能平台涉及到的一些情况。...本篇主要分成「需求来源」「需求优先级」「需求文档质量」「需求评审」「需求验收」和「需求上线」六部分。...所以大部分需求都是产品规划中的需求。另外一种是系统缺陷,这部分改动大的就放到产品需求里,小的直接修复,主要考虑工作量大小和优先级。用户反馈的需求,这部分要仔细判断。...需求评审 一开始我们的需求评审可以说是随时评审,也就是没有正式评审。前后端和产品都坐到一个地方工作,有问题随时沟通,几乎没有因为需求评审造成了延期交付、功能不符等。...测试环境的需求验收,主要为了避免中大需求的实现和最初的功能不符、不满足要求、重大bug等问题; 需求上线 预发环境是线上环境稳定性的重要保障,是把问题不带给用户的最后一层保障。

36030

需求端到端交付管理

以下文章来源于CKL的思考空间 ,作者CKL的思考 一直以来,作为研发人员,我们关注的都是研发任务的端到端交付(从需求澄清到需求交付),很少有人会去关注需求本身是否给产品或者企业带来多少真正的价值(...今天我们跳出研发的角色,聊一聊需求的端到端交付管理。 上图直观的反映了当下交付需求的不确定性。往常,我们只需要根据合同或者行业成熟的解决方案,定期交付我们的产品,然后按合同收款即可。...如果一个需求最终客户不买单,或者不乐意去使用,那么它的研发过程无论多么优秀,都是研发人员的自嗨。所有需求都是为了交付业务价值,是实现价值交付的关键。...其中Scrum是应用最广泛的一种实践模式。它相对简单(3355,具体在这里不展开介绍),团队适应的可操作性也会强些。在上图中,我们通过Scrum的常规流程,很好的映射了那些“正确”的事。...因为客户的需求可能并不是一辆车,他也许只是想从A地到B地转一圈。下图其实就是一个经典的需求不对称。是不是很熟悉。

69820

如何从零开始解读产品经理需求分析-需求管理

直接说过什么是需求,已经需求的挖掘,这次一起说说需求管理需求管理 ① 漫画去了解去 【到底怎么得到“真实”的用户需求?】 ? ? ? ?...用户需求都是真的 需求太多,做不完呀 怎样选择需求 怎样拒绝需求 怎么给需求排期 ② 需求管理需要先解决的问题 只需要从2个方面去考虑:需求真伪,需求优先级。 ? ③ 真伪需求 一起看看共享小马扎。...(三)需求管理 ① 介绍 需求挖掘,需求分析,到形成需求清单,并将需求实现的过程。在分析阶段需确认需求的优先级,并进行简单的需求分类,形成可存档的文件。...② 需求池 把搜集来的需求经过分析后,将确认需要实现的需求,放入一个可统一管理的地方。可以使用EXCEL,公司内部管理系统,Xmid等多种方式进行记录。 ③ 需求池撰写要求 ?...PS:其实需求管理就是根据分析出来的一条一条需求之后,查看真伪需求,优先级判定,形成对应的需求池。跟任何人PK,只要不踩到底线让一让没有关系。

54040

不断进化的分支和需求管理

昨天有朋友在公众号私信问我几个关于代码分支管理的问题,这几个问题是我去年写的《在团队中使用GitLab中的Merge Request工作模式》一文结尾时抛出的几个问题: 如果系统上线后有紧急Bug需要处理...理论上Issue管理员和开发人员都可以进行创建,什么样的Issue可以有开发人员来创建? 这几个问题在《敏捷下的需求和代码分支管理》一文中其实已经给出了答案,时隔两个月,管理方式又有了些调整和改进。...总体的流程没有大的变化,还是使用Tapd来管理需求和缺陷,使用Gitlab来管理代码的分支,但有几个小的调整: 迭代周期 需求文档 分支管理 迭代周期调整 之前是以一周做为一个迭代周期,实践中发现,以周为单位...需求文档的调整 自从以任务为导向调整成需求为导向时,就已经意识到需求的重要性,同时也面临一个问题:需求文档谁来写?...引入release分支 创建release分支做为发布分支,该分支设置为只能管理员提交代码 需求开发完成后,会merge到master分支进行测试 测试通过的提交,并到release分支,进行再次验证,

63510
领券