用户故事与敏捷方法笔记---用户故事的优势

最新推荐文章于 2020-11-12 12:22:31 发布
最新推荐文章于 2020-11-12 12:22:31 发布
阅读量221 收藏
点赞数
分类专栏： 产品经理的那些知识 文章标签： 产品经理
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Angelloverbest/article/details/109641191
版权
本文探讨了用户故事在敏捷开发中的优点，包括口头沟通的重要性，易于理解的特性，适合作为计划单位，适合迭代开发，鼓励延迟细节，支持随机应变，促进参与性设计，传播隐性知识，并通过实例展示了如何在职位发布和搜索网站项目中应用这些原则。同时，也指出用户故事在大型项目和需求可追溯性方面的挑战。
摘要由CSDN通过智能技术生成

系列文章

上一篇 “故事不是什么”

如有问题请留言

文章目录

前言

用户故事带来的好处：
• 用户故事强调口头沟通
• 人人都可以理解用户故事
• 用户故事的大小适合做计划
• 用户故事适合迭代开发
• 用户故事鼓励延迟细节
• 用户故事支持随机应变开发
• 用户故事鼓励参与性设计
• 用户故事传播隐性设计。

提示：接下来的所有理论都会伴随一个实际的例子，而所有例子都基于一个假想的职位发布和搜索网站。

文章概览

在这里插入图片描述

