用户故事

总结 - Agile1001公开课 第三期【北京】敏捷需求捕获By用户故事

（如有企业或个人能提供场地赞助，请联系我或王立杰老师）会后的合影：关于用户故事的3C【DanielTeng扩充为5C】和INVEST原则，也可以参考我之前总结的一篇博文。
jjavabboy·2014-01-21 22:00

Agile1001公开课 第三期【北京】敏捷需求捕获By用户故事

感兴趣的同学请于后台回复报名报名格式： 中文姓名、手机、公司题目：【实战工作坊】敏捷需求捕获By用户故事地点：望京附近，近地铁15号线出站口，为防止空降，具体地址另行通知。
jjavabboy·2014-01-21 22:00

Gojko Adzic将写一本改善用户故事的书

更好的用户故事会提升软件交付么？GojkoAdzic认为，在团队管理用户故事的方式中应用一些小的变化能够对他们软件交付的实际产出产生巨大的影响。
Ben Linders·2014-01-20 00:00

敏捷测试（6）--基于story的敏捷基础知识

基于story的敏捷基础知识----需求管理（三）（3）每日站会站会的目的有三个：（1）周知进度仅从用户故事和任务的层面周知进度，任务进度只有两种状态：完成或未完成（完成百分比）。
kaka1121·2014-01-16 15:00

敏捷测试（2）--ATDD概念

典型的ATDD开发过程是：   Step1：产品负责人向测试人员和开发人员讲解用户故事，澄清他们提出的问题；
kaka1121·2014-01-13 17:00

体验最火的敏捷——SCRUM（厦门，2014.1.4）

 1.概述SCRUM是当前最火的一种敏捷开发方法，有用户故事、冲刺、燃尽图等很多很酷的玩法，有牛B的产品负责人、SCRUMMaster，有超强的自组织团队。本沙龙将为您展现当前最火最酷的敏捷开发方法！
u010825142·2013-12-16 18:00

体验最火的敏捷――SCRUM（厦门，2014.1.4）

 1.概述SCRUM是当前最火的一种敏捷开发方法，有用户故事、冲刺、燃尽图等很多很酷的玩法，有牛B的产品负责人、SCRUMMaster，有超强的自组织团队。本沙龙将为您展现当前最火最酷的敏捷开发方法！
fireball1975·2013-12-16 18:00

解析精益产品开发（三）——面向价值的可视化

用户故事图谱和任务看板、版本和迭代燃尽图，可视化已经成为敏捷和精益产品开发必选实践。可视化真的重要吗？我们将从一个真实团队的实践开始，探讨可视化的作用，以及如何让可视化发挥效用。
july·2013-11-30 12:00

解析精益产品开发（三）——面向价值的可视化

用户故事图谱和任务看板、版本和迭代燃尽图，可视化已经成为敏捷和精益产品开发必选实践。可视化真的重要吗？我们将从一个真实团队的实践开始，探讨可视化的作用，以及如何让可视化发挥效用。
何勉·2013-11-29 00:00

解析精益产品开发（三）——面向价值的可视化

用户故事图谱和任务看板、版本和迭代燃尽图，可视化已经成为敏捷和精益产品开发必选实践。可视化真的重要吗？我们将从一个真实团队的实践开始，探讨可视化的作用，以及如何让可视化发挥效用。
何勉·2013-11-29 00:00

敏捷开发一千零一问系列之三十六：如何做小版本迭代的代码管理

答案1.每个版本选择相对内聚的故事群所谓故事群，就是互相关联性大的用户故事。比如假设有下面这些关于用户-团队-角色-
cheny_com·2013-11-22 16:00

用户故事 userstory

UserStory模板 UserStory可以遵循以下模板：AsaIwanttoSothat Ican 翻译成中文就是：作为一个，我要，我这么做的原因是。 UserStory应遵循INVEST规则Independent独立性，避免与其他Story的依赖性。Negotiable可谈判性，Scrum中的story不是瀑布开始某事中的Contract,Stories不必太过详细，开发人员可以给出适当的建
gnicky·2013-11-13 13:00

由点到线，关注测试进度

