敏捷方法

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

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

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

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

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

一、什么时候发布？理想情况，开发人员和客户谈一个日期范围，而不是一个具体的日期。二、发布中包含哪些功能？——借助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

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

故事点有一种满足所有这些目标的估算方法——故事点估算（故事点代表时间的模糊单位）、速率——代表一个团队在一轮迭代中完成或者期望完成的故事点数以团队估算团队大部分成员都参加估算是非常重要的估算讨论方法类似计划扑克-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

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

写代码之前写测试—为程序员提供大量有用的信息客户定义测试——软件是用来实现用户的愿景测试是过程的一部分——并不是在编码完成之后开始一、测试类型二、小结验收测试可以用来记录客户和开发人员讨论的很多细节验收测试记录了有关故事的一些假设，这些假设可能还没有和开发人员讨论过过验收测试提供了检查故事是否被完整实现的基本标准验收测试应该由客户来写而不是开发人员验收测试应在程序员写代码之前写好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、客户团队有哪些人组成？客户团队中确保软件满足用户需求的所有人，可以包括测试人员、产品经理、实际用户和交互设计师。3、为什么在故事卡背面写测试描述？4、什么是验收测试？验收测试用来验证实现的用户故事是否符合客户团队的预期。5、速率客户团队和开
chibimarukochan·2019-06-12 10:33

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

1、用户故事包含哪三部分？一份书面的故事描述，用来做计划和作为提示。有关故事的对话，用于具体化故事细节。测试，用于表达和编档故事细节且用于确定故事何时完成。2、客户团队有哪些人组成？客户团队中确保软件满足用户需求的所有人，可以包括测试人员、产品经理、实际用户和交互设计师。3、为什么在故事卡背面写测试描述？4、什么是验收测试？验收测试用来验证实现的用户故事是否符合客户团队的预期。5、速率客户团队和开
chibimarukochan·2019-06-12 10:33

敏捷和架构的冲突

实施敏捷方法和设计企业架构之间总是存在某种冲突。敏捷开发强调随着对业务领域的深入理解，逐步调整设计和计划。架构设计则要求建立起技术架构（technologystack）。
萌姐的编程人生·2019-06-05 08:39

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

敏捷实践指南（一）

敏捷方法的出现为了短时间探讨可行性，根据评估和反馈快读调整。
chibimarukochan·2019-05-30 10:33

敏捷实践指南（一）

敏捷方法的出现为了短时间探讨可行性，根据评估和反馈快读调整。
chibimarukochan·2019-05-30 10:33

分布式-开启SpringBoot微服务之旅

敏捷方法论：快速发布，形成有效反馈。持续交付：更快、可靠、频繁地部署和
董亮亮的开发笔记·2019-05-22 21:25

如何确定敏捷是否适合你的团队？

我们之前将敏捷方法与传统的瀑布流方法进行了比较。敏捷这种软件开发领域
Worktile·2019-05-22 10:00

如何确定敏捷是否适合你的团队？

我们之前将敏捷方法与传统的瀑布流方法进行了比较。敏捷这种软件开发领域
Worktile·2019-05-22 00:00

译介 | AIOps：DevOps 的未来

敏捷的公司利用云来打破开发和运维之间的隔阂，并采用敏捷方法以缩短开发周期，从而创造战略优势。他们将应用程序生命周期
P01son·2019-04-24 12:59

敏捷-《敏捷项目管理与PMI-ACP应试指南》知识图谱

全书知识结构如下：第1章理解敏捷第2章关于PMI-ACP认证考试第3章敏捷宣言和准则第4章项目论证第5章团队与团队协作第6章敏捷计划第7章应用敏捷第8章敏捷教练第9章敏捷方法论第10章怎样通过PMI-ACP
测试小鸟·2019-04-22 21:13

看板方法 与 Scrum 的比较：选择最佳敏捷项目管理框架[译]

“我们在使用敏捷方法。”在与软件开发团队交谈时，您经常会听到这样的声明。确实如此，根据统计2018年全球大约90％开发人员在使用敏捷方法。但是，敏捷并不统一的方法。
双拙·2019-04-17 17:00

采用Scrum敏捷方法

