用户故事

如何对产品编写一个完整的用户故事？

本文核心观点来自《敏捷革命》在工作中，多数人都只是一个被动的执行者。比如，现在让你调查北京市近期卖了多少小龙虾，没有人告诉你为什么要做这件事，你可能会理解偏差，以至于提供错误的数据，甚至对于领导指派给你这种“毫无意义”的工作感到不满。如果换个说法：作为水产供应商，我想要了解近三个月北京市小龙虾的销售情况，以便安排后期的货源。这种说法是不是明确多了？工作中无谓的消耗时间是最可怕的。往往员工没有得到足
爱学技术的小仙女酱·2019-09-30 22:34

如何对产品编写一个完整的用户故事？

本文核心观点来自《敏捷革命》在工作中，多数人都只是一个被动的执行者。比如，现在让你调查北京市近期卖了多少小龙虾，没有人告诉你为什么要做这件事，你可能会理解偏差，以至于提供错误的数据，甚至对于领导指派给你这种“毫无意义”的工作感到不满。如果换个说法：作为水产供应商，我想要了解近三个月北京市小龙虾的销售情况，以便安排后期的货源。这种说法是不是明确多了？工作中无谓的消耗时间是最可怕的。往往员工没有得到足
爱学技术的小仙女酱·2019-09-30 22:34

团队第二次作业

作业要求https://www.cnblogs.com/harry240/p/11524143.html团队名称七剑下天山作业目标项目组开展需求调研工作、撰写需求规格说明书、开发项目简介、分析典型用户以及用户故事
NewHaker·2019-09-27 09:00

第二次图团队作业智慧党建云平台需求分析

2019autumnsystemanalysisanddesign作业要求https://www.cnblogs.com/harry240/p/11515702.html团队名称卓越Code作业要求团队成员的学号姓名列表拟开发项目简介典型用户及用户故事项目的主要功能
Slow-walker·2019-09-27 02:00

勿忘初心

多想：多思考用户故事、产品价值、产品蓝图。
红糖梅饼·2019-09-25 14:54

墨尔本大学ISYS1106/08课业解析

userstorycards用户故事卡，是用户需求功能的文字描述，包含三要素：角色（谁要使用此功能）、功能（需要完成什么样的功能）、价值（这个功能会带来什么价值）。burn-downch
May_·2019-09-23 06:17

OneNET概述：以远程运维为例

文章目录系统整体结构用户故事诉求分析诉求1诉求2诉求3诉求4诉求实现要点理解之关键概念整体数据抽象云端“图书馆”云端“图书馆”的扩展功能之触发器云端“图书馆”的扩张诉求实现要点理解之平台化系统整体结构本小节主要讲解远程运维系统的典型作用和整体结构
oatlmy·2019-09-08 21:24

四、敏捷工作

协商当日工作重点团队进行冲刺评审冲刺回顾建立产品愿景设定产品目标创建愿景声明的草案与产品和项目干系人确认愿景声明，并根据反馈进行修改最终确定愿景声明创建产品特性和产品路线图识别产品需求整理产品特性产品特性的估算和排序决定大致的时间框架8计划发布与冲刺分解需求并创建用户故事用户故
沉迷鱼·2019-08-29 10:32

Scrum 工件： 速度图和燃尽图

团队通过跟踪完成达到自己团队完成标准的故事点的数量，就可以基于相对点值对未来需要完成的新的用户故事需要花费多长时间有一个比较可靠的预测。ScrumMaster需要负责跟踪和记录速度。
Worktile·2019-08-27 11:00

Scrum 工件： 速度图和燃尽图

团队通过跟踪完成达到自己团队完成标准的故事点的数量，就可以基于相对点值对未来需要完成的新的用户故事需要花费多长时间有一个比较可靠的预测。ScrumMaster需要负责跟踪和记录速度。
Worktile·2019-08-27 00:00

敏捷测试-持续测试实战

小故事开头有一句话说得好，用户故事是讲出来的不是写出来的，讲人话，达成统一理解。参加用户故事分析讨论应该是整个开发团队的事情，切莫让BA或者PO独自完成。
爱学技术的小仙女酱·2019-08-25 00:12

