用户故事

不懂用户故事做不好敏捷开发！（一）

用户故事（UserStory）是从用户的角度对系统功能的描述。所以，又被称为使用者故事。用户故事最重要的特点在於每一个用户故事都是一个“可独立分配”的需求单位。
handone云协作平台·2020-03-23 13:40

冲顶大会产品分析

产品形式直播+美女或明星+知识问答用户故事特定时间进入比赛。主持人（美女或明星）出题，手机会弹出选答案按钮abc，答题时间维持5秒。过后主持人会公布答案，正确可以继续答题。错误就出局。
草珊瑚_6557·2020-03-22 15:21

从传统行业瀑布式开发到SaaS行业敏捷开发，我都学到了什么？

一个好的用户故事应该遵循INVEST原则，即：独
小谟·2020-03-22 10:51

手把手教你写用户故事验收标准

用户故事验收标准的定义“验收标准”和“满足条件”交替使用，可以清晰的定义价值主张、用户流程或解决方案的特点。
测试大头兵·2020-03-22 03:57

用户故事与敏捷方法之三-----什么时候使用用户故事？

上两篇阐释了Why：为什么使用户故事，而不是详尽的文档？What、How、Who：什么是用户故事，怎么写，谁来写，谁使用？
木卯很小·2020-03-21 08:29

北京拆书帮宇宙中心分舵第138期活动日志

拆书欢乐多0.刘佳·主持1.闪电《善用时间》晨间检视2.小新《用户故事地图》便签讨论法3.朱琳《结构思考力》结论先行4.哈默·现场分享·个人成长美美哒主持刘佳0.刘佳·主持今天有3位拆书家拆解，还有个人成长大神哈默镇场
森和·2020-03-21 03:42

敏捷需求管理读后感（一）

这本书真厚，内容不错，昨夜开始看，今天大概翻了一遍，用了检视阅读的第二种方式粗浅阅读，因为刚看过《用户故事与敏捷方法》，前半部分看得比较快，后来效率低了，有些章节可能近期也不是特别适用，后半部分没太能看进去
知遇·2020-03-20 18:27

敏捷开发自动化测试框架之用户故事

自动化测试框架搭建及开发，我是按照敏捷开发的用户故事模式，把每个阶段都拆成一个大故事，再拆分成一个个小的故事，一一实现。
奔跑的小小鱼·2020-03-20 09:08

Scrum 工件： 速度图和燃尽图

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

《持续交付》 - 自动化验收测试

所以去做验收测试是很有必要的，对于每一个验收测试来说，只有其满足了验收从条件（功能和非功能性的），我们才能确定我们真的完成了当前这一用户故事或需求。
司鑫·2020-03-20 08:47

Worktile 对话搜狐企业网盘

当然，在这条路上奋勇直前的团队绝不止Worktile一支，本期用户故事的主角便是以不同于Worktile方式来诠释“协作“的团队，欢迎来自搜狐企业网盘的小伙伴们！
Worktile·2020-03-19 11:44

温故而知新之用户故事

图片发自App什么是用户故事？用户通过系统完成他一个有价值的目标。这样的过程就叫“用户案例(usercase)”或者“用户故事(userstory)”。该如何写用户故事？
巧巧哎·2020-03-18 17:24

Day One 之理念篇: DevOps与敏捷，用户故事地图，价值流图

训练营往期回顾:DayZero–开通效率云服务<用户故事地图–研发价值流实操部分我们会使用
WakandaForever·2020-03-18 02:35

买卖房产用户故事

关于买房房产的用户故事1、张女士，28岁，工薪族，来上海工作五年工作第三年与许先生结婚，两人都是外地户口，租房住，眼瞅着房租一年比一年贵，张女士算了笔账，房租4000，两人公积金将近3000多，买套200
周小Z·2020-03-13 07:56

在最终用户不存在的情况下如何编写用户故事

无独有偶，在《用户故事》的第五章中就提到了客户代理的概念，仔细阅读下来，跟自己之前的想法基本是一致的。关于用户代理的角色可以有多种，可以是市场行销人员，可以是用户的部门经理，可以是一些领域专家，也
zyq2017·2020-03-13 03:00

