Loading [MathJax]/jax/output/CommonHTML/config.js
前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >敏捷项目管理之需求管理

敏捷项目管理之需求管理

原创
作者头像
serena
修改于 2021-08-03 06:56:06
修改于 2021-08-03 06:56:06
3.6K0
举报
文章被收录于专栏:社区的朋友们社区的朋友们

作者:叶朝萍

背景

在近几年比较火的敏捷开发大背景下,我们的项目团队的需求管理,也一直在探寻着敏捷开发的轻量化管理的原则,并且由于我们团队采用了Feature team 的团队运作模式,所以版本的需求都是由各个FT 自己独立管理的方式,理想状态是,各FT 自己管理需求,自己去做质量管理,自己评估把控进度和最后版本的顺利发布。而现实往往和理想之间,总会存在差距。下面就来谈谈,咱们浏览器项目需求管理那些事 ~

需求管理1.0 时代 --- FT 自管理+excel 规划表

我们知道,敏捷价值观中有一个是关于文档的,认为:

这个原则本身是一种比较好的价值观,认为在开发过程中,有可用的软件好过详尽的文档描述,来引导团队快速迭代做出可用的软件。我们的项目需求管理1.0 时代,就是用excel 列表的方式来轻量化去管理需求,通过项目群来同步版本需求规划。

这种方式,确实简化了需求的定义,对团队来说是一种比较轻量的管理方式,但实际应用后,我们发现没有了需求文档的详细说明,和集中的需求设计交互管理,我们的版本需求质量也就也会受到一定的影响,因为没有文档,可能有些需求会被反复更改,导致需求变更增多,变更的增加也造成版本管理出现一些问题:版本需求不可控,质量影响、版本延期等。

  • 首先,是版本延期由于需求大多是一句话需求,没有明确的交互或详细描述,产品经理的想法也会不断变化,而开发的理解也会有所不同,这样就造成额外的劳动量。使得开发无法按期完成需求,而造成版本的延期。
  • 其次,需求变更多

由于版本延期,已经开发好的FT又会觉得与其等待别的FT,不如自己也加入到需求新增的大军中,继续开发,这样互相影响,从而导致本一再延期,整个项目的周期也被不断拉长。

  • 需求的沟通、维护成本加大1、需求描述就是一句话,大大增加了开发难度和测试难度,可想而知,沟通成本加大。 2、 需求靠excel维护,更新和同步都是需要收集人及时更新excel并要同步到相关人员,维护成本高。
  • 版本质量不可控

因为需求不明确,版本需求的新增或变更也难以控制,导致缺陷量也比较多,版本稳定需要更长的周期。面对遇到的问题,我们进行了总结和改进,开始了需求管理的2.0时代。

项目需求管理2.0时代 --- TAPD集中管理+需求评审

1、 需求的工具化管理:变excel的人工维护,为TAPD集中管理方式,每条需求的TAPD单上有明确的交互设计,解决需求的维护和沟通成本。

2、需求评审机制:设立产品版本规划管理委员会。建立需求评审机制,由这个专门的需求决策者来对每个版本规划的需求质量和范围进行评审确认。这样在版本开发前就确认各FT的需求是否可以上这个版本,确保版本需求可控。

这样运作一段时间,基本解决了人工维护的成本和需求不明确的沟通成本问题,延期和变更有一定改善,但是延期和需求变更仍然存在,版本仍会有较大的发布延期情况,需求变更率也非常高,版本整体波动较大。

针对问题,我们继续进行相关的总结分析,发现主要原因还是需求的质量控制不够:虽然我们的需求在迭代开始前,有了评审的机制,但实际开发的过程中,由于需求本身复杂度、技术方案选择,或者开发时间的评估不足等,仍然会导致我们的需求开发有一定的可能会出现延期的情况。而且由于当时评审的仅仅是需求的设计文档或交互稿,有时候做出来后产品或老大可能会觉得和预期不一样,仍然会存在变更的可能性。

针对这些问题和总结的原因,我们继续寻找更好的需求管理模式。

需求管理3.0时代 --- TAPD集中管理+合流评审

经过不断的总结和根因分析,我们的需求管理方式又做了如下调整:

1、 针对需求评估不足或者变更引起的延期,我们的需求仍是采用TAPD工具管理的方式,但这里的管理会有所变化,这里的需求评审由FT内自己评审完成,同时要求FT内必须要要完成内部的需求评审,这个需求的把关由FT自己负责。而评审的完成时间必须是在版本规划的第0周内完成。

这个变化将需求的评估充分放权给FT内部完成,你需要根据火车版本的周期,来评估和规划,版本周期内可以完成的需求,而不是所有的需求都想挤上同一趟火车。