敏捷测试-持续测试实战

小故事开头有一句话说得好，用户故事是讲出来的不是写出来的，讲人话，达成统一理解。参加用户故事分析讨论应该是整个开发团队的事情，切莫让BA或者PO独自完成。
爱学技术的小仙女酱·2019-08-25 00:12

敏捷测试-最全体系

从UserStory开始在敏捷中需求变成了用户故事，要解决的问题没有变，但是解决问题的思路变了。需求是一种描述最终产物的文档，强调定量，通过精确的标准来完美还原要实现的内容。
爱学技术的小仙女酱·2019-08-25 00:37

敏捷测试-最全体系

从UserStory开始在敏捷中需求变成了用户故事，要解决的问题没有变，但是解决问题的思路变了。需求是一种描述最终产物的文档，强调定量，通过精确的标准来完美还原要实现的内容。
爱学技术的小仙女酱·2019-08-25 00:37

《用户故事实战》：第19章 估算故事

使用分析阅读，理解作者本意一）目的对工作坊编写的故事进行优先级排序，并赋予其估算值。二）使用步骤1.逐字阅读需分析阅读的段落在第1个故事中，作者详细描述了搜索方式和估算值的决定方式。但作者并没有给出，如果第2次的估算值仍然不同，会如何进行下去？在评分和评价这一节，评价的标准是什么？怎么样才能够做到客观？2.答疑解惑1）按照体系审核的习惯，通常在给出每个故事的估算值之后，要加一个总分。2）到目前为止
Ares1981·2019-08-24 23:26

2019-08-26 全天工作

跟踪每天的进展冲刺单板列表，第一竖轴-剩余工作小时数，横轴-已用天数image.pngimage.png任务版，有4列组成待办项进行中待验收已完工开发团队冲刺中需要完成的任务选择需求高的任务并尽快完成用户故事
My_Fuzz·2019-08-24 16:37

《用户故事实战》：第18章 故事

自行解释，构建关键词关系一）目的理解了故事的定义后，它是什么？不是什么？如何估算和计划故事时间？以及经常讨论的话题后，团队开始一个一个生成故事了。二）使用步骤1.对关键词进行联想，寻找其中的关系用户画像：可以充分地描绘用户的资历、职业、擅长、学历。增量和迭代：持续更新，不断发布计划。可扩展性：谷歌的安卓和苹果的iOS最大区别是，前者具有很好的兼容性。约束：既是界定故事的辩解，又是控制用户的权限。2
Ares1981·2019-08-22 23:26

产品版本迭代规划的几大关键步骤

之前我们讲过如何构建产品路线图，路线图可以给PO和团队整体方向的指导，但更具体的内容，需要用户故事地图的方式，通过横向
Worktile·2019-08-22 15:00

产品版本迭代规划的5个关键步骤

之前我们讲过如何构建产品路线图，路线图可以给PO和团队整体方向的指导，但更具体的内容，需要用户故事地图的方式，通过横向
Worktile·2019-08-22 00:00

度量指标，你的团队用了吗？

当我查看过几个我关心的度量指标（展现为折线图）后，发现了一个问题：研发时效中统计的用户故事卡24张，交付时效中统计的用户故事卡34张，中间差的10去了哪里？
苏西的敏捷之旅·2019-08-21 17:34

如何处理scrum中未完成的用户故事？

你听过柏林新建机场的故事吗？机场原定2006年开工，2007年启用，但由于机场建设过程中到处出现施工和安全问题，补东墙漏西墙，导致工期一拖再拖，预算一涨再涨，以至于2019年了还没开张，预计开业时间已经被拖到了2020年10月。无论是建机场还是开发软件，人们往往会低估未完成的工作量。即便没有低估，也会尽可能以能安抚老板客户的方式回复，例如“我已经完成95%了”毕竟，这种粉饰太平的回答总好过“这个复
Worktile·2019-08-21 11:00

如何处理scrum中未完成的用户故事？