且听我下回分解 之 如何拆分用户故事

书接上回～～～故事点燃尽图有什么用为了能够得到团队的真实进度，我们应该采用故事点燃尽图来跟踪真实的复合DOD标准的进度。但是敏捷团队在转型初期，采用故事点来跟踪进度的时候，往往会发现故事点很难在迭代的早期下降，如下图：虽然很努力的按照标准的形式开展了几个会议，但是每次到了迭代执行的时候，总是不能让故事点早一点开始下降。可以说衡量一个团队是否真正的采用了敏捷的方式在工作，一个非常重要的标志就是团队的
jeri_shi·2020-03-12 10:49

关于用户故事地图的7种用法

如果您想订阅本博客内容，每天自动发到您的邮箱中，请点这里之前读完JeffPatton的《用户故事地图》觉得是一本好书，但是一直没有机会去实践。
Lanlanwork·2020-03-08 16:08

什么是用户故事？用户故事与敏捷方法介绍

用户故事用户故事是一个用来确认用户和用户的需求的简短的描述，把你的用户角色提炼出来。因为用户角色一般都比较常规，你可能需要用几个用户故事来组成一个丰富的用户角色。
Darren_Lin·2020-03-07 21:50

谷歌特训营心得1 这是门靠谱的生意吗？

花了将近一个月不断迭代用户素描、用户故事
后宫猫三千·2020-03-07 08:08

测量敏捷Scrum团队的速度

要计算敏捷团队的速度，只需将迭代中成功交付的功能，用户故事，需求或积压项目的估算值相加即可。
Warren2Lynch·2020-03-06 08:30

敏捷开发看板（转）

在我的理解中，敏捷开发中最先需要实施的三项重要工作需求用户故事化，沟通站会制以及进度看板化，这三个如果实施好了，不管你是否在实施真正敏捷还是对当前项目管理方式的一种改进，都能在研发管理过程中取得很大的进展
萌宠文艺馆·2020-03-06 02:40

日思清单 0722 敏捷开发

Paste_Image.png拓展应用敏捷营销敏捷组织，透明化扁平化管理敏捷洋葱圈Paste_Image.png敏捷关键用户故事：卡片和对话，验收确认符合用户需求编写用户故事：我作为（角色）想要（功能）
黄金鸡腿·2020-03-04 23:21

FREQUENCY 函数

A10组合键确认输入，公式才能正常计算；大于区间1，小于等于区间23、FREQUENCY函数对行列没有限制=FREQUENCY(A1:B6,D1:E6)4、FREQUENCY分段点中的数值可以重复5、用户故事
SilenYoung·2020-03-04 13:10

测试开发招聘

二、任职要求三年以上经验，有开发经验会脚本的优先；善于使用工具，有敏捷测试会探索的优先；熟悉过程改进，善于提高团队效率的优先；正版一、岗位职责基于用户故事，澄清需求，编制测试计划；基于用户故事，编写测试大纲和测试用例
michael_jia·2020-03-03 03:49

敏捷之旅活动记录

我对敏捷开发的认识不多，只是看过敏捷相关的书，知道一些敏捷开发的思想，原则和一些方法，比如用户故事，小卡片，迭代等。参加这次活动，主要是满足好奇心，想体验下互联网行业的开放，分
小李子_忽略下滑线后面的·2020-03-02 18:16

【用户故事地图】关于项目需求管理——产品全景图

为什么会有用户故事地图让团队关注点从共享文档转向对产品取得共识。
Scharlie·2020-03-02 15:35

敏捷项目管理-用户故事地图

用户故事是一种思维，即故事思维，运用故事的元素进行思考和设计，解决问题、达到某种效果。用户故事设计中核心是通过故事传递信息，引起共鸣，解决问题。
wx5bf3675691155·2020-03-01 15:05

敏捷项目管理-用户故事