采用Scrum敏捷方法本文的内容主要来自即能的一个小课程，包括我的一些笔记、整理和想法。传统项目管理vs敏捷管理不同于传统的一次交付产品的一部分，敏捷管理每一次交付的都是一个可用的产品。
Azzinoths·2019-04-04 00:00

读《敏捷项目管理与PMI-ACP应试指南》第9章笔记

图片发自App本章主要介绍了Scrum、XP、Lean等这些敏捷方法论主要的家族成员，逐一介绍了它们的选择、方法、工具、角色和责任。
张永彬敏捷管理·2019-03-23 10:24

Scrum学习之路-「硝烟中的Scrum和XP」读书笔记

几周前看完「硝烟中的Scrum和XP」后，对于书中谈到的所有敏捷方法，无论是如何将繁杂的业务需求拆解成清晰的故事卡片，还是坚持每日站会，都很想尽快在团队中真实地操练一番，帮助团队完成敏捷转型，更好更快地交付产品
scrumway·2019-03-21 15:14

敏捷需求描述：用户故事

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

9个关于敏捷的误解

1.敏捷消除了计划敏捷方法的成功实施，如瀑布式开发方法，取决于支持业务流程，包
chktsang·2019-02-11 16:00

9个关于敏捷的误解

1.敏捷消除了计划敏捷方法的成功实施，如瀑布式开发方法，取决于支持业务流程，包
chktsang·2019-02-11 16:00

介紹敏捷方法: Scrum, Kanban or Lean?

構建服務時可以使用許多敏捷方法，每種方法都有自己的一套工具和技術。本指南介紹了3種最流行的敏捷方法：Scrum看板Lean流行的敏捷方法解釋了ScrumScrum是最常用的敏捷方法。
Warren2Lynch·2019-02-11 00:00

为什么Scrum事件帮助您完成项目

阅读更多scrum是最流行的敏捷方法,理由很充分。scrum的规则很简单,世界各地的团队都能够采用这些规则,提高交付项目的能力。
chktsang·2019-01-31 11:00

为什么Scrum事件帮助您完成项目

阅读更多scrum是最流行的敏捷方法,理由很充分。scrum的规则很简单,世界各地的团队都能够采用这些规则,提高交付项目的能力。
chktsang·2019-01-31 11:00

分享|面向敏捷开发团队的几款免费项目管理工具

如果你的团队已经在使用敏捷开发，或者在2019年计划采用敏捷方法，以下几个
chichi1611·2019-01-23 10:00

使用Scrum进行敏捷项目管理

Scrum是一种敏捷方法，旨在指导团队进行产品的迭代和增量交付。通常被称为“敏捷项目管理框架”，其重点是使用经验过程，使团队能够快速，有效，有效地做出改变。
Warren2Lynch·2018-12-27 13:25

用例2.0及敏捷軟件開發

由IvarJacobson，IanSpence和BrianKerr開發的Use-Case2.0是用戶故事和Scrum和Kanban的敏捷方法開發的新一代用例驅動的開發-輕量級，敏捷和精益。
Warren2Lynch·2018-12-12 12:24

产品读书《用户故事与敏捷方法》

废话连篇：前段时间连着看了许多有关提高工作效率的书籍（我管它叫工具书），比如说《金字塔原理》《刻意练习》《番茄工作法图解》《麦肯锡方法》《麦肯锡工作法：麦肯锡精英的39个工作习惯》《麦肯锡工作法：个人竞争力提升50%的7堂课》等，主要是觉得自己在工作效率方面有待提升，再往之前看了一些有关数据分析基础以及和运营方面的书籍比如《谁说菜鸟不会数据分析系列》《SQL必知必会》《精益数据分析》等以及《参与感
女王の专属领地·2018-12-12 11:11

敏捷框架(二)

记得附上转载地址哦https://blog.csdn.net/monva/article/details/84862002敏捷原则为了进一步补充4条敏捷价值观，宣言的作者们为敏捷方法制定了12条指导原则
一直在敏捷的路上·2018-12-06 18:21

万字长文 | 微软的软件工程数字化转型

VisualStudioTeamServices（VisualStudio团队服务，VSTS）提供并内置了支持工程基础（EngineeringFundamentals）和应用程序生命周期管理的工具，为CSE团队带来了采用敏捷方法的机会
阿川2015·2018-11-04 00:00