你听过柏林新建机场的故事吗？机场原定2006年开工，2007年启用，但由于机场建设过程中到处出现施工和安全问题，补东墙漏西墙，导致工期一拖再拖，预算一涨再涨，以至于2019年了还没开张，预计开业时间已经被拖到了2020年10月。无论是建机场还是开发软件，人们往往会低估未完成的工作量。即便没有低估，也会尽可能以能安抚老板客户的方式回复，例如“我已经完成95%了”毕竟，这种粉饰太平的回答总好过“这个复
Worktile·2019-08-21 00:00

用户故事

这样的过程就叫“用户案例(usercase)”或者“用户故事(userstory)”。
xiaoxiaoHer·2019-08-20 14:00

【牛人财富破局004】向销售高手学习

在对他们进行清单式分析之后，总结出以下四个对我最有启发和帮助的共性：001有故事他们都是有故事的品牌，同时也都善于挖掘用户故事。猫叔一再强调故事的重要性，在牛人定位课基础版上就让我们用半年时间去创
听雨呢喃·2019-08-14 20:18

TAPD上手指南

目录什么是TAPD为什么使用TAPD如何使用TAPD工作台需求——分类管理用户故事迭代——敏捷研发，小步快跑故事墙——直观展示需求状态缺陷——快速跟进产品缺陷报表——高效完成数据分析文档——轻松在线协作编辑什么是
肖潇不吃丸子·2019-08-07 10:07

ACP考试关键词（一）

——基于用户故事的任务3、公司要像敏捷转型，可以选择短工期和小团队的项目来过渡。4、客户认为敏捷流程有缺陷，我们可以开展培训，敏捷专业人士需要保护团队不被终端，清除障碍。
chibimarukochan·2019-08-05 16:46

用户故事，史诗故事和主题故事

我们发现用户故事是最好的描述方式，这种形式能够捕获到特性足够多的信息，并促进产品负责人和团队在后续进一步交流
Agile_zhanglao·2019-07-30 18:35

# 敏捷反思之三: 用户故事是否可以不写 "So that" ?

1背景最近在微信群里，有一些关于用户故事书写的讨论，其中有一些观点用户故事的格式不用完全按照标准格式那样，拘泥于形式。关于格式这一点，不在这里讨论。用户故事的"Sothat"必要性不大。
edwardzhq·2019-07-26 10:55

硝烟中的Scrum和XP读书笔记

2Scrum的强大和令人痛苦之处就在于你不得不根据自己的具体情况来对它进行调整；CH2-1产品Backlog中包含了：故事、特性、需求+优先级并且是用用户的术语的表达；CH2-2howtodemo实际是对用户故事的细化
麦哲思科技任甲林·2019-07-20 23:51

DBLE用户故事 | 工商银行MySQL数据库架构解密

原文链接：https://my.oschina.net/actiontechoss/blog/3070988原创作者：[爱可生开源社区]本文摘要本文根据DTCC数据库大会分享内容整理而成，将介绍工行IT架构转型中传统OLTP数据库架构面临的挑战和诉求，构建基于MySQL分布式企业级解决方案实践历程，包括技术选择、高可用设计、两地三中心容灾、运维管理、资源使用效率等方面的思考和实践经验，同时也介绍了
chiweiliu4439·2019-07-08 14:00

每日Scrum中的3个重要问题是什么？

它具有Scrum工具，如用户故事地图，产品积压管理，sprint积压管理，任务管理，日常sc
Warren2Lynch·2019-07-08 00:00

如何使用 User Story(用户故事)

为什么使用UserStroy用户故事是进行软件开发时，常用的一个基本工具。当我们在进行实体项目开发时，常常被许多需求压到喘不过气，有时候做太多、有时候做太少、有时候做歪。
88f7c9a90d6e·2019-07-04 13:37

积压修饰最佳实践 (Best Practices for Backlog Grooming)

产品所有者将主持会议并让每个人查看现有的用户故事，以决定哪些可以从积压列表中删除。此时也可以添加用户故事，或者拆分用户故事以使其更易于管理。以下是一些提高进度效率的技巧。
Warren2Lynch·2019-07-04 00:00

