用户故事

用户故事与敏捷方法—迭代计划

一、迭代计划会整个团队通过举行迭代计划会议来为下一轮迭代做计划。什么人参加迭代计划会议？——客户及团队中的所有开发人员迭代计划会的内容是什么？讨论故事从故事中分解任务开发人员承担每个职务的职责开发人员单独估计他们承担的任务二、分解任务为什么要分解？为什么不把故事作为独立的工作单位？对团队来说，实现故事的开发人员不止一个其次，故事是对用户或者客户有价值的功能描述，他们并不是开发人员的待办事项比如我们
chibimarukochan·2019-06-18 11:33

用户故事与敏捷方法—迭代计划

一、迭代计划会整个团队通过举行迭代计划会议来为下一轮迭代做计划。什么人参加迭代计划会议？——客户及团队中的所有开发人员迭代计划会的内容是什么？讨论故事从故事中分解任务开发人员承担每个职务的职责开发人员单独估计他们承担的任务二、分解任务为什么要分解？为什么不把故事作为独立的工作单位？对团队来说，实现故事的开发人员不止一个其次，故事是对用户或者客户有价值的功能描述，他们并不是开发人员的待办事项比如我们
chibimarukochan·2019-06-18 11:33

如何实现任务操作日志需求和功能分析？

最后实际的用户故事：做为用户，我
石榴天地·2019-06-18 10:09

如何实现任务操作日志需求和功能分析？

最后实际的用户故事：做为用户，我
石榴天地·2019-06-18 10:09

用户故事与敏捷方法—发布计划

