怎样对一个产品编写完整的用户故事( 二 )
■网友
需求是整个软件项目当中最重要一项输入。软件开发和传统生产行业最大的区别在于，需求总是模糊的、主观的和随时变化的。相对于电子产品、汽车等制造行业有形的硬件需求，软件开发的需求的描述和验收是个难以解决的问题。
但是需求又是整个项目能否成功的决定性因素，所以我们必须对需求进行管理，从而使需求成为整个软件工程的基线。使得所有产品、设计、研发、测试、运维工作能围绕着统一的需求开展。保证项目能顺利进行，完成目标。
需如何对需求进行分级管理？敏捷开发中，用户故事被广泛使用，但是仅仅使用用户故事是不足以很好的管理整个项目的。用户故事可以描述出真正有价值的需求，也能提供优先级和故事点规模为排期提供依据。但是繁多的同级用户故事会让人迷失在其中，只见树木不见森林。每次的交付和发布都会变成功能的东拼西凑，甚至有时候还会为了单个功能的价值，偏离整体的产品愿景。
因此，我们推荐按照 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、用户在帮助中心可以提交自己的需求建议，也可以对已有的需求建议或者我们的规划进行点赞，提升其在队列中的排序。
推荐阅读
- 聪明人养花，这3种“花”怎样也要养一盆，每年能省不少医药费
- 同比■同比增长7.1%！2021年的第一个节你花了多少钱？
- “他是我第一个会说普通话的老师”：一对师生折射青海山村蝶变
- 旅行社@旅行社推出“高铁+旅游”新产品 高铁旅行说走就走！连淮扬镇高铁全线通车
- 广西鹿寨贫困户玩直播带货变身创业新星以电商帮老乡卖滞销农产品
- 黄金时间■黄金时间丨哪种产品最节水？购买产品请注意这个标识！
- 货币等各类金融产品彻底电子化会到来么
- 有必要重新开个C店吗
- 互联网怎样解决“家政服务上门速度慢”的问题
- 怎样看待从1月8号起，QQ钱包开始提现收费