用户福利 | DBLE 社区支持免费 Mycat 问题诊断

相对于Mycat，DBLE从以下四点进行了增强：修复了大量Mycat历史遗留的Bug按月稳定的版本更新，持续的开发维护活跃和谐的社群交流，快速的issue响应修复定期的线上线下交流，用户故事的学习分享简单稳定
爱可生云数据库·2019-07-04 00:00

用户故事地图 User Story Map

从纯粹的实际角度来说，它涉及构建一个用户故事网格，这些故事在标题下排列，代表用户在产品中的体验。这可以通过团队成员之间的一系列对话迭代完成。
Warren2Lynch·2019-07-03 00:00

一文读懂如何安排Scrum事件

它具有Scrum工具，如用户故事地图，产品积压管理，sprint积压管理，任务管理，日常scru
Warren2Lynch·2019-06-28 00:00

在Visual Paradigm中编写用户故事

基于故事的对话，确认，书面场景和故事板用3C写下用户故事用户故事是一种广泛用于敏捷软件项目的技术，用于捕获和确定软件需求的优先级。卡，会话和确认，即3C，已知是良好用户故事的三个关键组成部分。
Warren2Lynch·2019-06-25 15:31

用户故事与敏捷方法—发布计划（实战四）

创建发布计划需要：1、确定迭代长度2、估算速率3、给故事安排优先级4、讲故事分配到一轮或者多伦的迭代中因为新网站功能需要在四周内交付，所以团队决定用两周长度的迭代。估算速率一轮迭代有2个星期（10个工作日）和2个程序员，也就是一轮迭代中有20人天。Maria和Rafe估算他们每轮迭代可以完成7-10个故事点，估算速率为8。给故事安排优先级作为客户，Lori给故事安排优先级。Lori根据4周后的发布
chibimarukochan·2019-06-19 15:46

用户故事与敏捷方法—发布计划（实战四）

创建发布计划需要：1、确定迭代长度2、估算速率3、给故事安排优先级4、讲故事分配到一轮或者多伦的迭代中因为新网站功能需要在四周内交付，所以团队决定用两周长度的迭代。估算速率一轮迭代有2个星期（10个工作日）和2个程序员，也就是一轮迭代中有20人天。Maria和Rafe估算他们每轮迭代可以完成7-10个故事点，估算速率为8。给故事安排优先级作为客户，Lori给故事安排优先级。Lori根据4周后的发布
chibimarukochan·2019-06-19 15:46

用户故事与敏捷方法—估算故事（实战三）

故事编写坊产生了20个故事，下一个目标是创建一个发布计划，给客户Lori展示开发人员期望完成什么，网站能否在老板定下的30天期限里完成。因为很有可能在30天内不能完成所有工作，开发人员需要和Lori一起排序故事的优先级。为了创建发布计划，每个故事都需要一个估算。估算方法见：《计划扑克》展示所有估算：
chibimarukochan·2019-06-19 15:14

用户故事与敏捷方法—一些用户故事（实战二）

为了生成初始的故事清单，团队决定召开一次故事编写工作坊。团队决定从一个特定的用户角色或者虚构人物开始写出团队所能想到的所有故事，然后考虑下一个角色或者虚构人物。Teresa的故事团队决定从识别出的虚构人物Teresa入手。故事卡1:用户可以使用作者、数名或者ISBN搜索书籍故事卡2:用户可以查看书籍的具体信息。包括出版日期、内容简介、页数故事卡3:用户可以把书籍放进“购物车”，在结束购物时，可以购
chibimarukochan·2019-06-19 15:14

用户故事与敏捷方法—一些用户故事（实战二）

为了生成初始的故事清单，团队决定召开一次故事编写工作坊。团队决定从一个特定的用户角色或者虚构人物开始写出团队所能想到的所有故事，然后考虑下一个角色或者虚构人物。Teresa的故事团队决定从识别出的虚构人物Teresa入手。故事卡1:用户可以使用作者、数名或者ISBN搜索书籍故事卡2:用户可以查看书籍的具体信息。包括出版日期、内容简介、页数故事卡3:用户可以把书籍放进“购物车”，在结束购物时，可以购
chibimarukochan·2019-06-19 15:14