最低0.47元/天 解锁文章
愿做一颗朴实无华的螺丝钉
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
一文读懂: 什么是用户故事？What is User Stories?
Warren Lynch 的博客
07-03 1万+
在软件开发和产品管理中，用户故事是对软件系统的一个或多个特征的非正式的自然语言描述。用户故事是敏捷软件开发中使用的工具，用于从最终用户的角度捕获软件功能的描述。用户故事描述了用户的类型，他们想要什么以及为什么。用户故事有助于创建需求的简化描述。 用户故事通常记录在索引卡，便利贴或项目管理软件中。根据项目，用户故事可能由各种利益相关者（如客户，用户，经理或开发团队成员）编写。 “用户故事是...
用户故事与敏捷方法—用户故事的优势
ChibiMarukoChan的博客
06-19 1800
使用用户故事带来的好处 1、用户故事强调口头沟通——往往能够促成对需求的充分理解 2、人人都可以理解用户故事——用户故事简洁明了，并且向用户或者客户展示价值，没有太多的技术和商业术语。 3、用户故事的大小适合作计划——用户故事的大小可以掌握，可以很方便的用作发布规划及进行编程和测试 4、用户故事适合于迭代开发——很容易对故事本身进行迭代 5、用户故事鼓励延迟细节——可以很快的写初独立的用...
1--敏捷--用户故事的好处
kapuliyuehan的专栏
11-14 1540
参考http://www.mountaingoatsoftware.com/articles/27-advantages-of-user-stories-for-requirements 极限编程引入了用户故事的形式来表达需求，它是功能的简短描述，对软件用户和客户都很有价值。下面是一个典型的用户故事（工作发布和搜索站点）： 用户能够发布简历到网站用户能够搜索工作公司能够发布职位空缺用户
用户故事与敏捷方法笔记 --- 用户故事
weixin_30535843的博客
12-06 165
用户故事 用户故事描述了对用户、系统或软件购买者有价值的功能。 用户故事应该具备以下特点： 1) 独立的：应该避免故事间的项目依赖。在对故事排列优先级时，或者做计划时，故事间的相互依赖会导致问题。 2) 可讨论的：故事不是签署好的合同，故事是功能的阶段描述，它提供了适量的信息给开发人员和客户团队，提醒他们在以后进行关于需求的对话。它并不是需求本身，因而不需要包含所有细节。 3) ...
用户故事与敏捷方法笔记---故事不是什么
TD_博伟的博客
11-12 150
系列文章 上一篇 “测量并测控速率” 如有问题请留言 文章目录系列文章前言文章概览1. 用户故事不是IEEE 8302. 用户故事不是用例3. 用户故事不是场景Finish 前言 为了更深入的了解用户故事，接下来了解下用户故事不是什么。如何区分用例，IEEE830软件需求规格和交互设计场景。 提示：接下来的所有理论都会伴随一个实际的例子，而所有例子都基于一个假想的职位发布和搜索网站。 文章概览 1. 用户故事不是IEEE 830 IEEE 830 涵盖了如何整理需求规则文档，角色原型和良好需求的
用户故事与敏捷方法笔记---用户故事不良症兆一览
TD_博伟的博客
11-12 211
系列文章目录 上一篇 “用户故事的优势” 如有问题请留言 文章目录系列文章目录前言文章概览1. 故事太小2. 故事互相依赖3. 镀金4. 细节太多5. 过早考虑用户界面细节6. 想的太远7. 故事划分太过频繁8. 客户很难为故事安排优先级9. 客户不愿意写故事，也不愿意为故事安排优先级。Finish 前言 故事的不良征兆预示着项目可能出现了一些问题。 提示：接下来的所有理论都会伴随一个实际的例子，而所有例子都基于一个假想的职位发布和搜索网站。 文章概览 1. 故事太小 症状：经常调整估算 2.
《用户故事与敏捷方法》读书笔记
o2121212的博客
12-09 397
第一章：概览 用户故事是对话，需求文档是描述，用户故事可以确保人人都阅读到。 用户故事面向客户，可以减少理解偏差，有助于跨职能团队互相理解和内外部的沟通。 用户故事由研发团队确定故事点大小和优先级，但是排序的时候由客户方确定，因为sprint优先级是以价值为主而不是以任务为主。 暂不开发的部分可以先以史诗占位，等到了这一步骤再开始分解成具体的用户故事，因为故事也可以迭代。 测试应尽快在迭...
《用户故事与敏捷方法》读书笔记 05 流程是什么
Icy233333的博客
01-17 249
传统的瀑布导向的流程会造成一个循环：写下所有需求，分析需求，设计解决方案，编码解决方案，然后最终测试。在这种类型的流程中，客户和用户参与开始的写需求以及最后的接收软件，但是他们可能几乎否定需求和接收。 在故事驱动的流程中应该注意的第一件事是客户和用户一直在项目截止日期前全程参与。在项目中途，他们不被允许发表否定意见。 新软件的客户和目标用户应该计划着积极参与写故事，尤其在使用XP（极限编程）时...
《用户故事与敏捷方法》 笔记
bfqs1988的专栏
08-23 439
最近想学习下项目管理方面的方法论，找PMO借了一本书《用户故事与敏捷方法》 。两天看完，觉得有些内容还是挺有用的，虽然参与敏捷开发模式有两年多时间，实操和业务流程都会，但再回过头看一些理论，会有一些新的启发。特地做了一下笔记。 2019-8-21 第1章 概览 一个需求可被认为是故事（Story），如果一个故事很大，可称之为史诗故事（Epic） Epic>Story>Task ...
《腾讯方法》产品经理与团队介绍读书笔记ppt模板.rar
09-09
《腾讯方法》产品经理与团队介绍读书笔记PPT模板是一份深度解析腾讯成功秘诀的资料，旨在帮助读者理解和学习腾讯在产品开发与团队管理上的独特策略。这份模板详细地阐述了腾讯如何通过其卓越的产品经理制度和高效...
1-学习札记快速整理软件-商业计划书1
08-03
产品模式可能涉及软件的用户界面设计和交互流程，而产品开发模式则可能涉及敏捷开发、迭代更新等方法。产品基本功能与架构部分会列出软件的核心功能，如快速笔记、标签系统、智能检索等，并可能包含技术架构的简要...
Sistema de gerenciamento acadêmico:与软件设计学科相关的工作-开源
07-01
该项目采用敏捷开发方法SCrum进行管理，并且文档和项目管理由Mauro负责，开发工作由Marcelo和Mauro共同完成，测试则由Fran和Luis执行。技术栈包括PHP 5.5、MySQL 5.5、JavaScript、CSS和HTML5，同时使用了Bootstrap...
研究生课程 软件开发-笔记1
12-13
【软件开发】是一个涵盖广泛领域的概念，涉及到计算机科学与工程中的多个方面，是将需求、设计、编程、测试和维护等多个步骤整合在一起的过程，旨在创建高效、可靠且用户友好的软件产品。在研究生课程中，软件开发的...
beta-testing-opinions-sentiment-analysis-model：用于beta测试的情感分析模型可以改善IT中的项目管理周期
02-05
通过情感分析，项目团队可以更加敏捷地响应用户反馈，优化产品，缩短开发周期，提高客户满意度，从而在竞争激烈的市场中取得优势。这种技术的应用不仅限于软件开发，也可以推广到其他依赖用户反馈和持续改进的领域。
用户故事与敏捷方法笔记---用户故事验收测试
TD_博伟的博客
11-05 676
如有问题请留言 文章目录前言文章概览1. 测试是一个两步流程2. 写代码之前写测试3. 客户定义测试4. 测试是过程的一部分5. 多少测试才算多6. 测试类型（测试的是缺陷而不是覆盖率）总结 前言 写验收测试的好处有很多，其中之一就是很多客户和开发人员讨论的很多细节可以通过验收测试记录下来。 接下来的所有理论都会伴随一个实际的例子，而所有例子都基于一个假想的职位发布和搜索网站。 文章概览 1. 测试是一个两步流程 a. 第一，将测试要点记录在故事卡的背面，任何时候发现新的测试，都可以记录下来。
用户故事与敏捷方法笔记---Scrum与用户故事
TD_博伟的博客
11-12 587
系列文章 上一篇 “用户故事不良症兆一览” 如有问题请留言 文章目录系列文章前言文章概览1. Scrum是迭代和递增的2. Scrum基础3. Scrum 团队4. 产品 Backlog5. Sprint 计划会议6. Sprint 评审会议7. 每日Scrum 简会8. 在Scrum 中使用用户故事Finish 前言 如何把用户故事和另一种敏捷过程Scrum结合在一起？ 文章概览 1. Scrum是迭代和递增的 一轮迭代是一种持续改进的过程。 例如：雕刻家会首先选择一块石头，画出大体轮廓
用户故事与敏捷方法笔记---估算用户故事
TD_博伟的博客
11-11 518
系列文章目录 上一篇 “优秀用户故事准则” 如有问题请留言 文章目录系列文章目录前言文章概览1. 故事点估算2. 以团队估算3. 估算4. 使用故事点5. 如果使用结对编程6. 使用故事点的一些提醒Finish 前言 没有一个项目会在启动很久之后才问“什么时候能完成？”估算故事最好的方法有如下特点： 无论什么时候获得有关故事的新信息，都允许我们改变之前的想法 适用于史诗故事和小故事 不需要花很多时间 提供进度和剩余工作的有用信息 不太精确的估算也不会有太大问题 可以用来制定发布计划 提示：接下
用户故事与敏捷方法笔记---迭代计划
TD_博伟的博客
11-11 446
系列文章目录 上一篇 “发布计划” 如有问题请留言 文章目录系列文章目录前言文章概览1. 讨论故事2. 分解任务的原因3. 承担指责4. 估算并确认Finish 前言 利用发布计划，我们顺利地将粗粒度的故事分配到发布中的多轮迭代。 迭代计划会议内容一般会包含以下几点： • 讨论故事 • 从故事中分解出任务 • 开发人员承担每个任务职责 • 开发人员单独估计各自的任务 提示：接下来的所有理论都会伴随一个实际的例子，而所有例子都基于一个假想的职位发布和搜索网站。 文章概览 1. 讨论故事 团队获得一
用户研究-用户调研笔记
最新发布
04-24
用户调研是一种通过观察、记录、分析和总结目标用户的行为、习惯和思考，以了解用户的真实需求并为产品设计和业务开展提供支持的方法。在用户调研过程中，定性定义是一种根据用户的行为、目标和观点进行感性推断用户...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值