关于敏捷开发:敏捷实践-如何写好用户故事

3次阅读

共计 2042 个字符,预计需要花费 6 分钟才能阅读完成。

在《麻利开发中的「史诗」到底是什么?》中咱们解释了如何写好一个大型用户故事 —「史诗」的办法~

本期文章,咱们从「写好“小”的「用户故事」视角着手,深刻、精确的了解麻利开发和团队产出价值~

在深刻了解产出价值前,咱们先来聊一聊「用户故事」。

01、开卷有益—用户故事

麻利是一种基于产出价值的开发方法,「以客户为核心」要求其所有产品性能在失去客户需要、认可后,优先开发。

找出谁是用户尤为重要。一旦所有的用户被辨认进去,为他们产出和减少价值的需要就会被记录下来,这样的需要被人们称为「用户故事」。

「用户故事」的背地有一套逻辑,它体现了麻利开发的核心思想和人们所谋求的价值体现。

逻辑是什么?编写的规定又是什么?

02、层序明显—「用户故事」背地的逻辑与规定

通常来说,便于开发者创立、跟踪和测试用户需要的格局应该是以下这种:

作为 < 用户角色 >,我须要 < 某项性能 > 以便取得 < 一些益处 >

这里的用户指的是角色,如经理、文员、开发人员、图书管理员、业主等等。

益处,指用户将取得的价值,如:经理只需单击一下即可查看审计报告,益处—节俭他的工夫; 店员能够搜寻报告,益处—节省时间;图书管理员能够按类别搜寻书籍,益处—他能够彻底改善客户服务; 业主能够订购设施,益处—省去很多麻烦……

以下是 24 个用户故事示例,别离形容出不同平台 / 零碎下每个需要对标的用户价值:

作为管理员,我心愿我能在须要时为团队创立新用户

作为一名律师,我心愿在主屏幕上看到我所有沉闷的案件

作为一名学生,我想在黑板上看到我的历史问题和以后问题的汇总

作为司机,我心愿我的 GPS 语音被激活

作为一名钻研人员,我想看到我所做的最近几次搜寻

作为用户,我心愿可能复原我的明码

作为收银员,我心愿看到收银机中显示的总金额

作为一名飞行员,我想晓得在以后条件下的最佳飞行高度

作为一名警察,我想看看由我开具的历史罚单

作为一名邮递员,我想晓得明天投递邮件的预计工夫

作为一名吉他手,我想晓得我的手指在琴弦上的速度

作为割草机,我心愿它能防止将刀片撞到坚挺的货色

作为一名跑步者,我心愿心跳不规则时能被正告

作为一个盲人,我心愿在路上遇到阻碍的时候能被提醒

作为信用卡用户,我心愿当破费超过设定金额的时候会被揭示

作为一个孩子,我想把不沉闷的玩具店都关掉

作为一名司机,我心愿失去轮胎压力最大值时的报警

作为一名学生,我心愿每天早上都能揭示我的课程表

作为一名经理,我想在打算时进行假如剖析

作为测试人员,我心愿看到调配给我的所有谬误状态

作为机票预订者,我心愿在飞机满载的第一工夫就能收到告诉

作为一名作家,我心愿我的作品每隔几秒钟就能主动保留

作为读者,我心愿看到过来 2 周内最滞销的书籍列表

作为一名厨师,我想看看访问量最大的食谱

以上这种编写用户故事的形式能让大家更直观的看到彼此的工作效益,而后依据用户故事的大小、需要内容、价值排序等事后排期,安顿工作量。理解分明这些,开发小组能力顺利开展接下来的工作。

在编写「用户故事」的过程中遵循 INVEST 准则,它是由 6 个英文单词的首字母拼在一起而成,它们别离是:

I–Independent

独立的:每一个用户故事都应尽可能独立以保障它们可独自开发和交付

N–Negotiable

可协商的:应有可协商的空间,便于进一步探讨

V–Valuable

有价值的:用户故事认为客户减少价值为后果导向

E–Estimable

可预计的:用户故事应能够被划分为不同大小的工作量

S–Small

小的:不宜过大,每一个用户故事通常应该在 40 小时的工作内实现

T–Testable

可测试的:必须要有可验收实现的规范来确保其可被测试和确认实现

03、抽丝剥茧—用户故事传播了哪些信息?


这是一张用户故事动画版示例图,在图中它标注了以下几项信息:

  • 故事的惟一标识 -story number,表明其在产品需要文档中的地位
  • 残缺的需要形容 -description,参照下面的撰写格局
  • 预估故事点数 -estimated story points,不便开发团队评估工作量和排列优先级
  • 变动因素 -exploration factor,形容了需要的不确定性水平,这个值能够是残缺的、不残缺的、动静的、稳固的等等
  • 故事类型 -story type
  • 除了图中标注进去的信息,残缺的用户故事文档还应蕴含责任人、执行人、截止日期、需要反馈等这些要害信息。每一个用户故事卡片写好后,就能够依照未开始、进行中、已实现等节点,展现在我的项目开发的进度看板上,以便让团队更好地实现合作。

无关看板和 Kanban 的区别,小编记录在这里了,感兴趣的童鞋可点进来看看《分不清 Kanban 和看板的人只剩你了……》

「用户故事」的编写法令与麻利开发的外围要义严密相连,想要把握分明麻利之法,能够从写好一个「用户故事」动手,其价值,开发方法、麻利观点尽在其中~想要理解更多麻利之道可点击关注 LigaAI 新一代智能研发合作平台,线上申请体验咱们的产品~

本文起源:Yodiz

专栏目录
参加评论

请发表有价值的评论,博客评论不欢送灌水,良好的社区气氛需大家一起保护。

正文完
 0