2、 我们将产品管理委员会对需求的评审时间,延后到合流阶段,建立了合流评审的机制。这样做的好处是,当开发到合流阶段时,需求功能已经基本完成并可以使用了,这样给到老大进行评审时就比较直观,这样再评审后的既定时间内稍作修改基本就可以达成需求的预期,也减少了合流后的需求变更带来的质量风险。同时,对需求的变更管理也进行了规范,需求的重大变更或新增均需要有充分的理由给到GM审批,通过才能合入。

经过一段时间的运作,我们来看下实际的效果:

(1) 版本从延期不可控 到 逐步可控 再到基本无延期;

(2)需求变更逐步改善,变更率下降了到67%;

(3)质量逐步提升,千行缺陷率也下降明显;

大大降低了项目的时间和人力成本,同时也为产品需求的快速上市提供了保障。

当然,敏捷项目需求管理的方法,我们仍在不断总结和迭代优化中,希望大家也一起来多探讨更好的管理模式,期待更优的需求管理4.0 时代的到来!

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
敏捷下的需求和代码分支管理
在去年的一篇文章《在团队中使用GitLab中的Merge Request工作模式》中简单介绍了下Git的几种模式和在团队中使用的Merge Request的模式。文章的结尾也抛出了几个问题:
oec2003
2019/07/19
1.5K0
敏捷下的需求和代码分支管理
产品落地:项目管理避坑指南
经历了一个失败的项目,一个不是非常复杂的后台管理模块从需求到上线历时近2个月,且上线后仅是能用,很多功能未实现,效果非常差。痛定思痛,复盘该项目过程存在的问题,提供前车之鉴。详细的项目管理方法论和流程很多文章都有介绍,就不作赘述。
数据干饭人
2022/07/01
5310
产品落地:项目管理避坑指南
项目管理复习题
本复习题链接:https://pan.baidu.com/s/1ZJ4l6mKxAt9dqhw0Qa58xA 提取码:j4jz
全栈程序员站长
2022/06/29
1.9K0
项目管理复习题
需求管理那些事儿
在实际工作中,大家很少有机会经历从0到1的项目,绝大多数情况是加入到一个已经发展了一段时间的团队,参与维护已经运行了几年的项目。
阿杜
2019/04/22
5690
需求管理那些事儿
敏捷开发中需求变更频繁,如何有效管理?
在敏捷开发中,需求变更是常见的挑战之一,尤其是在面对快速变化的市场需求和客户反馈时。
不脱发的程序猿
2024/12/06
2570
敏捷开发中需求变更频繁,如何有效管理?
超有料!万字详解腾讯微服务平台 TSF 的敏捷开发流程
导读 相比传统的应用研发流程,以微服务架构为基础的研发团队更需要和依赖整体流程的敏捷属性。为了帮助更多将要或者正在以微服务为架构的项目,了解和解决诸多敏捷开发流程中的问题,特邀腾讯微服务平台(后简称TSF)产品研发团队部分核心成员,对TSF自身如何落地敏捷开发做相关介绍,并经由笔者整理和输出,希望能对以微服务架构构建的项目起到一定参考作用。 崔凯 腾讯云 CSIG 微服务产品中心产品架构师 多年分布式、高并发电子商务系统的研发、系统架构设计经验,擅长主流微服务架构技术平台的落地和实施 目前专
腾讯云中间件团队
2021/03/24
2.2K0
软件需求分析与管理的十个问题
首先需求包括了产品需求,用户需求,软件需求。产品需求关注的是产品的标准化和通用化,会对收集到的用户需求进行分类和优化,结合业界标准系统模型进行抽象并通用化。用户需求反映的是用户面临的问题域,根据问题域用户期望的能够达到的解决效果;而对于软件需求则是用软件工程的语言结构化和文档化的对用户需求和产品需求的描述。
阿新
2019/02/13
1.6K1
方正证券项目管理进化三部曲
区别于互联网,金融行业的 IT 项目的特性为:项目周期长、项目量大、业务需求复杂、合规监管严格,同时与外部以及第三方的交互较多。在系统开发的方面,也需要和软件供应商或人力外包厂商等进行合作。这些特性决定了券商的项目管理和互联网有着天然属性上的不同。
TAPD敏捷研发
2022/03/02
7630
方正证券项目管理进化三部曲
如何做好敏捷开发下的需求管理?免费敏捷工具
传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发。在这样的环境下,需求文档是信息传递的主体,也是一份契约。
一只爱生气
2023/07/26
3220
如何进行项目管理?
这篇文章是软件工程系列知识总结的第三篇,前面的两篇文章聊了软件工程的重要性以及相关的基础知识。这篇文章,我会将软件工程中关于项目规划和管理的重点知识进行总结梳理,并以自己理解的方式进行阐述。
老_张
2023/03/01
4960
如何进行项目管理?
(二十一)敏捷项目管理和传统项目管理有何区别?
敏捷项目管理VS传统项目管理
砖家认证
2020/01/15
5.4K0
(二十一)敏捷项目管理和传统项目管理有何区别?
敏捷产品项目的开发经验
敏捷开发越来越火热,但在实际应用当中很多时候都是只有敏捷的“形”,却缺少敏捷的“神”,还只是在摸索中。借鉴一种新的模式的时候,最好能够批判性的吸收其精华的部分,不能全部照搬,照搬了反而会出问题。
PM吃瓜
2019/08/12
1.1K0
敏捷产品项目的开发经验
聊聊我对敏捷项目交付的理解
今年Q1,我负责内部一个技术项目的产品、项目管理以及质量和运营工作,目前项目第一阶段规划的需求都交付了。我将做这个项目过程中的一些经历和感受总结了下,就是今天这篇文章的内容。
老_张
2022/04/01
1.3K0
聊聊我对敏捷项目交付的理解
软件项目管理笔记
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RbSNI3en-1589334555768)(1.png)]
全栈程序员站长
2022/08/19
1.6K0
揭秘|创维VR软硬件一体化项目研发管理实践
相比较纯软件研发产品,VR终端这类软硬件一体化产品,在研发过程中,软硬件之间以及软件内部各团队的统筹协作是非常关键的。硬件涉及到结构、ID、电路以及整个供应链生产体系,硬件研发过程中分概念、计划、开发、验证等不同的阶段;而软件也分为设计、开发、测试等不同迭代的过程......复杂的软硬件协同研发流程模式,随之而来也给我们带来了很多挑战和痛点:
TAPD敏捷研发
2023/03/02
1K0
揭秘|创维VR软硬件一体化项目研发管理实践
腾讯的敏捷研发之战
“我们今天可以想一些与众不同的点子,然后我们可以很快就看到效果,因为我们可以很快把它上线了,然后可以去验证,如果不对就下线,如果还有改进余地,下个星期再去改它。这是一个能够持续实现你的想法的过程”。 2016年,腾讯微信事业群一年一度的管理团队领导力大会上,“敏捷开发”的重要性被专门提起。 此时,距离他们接手QQ邮箱已有十年。 这一年,也正是TAPD诞生的第十年。 01 在团队眼中,QQ邮箱的胜利应归功于敏捷。 回忆起2005年接手QQ邮箱的时候,QQ邮箱在中国的排名很靠后,也没有人重视,“可以说是个
腾讯大讲堂
2020/09/15
1.5K0
项目总延期?需求乱插队?程序员如何做好项目管理
👉腾小云导读 程序员对工作量评估不准确?日常临时问题打乱排期?怎么让大家对需求的理解一致?如何既保证开发效率又保证质量?项目管理是「把事情做对」的重要能力之一。知识型工作者包括程序员,在工作中都不知不觉中扮演着「非职业项目经理」的角色。具备项目管理能力,对程序员职业发展、个人生活都有重大价值。本文详细分析程序员如何进行进度管理、质量管理和风险管理。 👉看目录 1 为什么开发者需要懂项目管理     1.1 项目管理是“通过别人做成事情”的能力     1.2 项目管理能输出个人影响力     1.3 项目管
腾讯云开发者
2023/03/21
1.3K0
项目总延期?需求乱插队?程序员如何做好项目管理
如何基于TAPD实践Scrum的敏捷开发?
敏捷开发所倡导的是通过若干个短期的迭代周期(也称为冲刺sprint,范围一般是1周- 1个月),按一定的优先级不断增量开发和实现产品功能,每次迭代获得一个可运行的产品增量功能包。
嘉为蓝鲸
2019/11/14
1.1K0
如何基于TAPD实践Scrum的敏捷开发?
微保在敏捷研发管理中的实践
创业团队在组建和扩张时如何高效协作,是组织要解决的大难题。明确目标、确保成员清晰知道如何配合、过程中管理好干系人预期、关键环节做好变更管理和风险把控、采用增量迭代的敏捷项目管理机制、确保“做对的事情”和“把事情做对”,是微保业务快速、稳步发展的关键。 01 背景 1、互联网保险的机遇与挑战 1) 机遇 2018年中国保险行业保费全球第二,保险深度(保费/GDP)4.57%,排名全球36位。保险密度(人均保费),排名全球46位。中国保民意识逐渐苏醒,保险市场增速20%+。互联网保民累计2.2亿用户,保民年龄
TAPD敏捷研发
2019/12/03
1.1K0
微保在敏捷研发管理中的实践
专业的敏捷需求管理工具推荐
Leangoo领歌是一款专业的敏捷开发管理工具,提供端到端敏捷研发管理解决方案,涵盖敏捷需求管理、任务协同、缺陷管理、进展跟踪、统计度量等。
一只爱生气
2023/06/27
3990
相关推荐
敏捷下的需求和代码分支管理
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档