图1：等待测试的用户故事个数存在的问题：(1)只有故事数量导致我们看不到故事后面工作量的变化。例如，今天测试通过，关闭了3个小的用户故事，但同时今天开发提交了3个大的用户故事。
qileilove·2013-10-08 11:00

2013软创基地年度大会（深圳站 20131102）——敏捷落地！

SCRUM是当前最火的一种敏捷开发方法，有用户故事、冲刺、燃尽图等很多很酷的玩法，有牛B的产品负责人、SCRUMMaster，有超强的自组织团队。
u010825142·2013-09-13 19:00

【摘取】敏捷测试，用户故事：一个关于“货物送达时间”的故事的评估实例

故事PA-4：    作为一名客户，我想知道根据我所选择的货物送达时间，要花多少送货费，这样如果我觉得价格不合适也可以修改送达时间。l 测试人员：“有哪些送达时间可供用户选择？”l 产品负责人：“标准的是5天送达，还有两天送达和次日送达。”l 程序员：“我们可以先从只提供一种送达时间做起，算出费用。然后就很容易的实现另外两种方式了。”l 产品负责人：“嗯，这样分解任务很不错。”l 测试人员：“我们
qicyt1812·2013-09-05 15:00

【摘取】敏捷测试，用户故事：一个关于“删除购物车中的某些商品”的故事评估的实例

故事PA-3：   作为本网站的一位购物者，我希望能删除购物车中的某些商品，这样当我改变主意时就可以不购买它了。 产品负责人看过故事之后，进行了如下讨论：l 产品负责人：“我们就是想让用户能很容易的删除物品，但还没想到有效的实现方式。”l 测试人员：“客户可以一次删除几个物品吗？”l 产品负责人：“噢，可以，步骤越简单越好。”l 测试人员：“假如客户不小心删掉了一个他想买的东西怎么办？”l 产品负
qicyt1812·2013-09-05 15:00

SCRUM和用户故事（User Story）

UserStory是一种描述用户需求、业务价值的最佳实践，但不是说非要用UserStory的形式来描述需求，而且通常在一个Sprintbacklog中，尤其在最初的若干Sprint中会存在一些架构设计、技术调研、接口定义、获取背景知识这些方面的事项和任务需要处理，那么这些任务是不适合用UserStory进行描述的，应该用技术团队熟悉的语言和规范进行描述，这些任务是为了后续Sprint更好更多的完成
iefreer·2013-09-03 12:00

【摘取】敏捷模式下的测试人员权利法案

你有权利评估测试任务并将这些包含到用户故事评估中。你有权利期望你的整个团队，而不仅仅是你自己，为质量和测试负责。
qicyt1812·2013-09-03 09:00

Backlog编写指南

Backlog也叫用户故事。 Backlogd的写法不拘一格（可参考《硝烟中的scrum.pdf》中的模式，或《移山之道》中的模式），但要满足以下的原则：1.便于理解。2.完整独立。3.可以验证。 
ltylove2007·2013-08-23 09:00

需求分析

需求分析用例图UC，usercase，用例图US，userstory，用户故事sprint，迭代周期UC矩阵，U（Use）-使用，C（Create）-创造。谁使用谁创造的什么。
virusswb·2013-08-14 12:50

性能测试及系统优化类型的用户故事

性能测试及系统优化类型的用户故事在梳理用户故事时，一个常见问题是：我们应不应该有独立的性能测试相关的用户故事？
qileilove·2013-07-31 10:00

敏捷开发用户故事系列之十一：CSDN博客用户故事分析

这是敏捷开发用户故事系列的第十一篇。（栏目目录）经常有人问起有没有完整的用户故事案例。
cheny_com·2013-07-12 14:00

敏捷开发用户故事系列之十：八步走从用户故事生成代码结构

这是敏捷开发用户故事系列的第十篇。（栏目目录）面对一张白纸的时候，如何才能迅速理清头绪写出一个结构相对完整、颗粒度适中的功能清单，而且程序员就知道了要写哪些类和函数？
·2013-07-10 19:00

<< 硝烟中的scrum和XP>>书读后小结