第三次作业

什么是scrumScrum是一种应用于项目管理的敏捷方法，Scrum方法是目前软件开发中最普遍使用的一种方法，Scrum过程适合于那些需求快速改变或非常紧急的项目，Scrum软件开发过程是由一系列迭代组成
过程和对象·2018-10-29 22:00

07.用户故事与敏捷方法——优秀用户故事准则笔记

00.一个更好的办法是换一种方式编写故事，每个故事都提供某种程度的完整（end-to-end）的功能。01.尽管不十分完美，即使只提供部分功能，但只要发布的功能可以跑，就可以放心地把应用程序发布给用户使用。02.一直困扰着软件需求方法的问题之一是将需求和解决方案混在一起。03.编写故事的职责在于客户，不能转嫁给开发人员。04.故事卡的主要目的用来提醒开发人员和客户团队对功能进行讨论的。既然仅仅是一
艾-小小雨·2018-10-13 14:00

用户故事与敏捷方法-第一章问题答案

1.1用户故事包含哪三个部分一份书面的故事描述，用来做计划和提示有关于故事的对话，用于具体化故事情节测试，用于表达和编档故事细节且可用于确定故事何时完成1.2客户团队由哪些人组成？客户团队包括那些确保软件符合潜在用户需求的人，可以包括测试人员、产品经理、实际用户和交互设计师。1.3a，c，f，h，j是b不是，用户不需要知道完成的方式d不是，d是信息，不是软件的功能，没有价值。e，g不是用户所要关心
corr_ee·2018-09-24 00:00

敏捷方法之Scrum相关概念

三个角色ProductOwner产品负责人，清楚的知道产品的愿景，需要对产品待办列表的梳理，优化，优先级排序等负责。决定团队每个冲刺要完成哪些任务。对于团队非常重要，决定Why和What。一般可以对应为现有的产品经理和BA的角色。ScrumMasterScrumMaster是Scrum教练和团队带头人，确保团队合理的运作Scrum，并帮助团队扫除实施中的障碍。Team可以认为是开发团队，但是一个跨
oh_roy·2018-08-23 23:00

如何送礼物

图片发自App在《用户故事和敏捷方法》一书中描述到：用户有着不同的背景，持有不同的目标，我们可以把这些单独的客户进行分组，把每一类作为一种“用户角色”（UserRole）。
f_qi·2018-08-17 23:12

PMI-ACP证书对个人来说有什么价值？

PMI-ACP证书对个人的价值：1、PMI-ACP证书覆盖多种敏捷方法，而不是简单的将从业者限定于一种敏捷策略。
congcong2123·2018-08-14 15:51

《用户故事与敏捷方法》----Scrum

Scrum是一个迭代和递增的过程。一轮迭代的过程是一种持续改进的过程；一个递增的过程是指按照功能点开发和发布软件。每一个功能点（功能增量），代表一个完整的功能子集。每一个功能增量都能被完整地实现以及测试通过。Scrum和极限编程都是基于递增和迭代方式的过程。这两种过程都在一轮新的迭代开始之前为迭代做计划。并在后续迭代中改进以前的交付，而且总是在每轮迭代中把当前迭代所计划的工作做完，贯穿整个项目总是
Bonnie-帮你·2018-08-08 11:35

7 个支持敏捷的开源项目管理工具，更好地管理项目

在一项调查中，有71%的组织表示他们在开发过程中会用到敏捷方法。此外，用敏捷方法管理项目比传统方法管理项目成功率高28％。
开源中国_·2018-07-24 15:41

Agile——敏捷工作精神

“敏捷”（Agile）一词由2001年初美国犹他州雪鸟滑雪圣地的一次敏捷方法发起者和实践者共同起草的“敏捷软件开发宣言”（Manifestoforagilesoftwaredevelopment）中开始推广
贤记七生·2018-07-07 20:59

免費 Online UML 繪圖工具

另一方面，如果您採用敏捷方法(AgileMethodsuchasScrum)，則只會根據需要進
Warren2Lynch·2018-06-27 13:45
上一页 8 9 10 11 12 13 14 15 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他