一、什么时候发布？理想情况，开发人员和客户谈一个日期范围，而不是一个具体的日期。二、发布中包含哪些功能？——借助DSDM的方法，DSDM包括一个排序优先级的方法，称为莫斯科规则（MoSCoW）必须有（Musthave）——系统的基本功能应该有(Shouldhave)——很重要但短期内有可替代方法的功能可以有(Couldhave)——如果没有时间就可以在发布中不予考虑的功能这次不会有(Won`tha
chibimarukochan·2019-06-18 10:45

用户故事与敏捷方法—发布计划

一、什么时候发布？理想情况，开发人员和客户谈一个日期范围，而不是一个具体的日期。二、发布中包含哪些功能？——借助DSDM的方法，DSDM包括一个排序优先级的方法，称为莫斯科规则（MoSCoW）必须有（Musthave）——系统的基本功能应该有(Shouldhave)——很重要但短期内有可替代方法的功能可以有(Couldhave)——如果没有时间就可以在发布中不予考虑的功能这次不会有(Won`tha
chibimarukochan·2019-06-18 10:45

价值三千元系列大课之牛人变现课（进化版）

你可能做不到每天都在公众号发一篇长文，但是可以在朋友圈每天发一至数篇短文案------用户故事。文案模板:
心怡在紐村·2019-06-18 08:51

用户故事与敏捷方法—估算用户故事

故事点有一种满足所有这些目标的估算方法——故事点估算（故事点代表时间的模糊单位）、速率——代表一个团队在一轮迭代中完成或者期望完成的故事点数以团队估算团队大部分成员都参加估算是非常重要的估算讨论方法类似计划扑克-https://blog.csdn.net/ChibiMarukoChan/article/details/90696182三角测量将故事卡贴在墙上便于三角测量-————————————小
chibimarukochan·2019-06-14 15:01

用户故事与敏捷方法—优秀用户故事准则

一、切蛋糕当面临一个大的故事的时候，通常有许多方法可以将它分解成较小的故事。许多开发人员首先想到的是将故事按照技术路线分割。开发人员可能想沿着技术边界分割，示例如下：求职者可以填写简历表简历表上的信息被写入数据库在这个案例中，一个故事会在当前迭代中完成，而另一个故事则（很可能）推迟到下一轮迭代里。这种做法的缺陷是，没有一个故事是单独对用户很有用的。——————————————————分割线————
chibimarukochan·2019-06-14 10:13

用户故事与敏捷方法—优秀用户故事准则

一、切蛋糕当面临一个大的故事的时候，通常有许多方法可以将它分解成较小的故事。许多开发人员首先想到的是将故事按照技术路线分割。开发人员可能想沿着技术边界分割，示例如下：求职者可以填写简历表简历表上的信息被写入数据库在这个案例中，一个故事会在当前迭代中完成，而另一个故事则（很可能）推迟到下一轮迭代里。这种做法的缺陷是，没有一个故事是单独对用户很有用的。——————————————————分割线————
chibimarukochan·2019-06-14 10:13

TDD总结

2.为什么要使用TDD部分团队成员无缘参与需求、规范或用户故事的制定；大部分乃至全部测试都是手动
靠谱的混蛋·2019-06-14 10:52

用户故事与敏捷方法—用户故事验收测试

写代码之前写测试—为程序员提供大量有用的信息客户定义测试——软件是用来实现用户的愿景测试是过程的一部分——并不是在编码完成之后开始一、测试类型二、小结验收测试可以用来记录客户和开发人员讨论的很多细节验收测试记录了有关故事的一些假设，这些假设可能还没有和开发人员讨论过过验收测试提供了检查故事是否被完整实现的基本标准验收测试应该由客户来写而不是开发人员验收测试应在程序员写代码之前写好FIT和FitNe
chibimarukochan·2019-06-13 17:42

用户故事与敏捷方法—与用户代理合作

一、用户代理的产生？——我们没法也不适宜吧一个或者多个用户带到现场一起编写故事，或者用户不能与我们一起讨论；我们又期望尽可能的与用户接触；当我们无法接触到他们时，我们就需要求助于用户代理（userproxy），他们可能不是用户。但是他们在项目里代表用户。二、用户代理的身份身份说明用户的经理——如果用户的经理不是实际的用户，其实就是偷梁换柱；——即使是软件的用户，但他使用的软件模式肯定与典型的用户不
chibimarukochan·2019-06-13 14:59

用户故事与敏捷方法—搜集故事

一、要像“托网渔船捕捞渔”那样来收集需求二、故事会随着项目进展二演变，所以需要一些可以反复使用的方法来搜集用户故事用户访谈——注意开放式问题和背景无关问题问卷调查——不利于跟进后续问题，不能够深入探讨观察故事编写工作坊其中开放式问题和背景无关问题描述
chibimarukochan·2019-06-12 17:50

用户故事与敏捷方法—用户角色建模

一、角色建模的步骤：头脑风暴，列出初始的用户角色集合整理最初的角色集合整合角色提炼角色二、额外的两个技术虚拟人物——确保虚拟人物能够真正代表产品的目标用户极端人物——使用极端人物可以导致新的故事产生，但很难确定是否应该把这些故事包含在产品中。三、总结：四、人员职责：开发人员的职责：负责参与确认用户角色和虚构人物的过程负责理解每个用户角色或虚构人物的过程，以及它们之间的异同。开发软件时，考虑不同的用
chibimarukochan·2019-06-12 17:38

用户故事与敏捷方法—编写故事

一、编写故事1、优秀的故事应该具备以下特点：独立的可讨论的对用户或客户有价值的可估计的小的可测试独立的避免故事间的相互依赖（方法：将相互依赖的故事合成一个大的、独立的故事；用不同的方式去分割故事）可讨论的故事卡是功能的简短描述，不是签署好的的合同或者软件必须实现的需求。有注释的故事卡可以帮助开发人员和客户继续先前没有进行（或者深入）的对话。对用户或者客户有价值的应当避免那些只对开发人员有价值的故事
chibimarukochan·2019-06-12 17:00

用户故事与敏捷方法—概况

1、用户故事包含哪三部分？一份书面的故事描述，用来做计划和作为提示。有关故事的对话，用于具体化故事细节。测试，用于表达和编档故事细节且用于确定故事何时完成。2、客户团队有哪些人组成？
chibimarukochan·2019-06-12 10:33

用户故事与敏捷方法—概况

1、用户故事包含哪三部分？一份书面的故事描述，用来做计划和作为提示。有关故事的对话，用于具体化故事细节。测试，用于表达和编档故事细节且用于确定故事何时完成。2、客户团队有哪些人组成？
chibimarukochan·2019-06-12 10:33

用户故事不是需求

如果把需求用story的方式写下来，交给开发团队去做，那么就是把story当作需求来用了。1.story顾名思义是用来讲的，不是用来写的。2.AC是必要的，但不应该是详尽的。3.Story应该是在协作和对话中越来越清晰，而不是由团队的某些人（PO）弄清楚以后再交给开发团队。4.所有人对Story都有贡献，BA偏重业务面，开发偏重技术面。Story是业务和技术面的平衡。Story不是需求，而是挖掘需
写作的喜悦·2019-06-10 20:34

三步走 快速排列用户故事优先级

要排列用户故事优先级，要先需要搞清楚，用户故事是什么？用户故事描述了对用户、系统、或者软件购买者有价值的功能。用户故事由以下三方面组成。
请叫我好吃先生·2019-06-09 01:24

数字钱包应用从产品到发布

用户故事需求源于一个故事，多个故事形成一个产品。那么数字钱包这一产品，源于我对现在比特币、以太币等数字货币到底以什么形式存在。思考一下，如果未来一天数字货币
一俢·2019-06-06 09:45

PMI-ACP备考计划

Sprint3-4:完成03编号《03.用户故事与敏捷方法》精读，掌握敏捷全流程实施做法。Sprint5:完成04编号《04.硝烟中的Scrum和XP》精读，学习敏捷实践操作。Sprint6:
chibimarukochan·2019-06-04 13:14

PMI-ACP备考计划

Sprint3-4:完成03编号《03.用户故事与敏捷方法》精读，掌握敏捷全流程实施做法。Sprint5:完成04编号《04.硝烟中的Scrum和XP》精读，学习敏捷实践操作。Sprint6:
chibimarukochan·2019-06-04 13:14

ACP敏捷管理—习题解析（一）

、从一个控制者到一个促进者的理念的转变B、用一种增量的方式指导工作C、仅仅为下一个迭代安排任务D、放弃空hi并且在团队中进行一些旋转的管理2、当实现故事的信息技术缺少或者不足的，哪种方法最合适用来实现用户故事
chibimarukochan·2019-06-04 00:34

ACP敏捷管理—习题解析（一）

、从一个控制者到一个促进者的理念的转变B、用一种增量的方式指导工作C、仅仅为下一个迭代安排任务D、放弃空hi并且在团队中进行一些旋转的管理2、当实现故事的信息技术缺少或者不足的，哪种方法最合适用来实现用户故事
chibimarukochan·2019-06-04 00:34

如何利用MoSCoW法则排定Sprint Backlog的优先级

我们公司在敏捷转型的过程中，一直被一个问题困扰：如何排定一个迭代（Sprint）中所有用户故事（UserStory，以下简称US）的优先级？
Feel_Li·2019-05-25 17:40

DDD领域建模基本流程

搜集用户故事（用户的原始需求）整理用户故事，抽出用例（用例表达了用户对系统的需求，定义了系统的边界以及系统外部角色和系统的交互场景）分析系统需求，将领域拆分为多个子域（领域是问题空间，本质上就是大问题拆分为小问题
netfocus·2019-05-24 11:00

每周一书《用户故事地图》分享！设计、产品、开发必读！

内容简介用户故事地图作为一种有效的需求工具，越来越广泛地应用于开发实践中。
中科计算所·2019-05-17 16:40

普通项目文档和敏捷项目文档的差别

网上能找到的资料，往往局限在文档的某个领域，例如用户故事。或者是一些指导性的原则，比如寻求平衡，涌现式等等，原则都对，但是到具体的操作上，又似乎没有意义，有点像“正确的废话”。由于IT项
守望村夫·2019-05-09 11:08

敏捷项目BA的日常 -- 如果这个项目是找女票会怎样

我们讲个故事吧~在这之前，先说说几个敏捷项目中和BA相关的阶段，他们也基本涵盖了整个敏捷项目的所有环节：需求分析(RequirementAnalysis)用户故事确认(UserStoryConfirmation
兔小吱·2019-05-05 21:15

情景故事法

来源：用户故事描述的用户使用场景/用户诉求/用户期望的结果何时使用：用户故事明确之后，具体线框图绘制之前用户目标任务结果foofoofoofoo设计师关注目标与结果之间的关系，以及任务的合理性，以帮助之后做设计决定
已明·2019-04-23 11:11

最简单的Tab切换

HTML课程介绍用户故事常见问题电影列表第一个第二个第三个第四个关注我的微信公众号【前端基础教程从0开始】，加我微信，可以免费为您解答问题。回复“1”，拉你进程序员技术讨论群。
baidu_41601299·2019-04-16 10:41

梁宁19丨用户地图和用户故事

梁宁产品思维第19讲，用户体验地图和用户故事，用户体验地图，就是通过画一张图，用一种讲故事的方式，从一个特定用户的角度出发，记录下他与产品或服务进行接触，进入，互动的完整过程。
红Alina·2019-04-04 00:09

系统分析与设计HW3

创意阶段：描述问题，市场，关键技术等分析阶段：用户故事，领域模型，业务流程等。
Howlyao·2019-03-13 17:16

有些核心价值应该是被坚持的

比如我们要求要对需求进行用户故事拆分，度量一个拆分过程是否有意义在于拆分是否可以让开发过程更加顺畅（being），顺畅的含义包括：1）需求沟通有效率，可以被所有人理解；2）实现难点被识别和隔离，避免蔓延到整个迭代功能中
MA菲菲·2019-03-07 10:01

敏捷开发模式中的用户故事

用户故事的概念：用户故事在软件开发过程中被作为描述需求的一种表达形式，用来确认用户和用户需求的简短描述。
于綦悦·2019-03-07 09:46

对“IT是能力”时代衡量企业IT绩效指标的思考

与速度相关的关键绩效指标包括：项目总工期人天数上线时间/价值实现时间平均处理时间（修复）交付速度（每个版本交付的特性或用户故事的数量）与成本相关的关键绩效指标包括：项目总成本利润值成本绩效指数成本差异成本比率每次部署成本每次问题修复成本
EddieJunZhang·2019-03-01 08:13

本年度读书计划_专业相关

着陆页：获取网络订单的关键数据驱动：从方法到实践用户故事地图用户体验可视化指南DataScienceforBusiness:WhatYouNeedtoKnowaboutDataMiningandData-AnalyticThinkingHowtoMeasureAnything
chenpengyuan6·2019-02-18 13:40

用户案例 - 3Cs

3C's=卡(Card)，会话Conversation)，确认(Confirmation)”;这个模板（来自RonJeffries）捕获了用户故事的组成部分：第一个C(Card)是原始形式的用户故事，即卡片
Warren2Lynch·2019-02-18 00:00

User Stories - 最佳实践 (Best Practices)

在转向敏捷之后，很多团队开始使用“用户故事”一词。用户故事是一种简单而优雅的技术，可以收集客户需求。然而，它需要一定的理解和实践才能用UserStories构建出色的软件。
Warren2Lynch·2019-02-18 00:00

极限编程 (Extreme Programming) 和用户故事 (User Stories) 的关系

(Source:UserStories)用户故事与用例具有相同的用途，但不尽相同。它们用于为发布计划会议创建时间估计。它们也用于代替大型需求文档。用户故事由客户编写，作为系统需要为他们执行的操作。
Warren2Lynch·2019-02-13 00:00

极限编程 (Extreme Programming) - 迭代计划 (Iterative Planning)

客户从发布计划中按照对客户最有价值的顺序选择用户故事进行此次迭代。还选择了要修复的失败验收测试。客户选择的用户故事的估计总计达到上次迭代的项目速度。用户故事和失败的测试被分解为支持它们的编程任务。
Warren2Lynch·2019-02-13 00:00

什么是用户故事映射?

用户故事映射是一种更好，更敏捷的方式来满足最终用户的需求。
Warren2Lynch·2019-02-12 16:48

敏捷发展: 故事映射

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

敏捷需求描述：用户故事

用户故事是敏捷方法的一部分，有助于将重点从撰写需求转移到讨论需求。所有敏捷用户故事都包含一两句话，更重要的是，有关所需功能的一系列对话。什么是用户故事？
Warren2Lynch·2019-02-12 11:38

SPIDR - 完美分割用户故事的五种简单技巧

根据INVEST原则，对用户故事的要求是它必须“足够小”或具有合适的大小。用户故事应该足够小，可以在冲刺中完成6-10个。当然这也取决于开发团队的速度。为了原则上实现这一目标，必须相应地分割大型故事。
Warren2Lynch·2019-02-12 00:00

权威指南: 如何写好用户故事?

在这篇文章中，我们将介绍如何编写好的用户故事以及应该包含哪些内容。用户故事代表一小部分功能，具有团队可以在冲刺中提供的业务价值。用户故事和传统需求文档之间的区别在于详细程度。
Warren2Lynch·2019-02-12 00:00

Scrum：如何优化产品Backlog？

并非产品待办事项中的所有项目都具有相同的大小和详细程度（即features/eprics/用户故事(userstories和任务task）。
Warren2Lynch·2019-02-08 13:31

用户故事指南

用户故事的目标不仅是记录需求，还要提供客户在生产中使用的工作软件。用户故事提供了一种机制，用于记录客户和开发人员之间关于软件功能的讨论。定义“用户故事代表卡中的客户要求，导致对话和确认。”
Warren2Lynch·2019-01-29 00:00

用户故事详解

介绍在敏捷开发中，用户故事(userstories)是一种轻量级，更灵活的替代品指定软件需求的传统方法-软件需求规范，用例规格等。
Warren2Lynch·2019-01-28 14:24
上一页 15 16 17 18 19 20 21 22 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他