在远古时代，文字没有出现之前。知识的传承靠口口相传，不管隔了多少代，其准确性很高。文字出现后，我们大脑中的这种技能反而逐步衰退。于是各种软件、各种方法充斥着我们，左右着我们。各位是否也有相同的想法？试想一下，上节课我们讲了什么？每次应允别人的承诺，我们转过头就忘记？比如忘记约会，忘记洗车、忘记写日报？“要想知道栗子的味道，你得咬一口”这个真理朴实，正确。当用户提出一款软件时，我们不要只想着从技术的
wx5bf3675691155·2020-03-01 15:58

敏捷项目管理-用户画像

用户故事：卡片、对话和确定；基于三个步骤进行开展。举例：项目：A公司是一家检测设备公司下的子公司，主要服务对象是制造业，由于早起软件系统陈旧，导致客户满意度很低。
wx5bf3675691155·2020-03-01 15:41

敏捷项目管理-MVP

《用户故事实践》一书中提到“用户故事和IEEE830“，前者通过用户角度关注新产品的目标，而不是新产品的属性列表，我们能够设计出更好的解决方案来满足用户需求；后者需要编写一套详尽严格的需求说明书，将注意力集中到需求列表中
wx5bf3675691155·2020-03-01 15:00

什么是用户故事

storytime为什么要来讨论用户故事在传统研发模式下，特别是在一些小型的产品研发领域，产品经理往往会编写一份产品需求文档（PRD），然后技术团队再依照于这个PRD文档来做开发。
鲁佳·2020-03-01 04:29

敏捷软件项目管理之我见

个人认为，在Userstory（用户故事）和Developer开发人员的Task（开发任务）之间存在着一个无法顺畅衔接的裂隙，通常Userstory是由BA（业务分析师）来设定的，根据业务的需求，将希望达成的产品需求分解为一个个独立的用户故事
世风十三·2020-02-29 18:59

用户体验地图笔记（一）--用户故事挖掘

不断有人在努力将用户心理模型操作化，并提出了相关的方法和模型，今天要写的就是用户故事。在心理学中有个流派，提倡叙事研究（narrativeresearch）。这个流派认为人是通过构建和讲述一个
阳光下长椅上的猫·2020-02-28 20:38

新产品的第一个用户故事很重要

最近看完了梁宁的「产品思维30讲」，写点关于用户画像和用户体验地图的东西。用户画像因为这个课程并非针对专业的产品经理，内容更多体现在「产品思维」上，所以梁宁这里说的用户画像就简单很多，她将所有的用户分为三类：大明、笨笨、小闲。大明是指那种使用某个产品目的性非常强的用户，他们对自己的需求非常明确；笨笨，有需求，但不那么明确；小闲，没什么需求，就是打发时间。用梁宁自己的话来说，这是最最初级和粗浅的用户
好生菜·2020-02-28 18:06

试着讲一讲用户故事吧

「不要从产品开始，从故事开始」。需求不明确？在项目推进过程中，将需求转化为开发团队可操作的东西是一项非常具有挑战性的任务。很多时候用户或者客户的需求是这样的：「我需要一个登录功能」「我希望能拉黑别人」……但假如向开发者这样提需求，往往会得到这样的回复：「为什么要这样做？这么做的意义是什么？」。仅仅从这些需求来看，由于需求的不完整性，不但难以实现开发，同时也无法成为最终需求验收的标准。遇到这种情况，
miosama·2020-02-25 23:06

读书《用户故事地图》

主题：用户故事地图用户故事地图核心在于讲故事，让大家都看到这个故事的全貌，达成共识。任务颗粒度，切分一个完整的任务，一早上起起床为例，洗澡可以是一个单独的任务，因为不会洗澡到一半去扫地。
chuva·2020-02-23 05:49

敏捷如何看待项目

但凡看过一些敏捷资料的人都能说出个几点，比如迭代、冲刺、用户故事、测试驱动等等，看上去很美，听起来很简单。仔细
郭致星·2020-02-22 04:52

【读书笔记】《探索式软件测试》——第5章：混合探索式测试技术（上）

