产品经理如何有效进行需求管理?
需求是整个软件项目当中最重要一项输入。软件开发和传统生产行业最大的区别在于,需求总是模糊的、主观的和随时变化的。相对于电子产品、汽车等制造行业有形的硬件需求,软件开发的需求的描述和验收是个难以解决的问题。
但是需求又是整个项目能否成功的决定性因素,所以我们必须对需求进行管理,从而使需求成为整个软件工程的基线。使得所有产品、设计、研发、测试、运维工作能围绕着统一的需求开展。保证项目能顺利进行,完成目标。
需求管理的难点?
一般情况下,需求难以管理的原因有以下几方面:
1、需求描述的问题
一般来说,最容易造成开发出来的产品与设计功能不符的原因便是需求描述的问题了。其实大部分情况下,写需求文档的人没有错,看文档的人也没有错。共享文档不等于达成共识。只是因为面对同一段描述,人与人之间的理解不相同,而且这种情况是一定会发生的。所以对于需求,一定要基于团队面对面讨论,保证对需求的理解一致。
2、需求变化的问题
需求变化的原因很多,如一开始没有识别全,新增需求;业务变化导致需求变化;需求有误;需求不清晰等。需求变化将导致从设计方案到编码测试的修改,延迟交付,带来诸多麻烦。这就需要团队在迭代进行前,尽量保证需求清晰明确。
3、需求的优先级及排期问题
什么样的功能能对用户产生最大的价值,这是需求管理中最重要的问题。因为在软件开发中,你想要开发的功能,永远比你能投入的资源多。因此,找到这一部分最有价值的功能,优先处理,尽早交付,才是需求管理的核心所在。
如何对需求进行分级管理?
敏捷开发中,用户故事被广泛使用,但是我认为仅仅使用用户故事是不足以很好的管理整个项目的。(关于用户故事的诸多好处,就不在此多说了。)用户故事可以描述出真正有价值的需求,也能提供优先级和故事点规模为排期提供依据。但是繁多的同级用户故事会让人迷失在其中,只见树木不见森林。每次的交付和发布都会变成功能的东拼西凑,甚至有时候还会为了单个功能的价值,偏离整体的产品愿景。
因此,我们推荐按照 Epic Story - Feature - User Story 的层级顺序去管理需求。团队也可有自己的层级关系定义,取决于团队的喜好。
按照Epic Story-Feature-User Story对需求进行层级划分的好处在于:Epic一级可以与产品战略对齐,Feature一级作为版本发布规划的对象,User Story则进入迭代进行研发。
1. Epic Story
Epic Story即史诗故事,简称为史诗。一般史诗被定义为一个非常大的用户故事,是产品中的主干任务或者公司级战略举措,一般情况下会持续数月。我们对史诗的风险、业务价值、工作量进行评估,得到史诗的优先级,再依据优先级对史诗进行排期。
2. Feature
Feature即特性,特性是能对用户提供价值的完整功能。描述了产品具有的一个完整功能,特性一般也比较大,可能持续数周,横跨几个迭代。一般作为版本发布计划的规划对象。我们依据特性的风险、业务价值、工作量评估特性的优先级,进行版本发布的规划。
3.User Story
User Story即用户故事,用户故事是能对用户提供价值的功能场景。一般来说,特性可以拆分为多个用户故事,每个用户故事都对用户有价值,但是单个用户故事却有可能不能被用户正常使用或者是整个功能的细分场景。我们会对用户故事的故事点进行估算,放入迭代计划中进行开发。
在Worktile,我们如何管理需求?
一、需求收集
Worktile的需求来源主要有四种:
- 用户反馈给业务线同事的需求。
- 公司内部同事提出的需求。
- 用户通过产品内帮助中心-用户声音直接反馈的需求。
- 产品经理规划的需求。
1、前两种来源的需求都汇总在统一的需求收集项目中,要求提出人以用户故事的形式创建,描述出具体的用户场景。
所有需求反馈都以用户故事的类型创建,由产品经理进行评估。确定采纳的需求建议再进一步分析,依照故事的规模和影响范围决定其属于史诗、特性还是用户故事,在对应项目的需求规划中响应。
2、用户在帮助中心可以提交自己的需求建议,也可以对已有的需求建议或者我们的规划进行点赞,提升其在队列中的排序。
这一部分需求,产品经理会通过后台查看,分析评估之后,考虑在对应项目的需求规划中响应。
二、需求实现
1、产品经理会在对应的项目中按照史诗-特性-用户故事的层级,对整个产品的功能框架进行整体的需求规划。
2、对已规划的需求进行优先级的排序,来确定正在进行中的史诗里,哪些特性需要在接下来的版本进行发布。将其规划入对应版本。
3、将进入发布版本的特性拆分为用户故事,对用户故事进行估算以后,按照迭代容量安排开发计划。
4、进入迭代的用户故事会按迭代周期进行交付,更新特性的进度。特性验收完成后更新所属史诗的进度。由下而上的推进整个产品的开发进度。
通过对不同层级需求在不同维度上进行管理,使得整个需求管理流程更清晰流畅,极大程度的提升了需求管理的效率,聚焦了产品目标。
文中截图均来自「 Worktile Agile 」,欢迎大家免费试用我们的产品。
作者:Worktile 产品经理 彭东锴
文章首发于「Worktile敏捷博客」,转载请注明出处。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
浅谈Strategy策略模式
一、前言 什么是策略模式? 策略这个词应该怎么理解呢,打个比方说,我们出门的时候选择不同的出行方式,比如步行、骑自行车、坐公交、坐火车、坐飞机、坐火箭等等,这些出行方式,每一种都是一个策略。 再比如我们去逛商场,商场现在正在搞活动,有打折的、满减的、返利的等等,其实不管商场如何进行促销,说到底都是一些算法,这些算法本身就是一种策略,并且这些算法是随时可能互相替换的,比如针对同一件商品,今天打八折、明天满100减30,这些策略间是可以互换的。 策略模式(Strategy),定义了一组算法,将每个算法都封装起来,并且使它们之间可以互换。 二、策略模式的应用 1、何时使用 对于业务开发来说,业务逻辑的复杂是必然的,随着业务发展,需求只会越来越复杂,为了考虑到各种各样的情况,代码中不可避免的会出现很多if-else。 一旦代码中if-else过多,就会大大的影响其可读性和可维护性,而且代码显得很low。 策略模式完美的解决了ifelse的烦恼! 2、方法 将这些算法封装成一个一个的类,任意的替换 3、优点 算法可以自由切换 避免使用多重条件判断 扩展性良好,增加一个策略只需实现接口即可 4、缺...
- 下一篇
阿里云助力印尼实现“数字化愿景”,开拓互联网掘金之路
1月16日,阿里云峰会首次来到了印度尼西亚首都雅加达,一同见证了印尼的数字化转型过程和取得的丰厚硕果。 作为亚太区市场份额第一,并且也是唯一一家在印尼拥有数据中心的全球化公共云服务商,阿里云一直致力于帮助印尼企业实现“数字化愿景”,共享云上福利。 2018年3月,阿里云印度尼西亚大区正式开服运营,成为该国第一家在当地运营的国际公共云服务商。2019年年初,又开设了第二个数据中心。耕耘几年,阿里云已经成为印尼非常领先的云计算厂商,客户覆盖互联网、金融、物流、零售等多个行业。 在发布会现场,阿里巴巴集团副总裁、阿里云数据库产品事业部总裁李飞飞为大家介绍了阿里云在下一代企业级数据库系统上的技术创新与实践。 1、完整生态,领跑中国云数据库时代 阿里云拥有国内最强大和丰富的云数据库产品家族,涵盖关系型数据库、非关系型数据库、分析型数据库及迁移工具等,
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS6,CentOS7官方镜像安装Oracle11G