下面是小结一些精彩的（当然很多精彩的，就在脑子里了，不写出来了）1产品backlog中的用户故事一般可以包括如下字段:   ID编号   名称:   重要性级别:给出一个有区分区间的分值,比如10,20,30
jackyrongvip·2013-07-01 17:00

如何将你的敏捷项目可视化

然而，随着项目增大，团队开始迷失在大堆的用户故事里，很难让每个人都能看到相同的全景图（bigpicture）。本文讨论了可视化全景图的各种方法。不仅可用于负责人和管理者，更可以用于每一个人。
昵称4·2013-06-20 06:00

如何将你的敏捷项目可视化

然而，随着项目增大，团队开始迷失在大堆的用户故事里，很难让每个人都能看到相同的全景图（bigpicture）。本文讨论了可视化全景图的各种方法。不仅可用于负责人和管理者，更可以用于每一个人。
Kulawat Wongsaroj·2013-06-20 00:00

如何将你的敏捷项目可视化

然而，随着项目增大，团队开始迷失在大堆的用户故事里，很难让每个人都能看到相同的全景图（bigpicture）。本文讨论了可视化全景图的各种方法。不仅可用于负责人和管理者，更可以用于每一个人。
Kulawat Wongsaroj·2013-06-20 00:00

iPhone App开发实战手册学习笔记（9）之设计IOS App的目标

有些开发人员喜欢编写用户故事来确认用户的各种需求都能实现。2.2遵循既定惯例苹果公司的内置应用中有很多出色的行为，手势应用，跟着他们的脚步是一个很明智的做法。
u010013695·2013-06-17 15:00

敏捷开发一千零一问系列之三十四：如何弄清楚项目需求（需求开发步骤）？

（在这里提问，之一，之二，之三，问题总目录）也是敏捷开发用户故事系列的第十篇（栏目目录）。问题需求清晰到什么程度可以进行开发？一定要弄清楚需求才能开发吗？怎样才能弄清楚需求？
cheny_com·2013-06-14 11:00

具有流程图和故事图的产品待办事项列表

 组织一份产品待办事项列表（backlog）有助于保持对用户故事的概观并放眼大局。ShrikantVashishtha撰写的一篇题为《故事映射与流程图》的博文，描绘了如何将用户故事映射到流程图。
Ben Linders·2013-05-30 00:00

重新发明敏捷：从价值到解决方案

Jean-JacquesDubray是一位作家、评论家和InfoQ编辑，他撰写了一篇题为《重新发明敏捷：从价值到解决方案》的博客文章，在其中质疑了敏捷用户故事的架构。
Shane Hastie·2013-05-30 00:00

具有流程图和故事图的产品待办事项列表

 组织一份产品待办事项列表（backlog）有助于保持对用户故事的概观并放眼大局。ShrikantVashishtha撰写的一篇题为《故事映射与流程图》的博文，描绘了如何将用户故事映射到流程图。
Ben Linders·2013-05-30 00:00

我们应该把没有通过测试的故事回退到“开发”状态吗

我们应该把没有通过测试的故事回退到“开发”状态吗EricWilleke在思考：任务看板上的那些没有通过测试的用户故事，该怎么处理呢？应该把它回退到“开发”状态，还是保留“测试中”的状态？
qileilove·2013-05-24 11:00

Scrum最后一公里

研发部门试点敏捷，前面的过程基本都比较正常，用户故事，计划会议、短迭代、站立会议、回顾会、功能验收，基本都能正常完成，但是把产品发布出去，给生产部门使用后，总是得不到及时的反馈，总是等到系统正是开始使用后
changbean·2013-05-21 23:29

Scrum最后一公里

阅读更多研发部门试点敏捷，前面的过程基本都比较正常，用户故事，计划会议、短迭代、站立会议、回顾会、功能验收，基本都能正常完成，但是把产品发布出去，给生产部门使用后，总是得不到及时的反馈，总是等到系统正是开始使用后
bin.chang·2013-05-21 23:00

Scrum最后一公里