用户故事与敏捷方法—Scrum与用户故事

——————————Scrum基础——————————Scrum是迭代和递增的过程。1、迭代——开发团队首先针对系统的一部分开始开发，通过一轮迭代，不断给软件添加更多细节，软件功能越来越完备。2、增量——团队按照功能点开发和发布软件，每个功能点或者称为功能增量，代表一个完整的功能子集。每一个功能增量都被完整的实现以及测试通过。Scrum团队1、一个Scrum团队通常是有4—7个开发人员组成。2、团
chibimarukochan·2019-06-19 11:07

用户故事与敏捷方法—Scrum与用户故事

——————————Scrum基础——————————Scrum是迭代和递增的过程。1、迭代——开发团队首先针对系统的一部分开始开发，通过一轮迭代，不断给软件添加更多细节，软件功能越来越完备。2、增量——团队按照功能点开发和发布软件，每个功能点或者称为功能增量，代表一个完整的功能子集。每一个功能增量都被完整的实现以及测试通过。Scrum团队1、一个Scrum团队通常是有4—7个开发人员组成。2、团
chibimarukochan·2019-06-19 11:07

用户故事与敏捷方法—用户故事不良症兆

故事太小症状：经常需要调整估算解决方法：一定程度上合并故事故事相互依赖症状：故事相互依赖，所以很难做迭代计划解决方法：把相互依赖的故事合并成一个故事镀金症状：开发人员在迭代计划中实现了计划外的功能，或者仅仅凭借自己的感觉实现故事，实际的功能超出了实际的需要。解决方法：提高项目组中每个人任务的可见性，这样团队就自我约束，减少镀金。细节太多症状：在实现故事之前花太多功夫去收集整理故事细节解决方法：小卡
chibimarukochan·2019-06-19 10:00

用户故事与敏捷方法—用户故事不良症兆

故事太小症状：经常需要调整估算解决方法：一定程度上合并故事故事相互依赖症状：故事相互依赖，所以很难做迭代计划解决方法：把相互依赖的故事合并成一个故事镀金症状：开发人员在迭代计划中实现了计划外的功能，或者仅仅凭借自己的感觉实现故事，实际的功能超出了实际的需要。解决方法：提高项目组中每个人任务的可见性，这样团队就自我约束，减少镀金。细节太多症状：在实现故事之前花太多功夫去收集整理故事细节解决方法：小卡
chibimarukochan·2019-06-19 10:00

用户故事与敏捷方法—用户故事的优势

使用用户故事带来的好处1、用户故事强调口头沟通——往往能够促成对需求的充分理解2、人人都可以理解用户故事——用户故事简洁明了，并且向用户或者客户展示价值，没有太多的技术和商业术语。
chibimarukochan·2019-06-19 10:58

用户故事与敏捷方法—用户故事的优势

使用用户故事带来的好处1、用户故事强调口头沟通——往往能够促成对需求的充分理解2、人人都可以理解用户故事——用户故事简洁明了，并且向用户或者客户展示价值，没有太多的技术和商业术语。
chibimarukochan·2019-06-19 10:58

用户故事与敏捷方法—故事不是什么

故事如何区别于其他三种常见的需求方法：用例、IEEE830软件需求规格、交互设计场景一、用户故事不是IEEE830IEEE830软件需求规格，最突出的特征是使用短语“系统应该........”,侧重于关注需求的坚持清单
chibimarukochan·2019-06-19 09:56

用户故事与敏捷方法—故事不是什么

故事如何区别于其他三种常见的需求方法：用例、IEEE830软件需求规格、交互设计场景一、用户故事不是IEEE830IEEE830软件需求规格，最突出的特征是使用短语“系统应该........”,侧重于关注需求的坚持清单
chibimarukochan·2019-06-19 09:56
上一页 14 15 16 17 18 19 20 21 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他