敏捷开发中用户故事重要吗，敏捷开发中用户故事重要吗知乎

用户故事与敏捷方法之五---用户角色建模

敏捷模式下，是以用户为中心的设计。如何做到以用户为中心，要从用户角色建模开始。软件客户和最终用户应该在编写用户故事时承担着非常重要的角色。编写用户故事的过程最好从考虑系统的用户类别开始。

先从完全重叠的角色入手，首先角色的作者先描述一下该角色到底代表什么样的用户，紧接着小组可以进行讨论，判断这两个角色是否等同。

角色建模的步骤： 头脑风暴列举初始的用户角色集合，整理最初的角色集合，整合用户角色，提炼用户角色。

在故事中包括用户角色 如果项目已经识别了角色，那么请在故事中使用已经识别的角色。这样可以让用户在开发人员脑子里保持着最重要的位置。例如不要写“用户可以发布简历”，应该描述为“求职者可以发布简历”。

相关问答

Q1: 如何撰写用户故事加速MVP产品开发?

1、先做加法，后做减法 产品早期功能定位时，将市面上有的能想到的产品都收集起来，先穷尽一切可能再从中选出最必要的几个功能点。

2、小结 一个编写良好的用户故事是敏捷开发的基础。它们应该相互独立，详情应该便于开发者和用户进行沟通，应该对用户有价值，应该对于开发者来说尽可能的清晰以便进行估计，应该短小，通过预定义测试用例的使用确保它是可以测试的。

3、MVP的开发流程主要包括四个步骤：明确目标、梳理需求、设计原型和测试验证。首先，团队需要明确产品的目标和市场需求，确定产品的核心功能和特点。

4、Step.1 找出可运行骨架（MVP）Step.2 按业务目标划分后续版本 用户故事是简要的意向性描述，它描述系统需要为用户做的事情以及对用户的价值。强调对话，而非文档。做好需求澄清、拆分、传递、验证。

Q2: 敏捷开发中的故事点到底是什么?如何预估故事点?

故事点（story point）和预估时间（estimated）不一样，故事点是一种相对的估计，它并不能和类似“人/天”这样的单位画等号，因为每个人完成同样复杂度的工作所需的时间是不同的。

故事点估计是对开发该功能所需的工作量、开发工作的复杂性以及蕴藏的风险等方面的综合。 两种常用的故事点估计： 以将要处理的用户故事中，从您认为最小的那些故事里面选择一个，然后设定它被估计1个故事点。

即便敏捷开发是不断顺应市场变化而变化的，仍然是需要一个预期和发布时间预估，只是无法精准到天，允许±2个迭代的误差。

Q3: 如何使用用户故事驱动敏捷开发

拆分便于多人共同协作于一个用户故事。 估算便于合理安排一个迭代可完成的任务量。 What什么是任务拆分和估算？ 按照优先级排列，准备放入当前迭代的用户故事，进行任务拆分，便于团队共同协作于一个用户故事。

如何做到以用户为中心，要从用户角色建模开始。软件客户和最终用户应该在编写用户故事时承担着非常重要的角色。编写用户故事的过程最好从考虑系统的用户类别开始。才能够有效的识别各个潜在客户的实际需求。

Valueable 有价值性， Story需要体现出对于用户的价值 Estimable 可估计性，Story应可以估计出Task的开发时间。Sized Right 合理的尺寸， Stories应该尽量小，并且使得团队尽量在1个sprint(2 weeks)中完成。

创建用户故事地图的8个步骤 召集到3-5名对产品非常熟悉的人员参与。3-5人听上去像是个魔法数字，实际上是的。因为更少的人意味着你无法获得足够的建议，而更多人则会因为讨论和协调降低会议效率。

关于敏捷开发中用户故事重要吗和敏捷开发中用户故事重要吗知乎的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。