阅读更多研发部门试点敏捷，前面的过程基本都比较正常，用户故事，计划会议、短迭代、站立会议、回顾会、功能验收，基本都能正常完成，但是把产品发布出去，给生产部门使用后，总是得不到及时的反馈，总是等到系统正是开始使用后
bin.chang·2013-05-21 23:00

Scrum最后一公里

  研发部门试点敏捷，前面的过程基本都比较正常，用户故事，计划会议、短迭代、站立会议、回顾会、功能验收，基本都能正常完成，但是把产品发布出去，给生产部门使用后，总是得不到及时的反馈，总是等到系统正是开始使用后
bin.chang·2013-05-21 23:00

【译】敏捷 vs 伪敏捷

用户故事描述的细节比一条微博还要简短，史诗级的（低优先级，更大块的）用户故事描述的是项目大多数的悲剧地方(Epicdescribestheproportionsofmostprojec
o2o_o2o·2013-05-02 03:00

自动化测试最佳实践 连载四

有时候用户故事未完成。比如，我们从一个包含5页向导程序的UI开始一个故事（story），其中只有4页完成了。
qileilove·2013-04-24 13:00

优秀用户故事的准则

一、用户故事的概念：用户故事描述了对软件（或系统）用户或客户有价值的功能。用户故事包括三方面内容：书面描述（用于计划和备忘），交谈（细化故事细节），以及测试用例（验证故事实现）。
yczz·2013-04-07 15:00

应用软件设计需要原型设计工具

应用软件设计需要原型设计工具依据ICONIX过程与AMDD方法，敏捷设计的过程可以大致总结为以下的几个步骤：进行用例分析（或者用户故事），同时设计初步的域（domain）模型。
LiSteven·2013-04-03 13:00

应用软件设计需要原型设计工具

2019独角兽企业重金招聘Python工程师标准>>>应用软件设计需要原型设计工具依据ICONIX过程与AMDD方法，敏捷设计的过程可以大致总结为以下的几个步骤：进行用例分析（或者用户故事），同时设计初步的域
weixin_34344403·2013-04-03 13:00

是否应该为技术债创建用户故事？

那么，是不是应该创建用户故事来应对这样的技术性任务或技术债呢？在博文《像“作为开发者……”这样的表达并非用户故事》中，BillWake谈到了他所遇到的对客户没什么价值的用户故事。
·2013-03-27 14:00

是否应该为技术债创建用户故事？

那么，是不是应该创建用户故事来应对这样的技术性任务或技术债呢？在博文《像“作为开发者……”这样的表达并非用户故事》中，BillWake谈到了他所遇到的对客户没什么价值的用户故事。
Ben Linders·2013-03-27 00:00

是否应该为技术债创建用户故事？

那么，是不是应该创建用户故事来应对这样的技术性任务或技术债呢？在博文《像“作为开发者……”这样的表达并非用户故事》中，BillWake谈到了他所遇到的对客户没什么价值的用户故事。
Ben Linders·2013-03-27 00:00

敏捷（八）敏捷计划：应对现实

二、开始敏捷计划简单来说，敏捷计划无非就是看团队有多快能将用户故事变要工作的、生产就绪的软件，然后用其计算出何时能完成工
IT_小翼·2013-03-20 15:00

敏捷（六）收集用户故事

所有敏捷项目的开端都源于同一项工作——简洁的用户故事。一、文档的症结所在对于软件项目来说，作为一种捕捉软件需求的手段，重型文档从来就没起过什么实际作用。
IT_小翼·2013-03-20 11:00

Scrumworks名词解释

ProductOwner 产品负责人，代表了客户的意愿，负责编写用户需求（用户故事），排出优先级，并放入产品订单（ProductBacklog），从而使项目价值最大化的人。
ynwso·2013-02-20 18:00

产品负责人与团队该如何协作？

在Scrum中，利益相关者需要将使用用户故事表述的东西放在队列中。这个队列叫做产品
·2013-02-04 00:00

产品负责人与团队该如何协作？

在Scrum中，利益相关者需要将使用用户故事表述的东西放在队列中。这个队列叫做产品
Ben Linders·2013-02-04 00:00
上一页 22 23 24 25 26 27 28 29 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他