有价值的场景会做下面列出的一件或多件事情：a）讲述用户故事：记录用户使用软件的动机、目的以及具体动作，比如：用户输入他的银行信息b）描述需求：需求描述了软件具有的功能，描述这些需求的场景应该涉及如何使用产品来执行这些功
小静默·2020-02-18 13:47

手把手教你写用户故事验收标准

用户故事验收标准的定义“验收标准”和“满足条件”交替使用，可以清晰的定义价值主张、用户流程或解决方案的特点。
CCGI敏捷行动派·2020-02-18 11:44

UML-Use Case Diagram

用例图可以帮助需求工程师和项目成员搞清楚项目的大概需求，与敏捷中的用户故事有相似之处。在做用例图的时候往往会问这两个问题：1）这个系统用户是谁？2）用户通过这个系统能做什么？
singlefold·2020-02-18 02:32

敏捷团队在工作空间应该准备什么

也可考虑展示已通过客户验收的用户故事数量和新引入
万学凡·2020-02-17 09:29

PMI-ACP 敏捷项目管理9——识别干系人

识别干系人的工具，主要包括：任务、线框图和用户故事二、人物人物是用细节描述详细阐释用户信息，提供客户的背景；部分人物带有名称、地址、年龄、收入、洗好、厌恶和其他概念性细节。任务是快速识
隔壁老李头·2020-02-17 04:00

第一章 概览

什么是用户故事描述了对用户、系统或软件购买者有价值的功能。包含：卡片（Card）、对话（Conversation）、确认（Confirmation）。卡片代表客户需求而不是记录需求。
tiancijiaren·2020-02-17 03:21

别小看“讲故事”的力量，我们该学习讲故事的力量

我们常聊的用户故事我有酒，你有故事吗？我们可以彼此说说故事，但这故事不是你的也不是我的，而是受众群体的。学习做过产品，跟一群大脑强悍程序员沟通，难免磕磕绊绊。
点点圈圈圈圈·2020-02-17 03:10

《用户故事与敏捷方法》读书笔记——第一章

第一部分起步第一章概览什么是用户故事用户故事描述了对用户、系统或软件购买者有价值的功能。一份书面的故事描述，用来做计划和作为提示。（Card）有关故事的对话，用于具体化故事细节。
yuhan_sining·2020-02-17 01:19

关于《用户故事与敏捷方法》的学习感悟

本书主要阐述了”用户故事”能够对产品产生怎样关键性的作用与价值，并就”用户故事”的建立与使用过程进行了全面细致的分析。
默晓兮·2020-02-14 16:44

用户故事

故事卡包含对用户或者客户有价值的功能的简短描述。故事卡是故事的可见部分，但客户团队和开发人员关于故事的对话更重要。客户团队包括那些确保软件符合潜在用户需求的人，可以包括测试人员、产品经理、实际用户和交互设计师。故事卡由客户团队编写，因为他们最了解如何表达需要实现的需求，也因为他们会在后期与开发人员共同确定故事细节并安排故事的优先级。按照故事对客户的价值来安排故事的优先级。将各个故事放入迭代，进行发
鸡蛋放点盐·2020-02-13 07:57

敏捷知易行难

1.用户故事的业务如何分解，感觉分解的不是很好。2.计划制定困难估算时间估算的不准确。而且大家遵守也不是很好。3.Spring结束后并没有提交可交付的成果，验收标准制定不准确。
俊达61·2020-02-12 01:28

产品心得｜用讲故事的方式设计管理后台

OMS设计是按用户故事设计思路来设计用户的使用场景，通常来讲用户故事，包括时间、人物、地点、事件。
Mandy权·2020-02-11 12:30

scrum精髓（敏捷转型指南）第五章

【目录】需求与用户故事好故事的INVEST原则用户故事应该是独立的，至少也应该是相互间松散耦合的故事细节应该是可协商的故事要有价值可估算大小合适可测试
JaneMinHa·2020-02-10 17:48
上一页 11 12 13 14 15 16 17 18 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他