Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
OpenDocCN
studytonight-zh
提交
17720e1d
S
studytonight-zh
项目概览
OpenDocCN
/
studytonight-zh
9 个月 前同步成功
通知
1
Star
4
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
DevOps
流水线
流水线任务
计划
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
S
studytonight-zh
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
DevOps
DevOps
流水线
流水线任务
计划
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
流水线任务
提交
Issue看板
前往新版Gitcode,体验更适合开发者的 AI 搜索 >>
提交
17720e1d
编写于
1月 28, 2022
作者:
W
wizardforcel
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
2022-01-28 23:06:39
上级
a08b01eb
变更
29
隐藏空白更改
内联
并排
Showing
29 changed file
with
88 addition
and
88 deletion
+88
-88
docs/misc/096.md
docs/misc/096.md
+1
-1
docs/misc/099.md
docs/misc/099.md
+1
-1
docs/misc/102.md
docs/misc/102.md
+1
-1
docs/misc/103.md
docs/misc/103.md
+1
-1
docs/misc/104.md
docs/misc/104.md
+3
-3
docs/misc/105.md
docs/misc/105.md
+6
-6
docs/misc/106.md
docs/misc/106.md
+5
-5
docs/misc/107.md
docs/misc/107.md
+15
-15
docs/misc/108.md
docs/misc/108.md
+4
-4
docs/misc/109.md
docs/misc/109.md
+2
-2
docs/misc/110.md
docs/misc/110.md
+7
-7
docs/misc/111.md
docs/misc/111.md
+1
-1
docs/misc/112.md
docs/misc/112.md
+7
-7
docs/misc/113.md
docs/misc/113.md
+5
-5
docs/misc/114.md
docs/misc/114.md
+1
-1
docs/misc/115.md
docs/misc/115.md
+2
-2
docs/misc/116.md
docs/misc/116.md
+3
-3
docs/misc/117.md
docs/misc/117.md
+1
-1
docs/misc/120.md
docs/misc/120.md
+1
-1
docs/misc/122.md
docs/misc/122.md
+1
-1
docs/misc/125.md
docs/misc/125.md
+1
-1
docs/misc/126.md
docs/misc/126.md
+1
-1
docs/misc/128.md
docs/misc/128.md
+2
-2
docs/misc/131.md
docs/misc/131.md
+2
-2
docs/misc/132.md
docs/misc/132.md
+9
-9
docs/misc/133.md
docs/misc/133.md
+1
-1
docs/misc/134.md
docs/misc/134.md
+2
-2
docs/misc/136.md
docs/misc/136.md
+1
-1
docs/misc/220.md
docs/misc/220.md
+1
-1
未找到文件。
docs/misc/096.md
浏览文件 @
17720e1d
...
...
@@ -10,7 +10,7 @@
**开发人员:**
负责创建和维护产品的人员。
**产品
积压
:**
一个项目的潜在特性或变化的不断发展的列表。
**产品
Backlog
:**
一个项目的潜在特性或变化的不断发展的列表。
**产品负责人:**
帮助团队定义产品的人。
...
...
docs/misc/099.md
浏览文件 @
17720e1d
...
...
@@ -12,7 +12,7 @@ Scrum 是一个轻量级的框架,它可以非常灵活、高效和强大,
在 Scrum 团队中,PO 总是对工作进行排序,并确保团队成员清楚地了解请求的细节,但这只是他们工作的一部分。他们也每天与利益相关者互动。
PO 与团队互动是不够的,他们还必须与业务环境中发生的所有变化保持一致。因此,采购订单是产品愿景的守护者。他或她定义并管理要完成的工作的
积压
以及这些工作项目的优先级。
PO 与团队互动是不够的,他们还必须与业务环境中发生的所有变化保持一致。因此,采购订单是产品愿景的守护者。他或她定义并管理要完成的工作的
Backlog
以及这些工作项目的优先级。
### Scrum 大师
...
...
docs/misc/102.md
浏览文件 @
17720e1d
# 中间的
\ No newline at end of file
# 进阶
\ No newline at end of file
docs/misc/103.md
浏览文件 @
17720e1d
...
...
@@ -4,7 +4,7 @@
我们已经讨论了主题和特性作为工作分组。这些都是非常有用的结构,可以帮助我们组织起来,但是对于团队来说,它们仍然太大了,无法在很短的时间内完成工作并交付价值。用户故事是可以快速交付的工作的战术层面。同时,它们也不会小到没有价值。
团队中的任何人都可以写用户故事,但通常是 PO。作为客户的利益相关者和代表,他们的职责是确保
积压
中的所有内容都为客户增加价值,因此他们通常编写用户故事。
团队中的任何人都可以写用户故事,但通常是 PO。作为客户的利益相关者和代表,他们的职责是确保
Backlog
中的所有内容都为客户增加价值,因此他们通常编写用户故事。
### 创建用户故事时需要记住的要点
...
...
docs/misc/104.md
浏览文件 @
17720e1d
# 设定成功的
门槛
# 设定成功的
阈值
> 原文:<https://www.studytonight.com/scrum-framework/threshold-for-success>
...
...
@@ -8,9 +8,9 @@
这些验收标准可以在计划 scrum 时设定,也可以由产品所有者设定。
接下来,您的产品负责人需要对
积压进行优先排序。这就是所谓的
**积压整理**
。这仅仅意味着故事是按价值顺序连续排序的。故事的结果越有价值,它在积压
中的优先级就越高。
接下来,您的产品负责人需要对
Backlog进行优先排序。这就是所谓的
**Backlog整理**
。这仅仅意味着故事是按价值顺序连续排序的。故事的结果越有价值,它在Backlog
中的优先级就越高。
最后,你需要建立你的
**
冲刺持续时间**
。Scrum 说你的冲刺
可以是一到四周的长度,更倾向于较短的时间尺度。
最后,你需要建立你的
**
Sprint持续时间**
。Scrum 说你的Sprint
可以是一到四周的长度,更倾向于较短的时间尺度。
### Scrum 中的故事和评估
...
...
docs/misc/105.md
浏览文件 @
17720e1d
...
...
@@ -6,7 +6,7 @@ Scrum 也有路线图和发布计划的工具。我们在路线图和发布计
如果我们举一个为送餐服务创建一个移动应用程序的例子,有太多的组件需要我们去处理。从下订单到付款和交货跟踪,我们需要决定处理此事的最佳订单。所以我们将从 App 设计和下单系统开始,稍后我们将转向支付系统,这是第三方集成,也是任何业务最重要的特征。像 Scrum 中的其他东西一样,这是一个指导方针,而不是规则。
路线图被认为是在每次
冲刺结束时更新的。在整个冲刺
过程中,团队将不断学习新东西,撰写新故事。所以路线图应该是一份有意义的文件。这只是一个指南,但它会帮助你专注于完成项目。
路线图被认为是在每次
Sprint结束时更新的。在整个Sprint
过程中,团队将不断学习新东西,撰写新故事。所以路线图应该是一份有意义的文件。这只是一个指南,但它会帮助你专注于完成项目。
* * *
...
...
@@ -14,17 +14,17 @@ Scrum 也有路线图和发布计划的工具。我们在路线图和发布计
一旦你完成了这个,你就可以围绕你创建的主题时间线来组织你的故事。这是您创建发布计划的方式。
发布计划是下一层细节。这是一个高层次的计划,旨在将路线图与
冲刺
阶段联系起来。它提供了我们如何交付的可见性。
发布计划是下一层细节。这是一个高层次的计划,旨在将路线图与
Sprint
阶段联系起来。它提供了我们如何交付的可见性。
在 Scrum 中,你必须在每一次
**
冲刺**
结束时完成功能齐全的故事。但是,您不需要在每次冲刺结束时向涉众发布它们。这意味着你可以在两到三次冲刺中完成所有的工作,然后一起发布组合结果。您将使用您的故事点来帮助您的团队决定他们在每次冲刺
中可以做什么。一旦你的团队在一起一段时间,他们会达到一个稳定的速度。
在 Scrum 中,你必须在每一次
**
Sprint**
结束时完成功能齐全的故事。但是,您不需要在每次Sprint结束时向涉众发布它们。这意味着你可以在两到三次Sprint中完成所有的工作,然后一起发布组合结果。您将使用您的故事点来帮助您的团队决定他们在每次Sprint
中可以做什么。一旦你的团队在一起一段时间,他们会达到一个稳定的速度。
#### 什么是 Scrum Sprint?
冲刺是一个时间框架,不超过一个月,在此期间完成一个项目或子项目。最常见的冲刺是 2 到 3 周的时间。一次冲刺完成后,下一次冲刺
立即开始。
Sprint是一个时间框架,不超过一个月,在此期间完成一个项目或子项目。最常见的Sprint是 2 到 3 周的时间。一次Sprint完成后,下一次Sprint
立即开始。
在
冲刺计划期间,故事、史诗被创建,并且在正在进行的冲刺期间,没有任何可能影响冲刺
目标的改变。
在
Sprint计划期间,故事、史诗被创建,并且在正在进行的Sprint期间,没有任何可能影响Sprint
目标的改变。
每一次
冲刺都以一次
**冲刺计划会议**
开始,在每年春季结束时,召开一次
**冲刺评审会议**
,由产品负责人评审已提交的任务是否完成。此外,还可以召开
**回顾会议**
,回顾上一次冲刺中面临的问题,并在接下来的冲刺
中加以改进。
每一次
Sprint都以一次
**Sprint计划会议**
开始,在每年春季结束时,召开一次
**Sprint评审会议**
,由产品负责人评审已提交的任务是否完成。此外,还可以召开
**回顾会议**
,回顾上一次Sprint中面临的问题,并在接下来的Sprint
中加以改进。
* * *
...
...
docs/misc/106.md
浏览文件 @
17720e1d
#
冲刺
预计划
#
Sprint
预计划
> 原文:<https://www.studytonight.com/scrum-framework/sprint-preplanning>
Sprint Planning 的主要议程是让 Sprint 的执行更加有效。
为了提供正确的先决条件,需要在
冲刺
预计划期间采取以下行动:
为了提供正确的先决条件,需要在
Sprint
预计划期间采取以下行动:
*
澄清验收标准。一个故事必须有资格被标记为“完成”的标准。
*
提供对用户故事的估计,帮助产品负责人确定
积压
中的优先级。
*
将高优先级用户故事分解成适合
冲刺
的块。
*
提供对用户故事的估计,帮助产品负责人确定
Backlog
中的优先级。
*
将高优先级用户故事分解成适合
Sprint
的块。
*
考虑对团队中关键资源的依赖以及每个团队的工作量。
* * *
...
...
@@ -35,7 +35,7 @@ Sprint Planning 的主要议程是让 Sprint 的执行更加有效。
这些依赖是指两个或更多的用户故事是相互依赖的,没有另一个就无法完成。理想情况下,团队应该寻找打破所有连接的方法,或者寻找将交织在一起的依赖关系转化为简单依赖关系的方法。处理这些跨 Scrum 团队的依赖关系是与 Scrum 团队一起工作的 PO(产品所有者)的重要职责。
产品所有者和 Scrum 开发团队需要将注意力集中在当前版本的高优先级故事上。这就是为什么
冲刺预计划是有效冲刺
计划的重要一步。
产品所有者和 Scrum 开发团队需要将注意力集中在当前版本的高优先级故事上。这就是为什么
Sprint预计划是有效Sprint
计划的重要一步。
* * *
...
...
docs/misc/107.md
浏览文件 @
17720e1d
# 实际
冲刺
计划的 Scrum 准备
# 实际
Sprint
计划的 Scrum 准备
> 原文:<https://www.studytonight.com/scrum-framework/actual-sprint-planning>
充分的
冲刺
计划实际上是由所有团队成员完成的。团队代表在整个团队中承担工作是不合理的。
充分的
Sprint
计划实际上是由所有团队成员完成的。团队代表在整个团队中承担工作是不合理的。
**
冲刺
规划要点**
**
Sprint
规划要点**
*
团队代表应该准备
冲刺
计划。
*
如果多个 scrum 团队在处理同一个产品
积压
,他们必须聚集在一起,一起参与 sprint 计划。
*
团队代表应该准备
Sprint
计划。
*
如果多个 scrum 团队在处理同一个产品
Backlog
,他们必须聚集在一起,一起参与 sprint 计划。
使用优先化的
积压
,采购订单按顺序向团队呈现最高价值的案例。目的是团队中的每个人都充分理解故事的意图和故事的具体接受标准。对于所有的用户故事,解释
*done*
的定义也是有帮助的。
使用优先化的
Backlog
,采购订单按顺序向团队呈现最高价值的案例。目的是团队中的每个人都充分理解故事的意图和故事的具体接受标准。对于所有的用户故事,解释
*done*
的定义也是有帮助的。
每一次
冲刺都从一次
**冲刺计划会议**
开始,包括两次会议-
**什么会议**
和
**如何会议**
。在“什么”会议中,团队从 Scrum 积压
中挑选用户故事,他们将处理这些故事。而且,在“如何”会议中,挑选出的用户故事被进一步分解成具有设定优先级和故事点的小任务。
每一次
Sprint都从一次
**Sprint计划会议**
开始,包括两次会议-
**什么会议**
和
**如何会议**
。在“什么”会议中,团队从 Scrum Backlog
中挑选用户故事,他们将处理这些故事。而且,在“如何”会议中,挑选出的用户故事被进一步分解成具有设定优先级和故事点的小任务。
### 规划的前半部分-决定要实现什么
#### 回顾
冲刺
目标
#### 回顾
Sprint
目标
Scrum 会议代表将展示项目的高水平愿景。产品所有者确定
冲刺
的目标,并证明它将如何向产品交付价值。
Scrum 会议代表将展示项目的高水平愿景。产品所有者确定
Sprint
的目标,并证明它将如何向产品交付价值。
#### 查看产品
积压
#### 查看产品
Backlog
在
冲刺
计划会议之前,产品负责人将重新安排用户故事,并优先考虑这些故事。
在
Sprint
计划会议之前,产品负责人将重新安排用户故事,并优先考虑这些故事。
在 Sprint 计划期间,PO 向团队呈现最高优先级的用户故事。利益相关者将对用户故事给出反馈。故事可能会根据利益相关者的反馈而改变。
...
...
@@ -29,15 +29,15 @@ Scrum 会议代表将展示项目的高水平愿景。产品所有者确定冲
在计划的后半部分,团队决定如何完成工作。
#### 创建
积压
#### 创建
Backlog
PO 与团队一起回顾优先级最高的故事,并决定他们在每次
冲刺中能做多少。每个人都应该在这个计划中投入自己的工作。如果有人不能提交,PO 和团队需要一起改变冲刺
的形状,直到每个人都能提交。Sprint 计划是 scrum 中一个关键的协作努力。
PO 与团队一起回顾优先级最高的故事,并决定他们在每次
Sprint中能做多少。每个人都应该在这个计划中投入自己的工作。如果有人不能提交,PO 和团队需要一起改变Sprint
的形状,直到每个人都能提交。Sprint 计划是 scrum 中一个关键的协作努力。
#### 更新发布计划
一旦团队致力于用户故事,产品负责人将重新审视用户故事到 Sprints 的发布计划映射。利用当前的信息、团队在前一次
冲刺中完成的故事、从当前冲刺的产品积压
中取出的故事,产品所有者更新发布计划。
一旦团队致力于用户故事,产品负责人将重新审视用户故事到 Sprints 的发布计划映射。利用当前的信息、团队在前一次
Sprint中完成的故事、从当前Sprint的产品Backlog
中取出的故事,产品所有者更新发布计划。
Scrum 非常重视承诺这一步。每个人的承诺对实现你的
冲刺目标非常重要。从评审冲刺
目标到更新发布计划,每一步都必须认真执行。
Scrum 非常重视承诺这一步。每个人的承诺对实现你的
Sprint目标非常重要。从评审Sprint
目标到更新发布计划,每一步都必须认真执行。
![
Actual Sprint Planning
](
img/2dfc4f0e44bdd5355466b6843f352d6c.png
)
...
...
docs/misc/108.md
浏览文件 @
17720e1d
...
...
@@ -4,19 +4,19 @@
如果项目很关键,你的涉众问团队事情进展如何是很常见的。这很好,因为人们对项目的结果很投入。但是,如果只有一些团队成员对事情的进展有全面的了解,这可能会分散团队的注意力。
Scrum 通过发布
**信息辐射器**
来解决这些挑战。信息辐射器是你在团队网站上发布的任何东西,它帮助每个人理解你在做什么以及进展如何。遵循这种方法让涉众知道项目中发生了什么是一个很好的实践。它显示了
冲刺
阶段承诺的故事、任务及其当前状态,以及已经完成的任务。
Scrum 通过发布
**信息辐射器**
来解决这些挑战。信息辐射器是你在团队网站上发布的任何东西,它帮助每个人理解你在做什么以及进展如何。遵循这种方法让涉众知道项目中发生了什么是一个很好的实践。它显示了
Sprint
阶段承诺的故事、任务及其当前状态,以及已经完成的任务。
分享进度信息的另一个主要工具是
冲刺
**燃烧图**
。团队使用这个图表来衡量他们在冲刺中的表现。在任务板告诉你任务完成情况的地方,它没有告诉你与你在冲刺
阶段的情况相比如何。烧毁就可以了。
分享进度信息的另一个主要工具是
Sprint
**燃烧图**
。团队使用这个图表来衡量他们在Sprint中的表现。在任务板告诉你任务完成情况的地方,它没有告诉你与你在Sprint
阶段的情况相比如何。烧毁就可以了。
### 烧毁图表
典型的消耗图表从左上方到右下方以一条直线开始,显示
冲刺的消耗率。消耗图上的线或列可以用来表示从团队在冲刺计划中承诺的工作开始,每天冲刺
中实际剩余的努力点的数量。随着工作的完成,这些列应该变得更短,直到它们达到零。
典型的消耗图表从左上方到右下方以一条直线开始,显示
Sprint的消耗率。消耗图上的线或列可以用来表示从团队在Sprint计划中承诺的工作开始,每天Sprint
中实际剩余的努力点的数量。随着工作的完成,这些列应该变得更短,直到它们达到零。
下面你会发现一个非常简单的燃烧图:
![
Burn Down Chart
](
img/a06f4590c6a9682fdcbf12a14d9f8a9c.png
)
这里的绿色直线代表理想的燃烧速率。
冲刺
的每一天,都在努力完成所有的任务。
这里的绿色直线代表理想的燃烧速率。
Sprint
的每一天,都在努力完成所有的任务。
带圆圈的橙色线条,代表实际烧毁。当实际烧损高于 Idea 烧损线时,意味着团队会错过完成日期,需要增加更多的人来增加速度。
...
...
docs/misc/109.md
浏览文件 @
17720e1d
# 15 分钟的每日站
立会议
/每日 Scrum
# 15 分钟的每日站
会
/每日 Scrum
> 原文:<https://www.studytonight.com/scrum-framework/daily-standup-meeting>
scrum 大师将建立你的每日 Scrum。这也通常被称为每日站
立会议,简称为站立会议
。为了让 scrum 工作,它依赖于三个 C:
scrum 大师将建立你的每日 Scrum。这也通常被称为每日站
会,简称为站会
。为了让 scrum 工作,它依赖于三个 C:
*
**协作**
*
**沟通**
...
...
docs/misc/110.md
浏览文件 @
17720e1d
# Scrum 中的
积压
# Scrum 中的
Backlog
> 原文:<https://www.studytonight.com/scrum-framework/backlogs-in-scrum>
在 Scrum 方法论中,术语
**Backlog**
是一个包含项目所需功能的简短描述的优先列表。
利益相关者希望确保他们从您的项目中获得他们需要的东西。在整个项目中保持正确优先级的一个关键方面是对产品
积压
的不断细化。这意味着采购订单正在与利益相关方开会,以了解需要什么。随着业务需求和需求的变化,他们不断地转移工作。
利益相关者希望确保他们从您的项目中获得他们需要的东西。在整个项目中保持正确优先级的一个关键方面是对产品
Backlog
的不断细化。这意味着采购订单正在与利益相关方开会,以了解需要什么。随着业务需求和需求的变化,他们不断地转移工作。
在整个项目中,随着新特性和故事的发现和添加,您的
积压
在不断变化。其他故事正在被改变,甚至可能被删除。
在整个项目中,随着新特性和故事的发现和添加,您的
Backlog
在不断变化。其他故事正在被改变,甚至可能被删除。
随着新故事的发现,产品负责人会为每个故事制定细节和验收标准。但是每次
冲刺至少一次,整个团队必须聚集在一起,看看有什么新项目出现。这通常是一个 30 到 60 分钟的
**积压整理会议**
。它通常发生在冲刺
的中点附近。产品负责人向团队朗读新故事,团队询问任何遗漏的细节。
随着新故事的发现,产品负责人会为每个故事制定细节和验收标准。但是每次
Sprint至少一次,整个团队必须聚集在一起,看看有什么新项目出现。这通常是一个 30 到 60 分钟的
**Backlog整理会议**
。它通常发生在Sprint
的中点附近。产品负责人向团队朗读新故事,团队询问任何遗漏的细节。
### 产品所有者对
积压
的责任
### 产品所有者对
Backlog
的责任
1.
如果团队需要任何澄清,应对他们的新故事。
2.
设置
积压
的优先级。
2.
设置
Backlog
的优先级。
3.
允许 Scrum 团队在项目的整个生命周期中适应不断变化的业务需求。
4.
在
冲刺
阶段与团队互动。
4.
在
Sprint
阶段与团队互动。
5.
毫不拖延地填补需求中的空白。
scrum 团队的产品负责人就像一辆车的司机。为了让车辆平稳运行并完成旅程,驾驶员必须工作良好,并提供车辆所需的任何东西,无论是燃料还是修理。
...
...
docs/misc/111.md
浏览文件 @
17720e1d
# 先进的
\ No newline at end of file
# 高级
\ No newline at end of file
docs/misc/112.md
浏览文件 @
17720e1d
# 在
冲刺
中完成故事
# 在
Sprint
中完成故事
> 原文:<https://www.studytonight.com/scrum-framework/getting-stories-done>
在 Scrum 中,团队非常认真地对待他们的
冲刺
承诺。他们每天都在努力合作,完成他们的故事。
在 Scrum 中,团队非常认真地对待他们的
Sprint
承诺。他们每天都在努力合作,完成他们的故事。
请记住,在 Scrum 中,
**done**
表示符合验收标准的可用产品。因为这是目标,团队一直在开发和测试,以确保整个故事符合验收标准。
...
...
@@ -21,7 +21,7 @@
### 日常协作
与您的团队和产品负责人合作,并理解您正在处理的每个故事的
**done**
的定义。协作是团队在当前
冲刺
中取得进展所必需的。
与您的团队和产品负责人合作,并理解您正在处理的每个故事的
**done**
的定义。协作是团队在当前
Sprint
中取得进展所必需的。
### 专注并完成
...
...
@@ -29,13 +29,13 @@
### 尺寸
测量是成功
冲刺
的另一种方式。每天在燃尽表上追踪你的进度。
测量是成功
Sprint
的另一种方式。每天在燃尽表上追踪你的进度。
当团队完成任务时,Scrum Master 会跟踪已经完成的工作,并使用燃耗图向团队展示他们是否正在完成
冲刺
的承诺。
当团队完成任务时,Scrum Master 会跟踪已经完成的工作,并使用燃耗图向团队展示他们是否正在完成
Sprint
的承诺。
最常见的敏捷度量是
**速度**
。这仅仅是一个团队每次
冲刺从他们的积压
中完成的分数。
最常见的敏捷度量是
**速度**
。这仅仅是一个团队每次
Sprint从他们的Backlog
中完成的分数。
团队承认他们的进步,并密切关注即将发生的事情。这种协作有助于团队保持对整个项目的意识。它让团队专注于大局,同时在每一次
冲刺
中交付可用的产品。
团队承认他们的进步,并密切关注即将发生的事情。这种协作有助于团队保持对整个项目的意识。它让团队专注于大局,同时在每一次
Sprint
中交付可用的产品。
* * *
...
...
docs/misc/113.md
浏览文件 @
17720e1d
...
...
@@ -2,19 +2,19 @@
> 原文:<https://www.studytonight.com/scrum-framework/demo-team-work>
在 Scrum 中,我们努力在每一次
冲刺
的最后交付一个有效的产品。但如果没人知道又有什么意义呢?Scrum 对此的回答是
**演示**
。
在 Scrum 中,我们努力在每一次
Sprint
的最后交付一个有效的产品。但如果没人知道又有什么意义呢?Scrum 对此的回答是
**演示**
。
如您所知,采购订单负责接受或拒绝已交付的产品。他们接受的任何东西都可以展示给更多的观众。请记住,采购订单作为其他利益相关方的代表对他们负责,以确保他们得到他们想要的。
这就是
**传统瀑布设计**
和
**敏捷的 Scrum 方法论**
的区别。在瀑布模型中,一旦项目完成,我们就知道涉众的反馈,但是在敏捷模型中,在每次
冲刺
的最后,需要演示来获得涉众的反馈。
这就是
**传统瀑布设计**
和
**敏捷的 Scrum 方法论**
的区别。在瀑布模型中,一旦项目完成,我们就知道涉众的反馈,但是在敏捷模型中,在每次
Sprint
的最后,需要演示来获得涉众的反馈。
演示是采购订单和团队如何确保利益相关方对我们交付的内容感到满意。演示对于 Scrum 团队来说是一个强大的仪式。演示在团队和利益相关者之间建立信任。这是团队获得直接反馈的绝佳机会。
利益相关者可以亲眼看到代表他们所做的工作。他们向团队提供反馈,既有对所做工作的赞扬,也有对变化的建议,也称为新故事。采购订单将捕获这些,并在演示后开始添加细节,并为他们的
积压
设置新的故事。有时,涉众会看到一些已经展示的东西,并决定他们根本不想要它。完全没关系。
利益相关者可以亲眼看到代表他们所做的工作。他们向团队提供反馈,既有对所做工作的赞扬,也有对变化的建议,也称为新故事。采购订单将捕获这些,并在演示后开始添加细节,并为他们的
Backlog
设置新的故事。有时,涉众会看到一些已经展示的东西,并决定他们根本不想要它。完全没关系。
演示的另一个优点是让涉众知道谁在做他们的项目。他们可以亲眼看到每个团队成员为每一次
冲刺
所带来的技能和奉献。这是一个在团队和利益相关者之间建立关系的机会。这种可见性为利益相关者提供了一个更广泛、更平衡的视角来看待创造他们的产品所需要的东西。
演示的另一个优点是让涉众知道谁在做他们的项目。他们可以亲眼看到每个团队成员为每一次
Sprint
所带来的技能和奉献。这是一个在团队和利益相关者之间建立关系的机会。这种可见性为利益相关者提供了一个更广泛、更平衡的视角来看待创造他们的产品所需要的东西。
此外,涉众将看到团队接收反馈并适应其不断变化的需求的意愿。最后,演示展示了最终目标的整体进展。每次
冲刺
后,您的采购订单将使您的产品路线图和发布计划保持最新。这是你向利益相关者展示它们的地方。您的团队正在带领利益相关者一起踏上旅程。利益相关者还可以对每个计划发布的时间和内容提供反馈。
此外,涉众将看到团队接收反馈并适应其不断变化的需求的意愿。最后,演示展示了最终目标的整体进展。每次
Sprint
后,您的采购订单将使您的产品路线图和发布计划保持最新。这是你向利益相关者展示它们的地方。您的团队正在带领利益相关者一起踏上旅程。利益相关者还可以对每个计划发布的时间和内容提供反馈。
**注意:**
请确保您定期演示,以保持您的产品和利益相关方紧密一致。
...
...
docs/misc/114.md
浏览文件 @
17720e1d
...
...
@@ -4,7 +4,7 @@
对于 scrum 团队来说,每一次 sprint 都 100%关注涉众和最终用户的需求,但是敏捷背后的原则是团队需要定期反思如何更有效,并相应地调整他们的行为。
在 scrum 中,这个原则已经形成
**团队回顾**
,简称
**回顾**
。这是每一次
冲刺
的重点不在产品上,而在团队本身的时候。
在 scrum 中,这个原则已经形成
**团队回顾**
,简称
**回顾**
。这是每一次
Sprint
的重点不在产品上,而在团队本身的时候。
因为重点是团队和团队过程,Scrum 大师促进了这个仪式。为了有一个成功的复古,你必须有一个安全的环境。因此,这是一次闭门会议。团队必须知道只有专门的团队成员将出席,并且团队规范将被遵守。这种安全感对于确保坦诚评估团队合作方式所需的公开对话至关重要。
...
...
docs/misc/115.md
浏览文件 @
17720e1d
...
...
@@ -4,12 +4,12 @@
就像传统项目一样,scrum 项目也会时不时地遇到麻烦。以下是一些特定于 Scrum 的技术,用于查找项目的潜在问题:
*
**未达到目标:**
持续检查已完成的工作是否与计划相匹配,在
冲刺阶段结束时,您没有任何剩余的功能添加到产品积压中。这就是著名的
**雪耕**
。这类似于第一次冲刺的结束和第二次冲刺的开始,此时您正在修改评估以匹配团队生产力。但是,如果这种情况在每次冲刺
结束时继续发生,您必须召集团队讨论并理解为什么会发生这种情况,并采取适当的行动。
*
**未达到目标:**
持续检查已完成的工作是否与计划相匹配,在
Sprint阶段结束时,您没有任何剩余的功能添加到产品Backlog中。这就是著名的
**雪耕**
。这类似于第一次Sprint的结束和第二次Sprint的开始,此时您正在修改评估以匹配团队生产力。但是,如果这种情况在每次Sprint
结束时继续发生,您必须召集团队讨论并理解为什么会发生这种情况,并采取适当的行动。
*
**沟通不畅导致产品错误:**
问题的另一个值得注意的指标是团队经常生产某个特性的片段并将其扔掉。这可能是因为开发的功能被证明是低优先级的,不是必需的或不正确的,或者需要根据收到的新信息进行修改。这些问题的主要原因通常与业务代表没有提出正确的问题来理解业务问题有关。或者客户不理解您试图构建什么,或者您没有关于真实业务需求的准确信息。
如果您认为这些都是可能的,那么您应该与客户一起进行产品审查,以了解问题的根本原因。
根据客户在评审期间的输入,您应该适当地修改产品
积压
。
根据客户在评审期间的输入,您应该适当地修改产品
Backlog
。
避免麻烦的另一个重点项目是仔细观察
*团队出席会议的情况*
。你的核心团队成员是否都出席并参与了日常团队会议和后续活动?一个人偶尔精神或身体上的缺席可能有合理的原因,但反复缺席可能是问题的迹象。
...
...
docs/misc/116.md
浏览文件 @
17720e1d
...
...
@@ -8,11 +8,11 @@
基于所有必需的特性都已经实现的条件,您已经达到了项目中的这一点。
由于你已经在这个项目上花费了时间和资金,在结束这个项目之前,你还有一些额外的事情要考虑。您需要查看
积压
清单,并与业务部门合作,以了解剩余功能的重要性。此外,您还需要了解企业是否希望实现新功能。
由于你已经在这个项目上花费了时间和资金,在结束这个项目之前,你还有一些额外的事情要考虑。您需要查看
Backlog
清单,并与业务部门合作,以了解剩余功能的重要性。此外,您还需要了解企业是否希望实现新功能。
如果
积压特性集很重要,并且有额外的新特性需要考虑,那么如果能够获得资金,就有可能保证一个新项目。如果积压
包含较低优先级的特性,则可能不会启动新项目。
如果
Backlog特性集很重要,并且有额外的新特性需要考虑,那么如果能够获得资金,就有可能保证一个新项目。如果Backlog
包含较低优先级的特性,则可能不会启动新项目。
在这种情况下,需要将
积压转移给能够实现这些更改的人。企业可能想采取的另一种方法是,让我们拭目以待。如果积压很重要,但他们现在没有很多新功能,那么企业可能需要等待几个月来确定新功能是否出现,新项目是否有保证。无论如何,将积压
清单还给企业是非常重要的,这样他们就可以维护该清单,直到做出未来的决定。
在这种情况下,需要将
Backlog转移给能够实现这些更改的人。企业可能想采取的另一种方法是,让我们拭目以待。如果Backlog很重要,但他们现在没有很多新功能,那么企业可能需要等待几个月来确定新功能是否出现,新项目是否有保证。无论如何,将Backlog
清单还给企业是非常重要的,这样他们就可以维护该清单,直到做出未来的决定。
您可以关注项目的整体有效性,而不是项目开始以来发生的所有细节,并可以反思您作为个人和企业所做的改进。
...
...
docs/misc/117.md
浏览文件 @
17720e1d
# ===Drools===
\ No newline at end of file
# Drools
\ No newline at end of file
docs/misc/120.md
浏览文件 @
17720e1d
#
口水:
什么是规则引擎
#
Drools:
什么是规则引擎
> 原文:<https://www.studytonight.com/drools/rule-engine>
...
...
docs/misc/122.md
浏览文件 @
17720e1d
# 流
口水
:传统方法的问题
# 流
Drools
:传统方法的问题
> 原文:<https://www.studytonight.com/drools/problem-trad-approach>
...
...
docs/misc/125.md
浏览文件 @
17720e1d
# 流
口水
:何时不使用规则引擎
# 流
Drools
:何时不使用规则引擎
> 原文:<https://www.studytonight.com/drools/not-use-rule-engine>
...
...
docs/misc/126.md
浏览文件 @
17720e1d
...
...
@@ -49,7 +49,7 @@
![
Add Drools plugin in eclipse
](
img/69db8fe73fadc5bbcbdc1e47e5047028.png
)
你可以在你的喜好下看到
**流
口水
**
。你的 drools 插件安装现在完成了。
你可以在你的喜好下看到
**流
Drools
**
。你的 drools 插件安装现在完成了。
* * *
...
...
docs/misc/128.md
浏览文件 @
17720e1d
# 你好,世界
口水
计划
# 你好,世界
Drools
计划
> 原文:<https://www.studytonight.com/drools/hello-world-program>
...
...
@@ -8,7 +8,7 @@
![
How to create Drools Runtime
](
img/7b67fa8cb43b2d3d8040dc22d3ef4c3c.png
)
选择
**流
口水项目**
。给这个项目起一个合适的名字。例如:
**第一个口水
程序**
选择
**流
Drools项目**
。给这个项目起一个合适的名字。例如:
**第一个Drools
程序**
下一个屏幕显示选择一些文件,你想要在你的第一个 drools 项目。
...
...
docs/misc/131.md
浏览文件 @
17720e1d
# 流
口水
:规则编写或语法基础
# 流
Drools
:规则编写或语法基础
> 原文:<https://www.studytonight.com/drools/rule-syntax-basics>
...
...
@@ -14,7 +14,7 @@
4.
**进口对账单:**
进口对账单也类似
`Java`
。所有的 FACTS 类和任何助手类都需要被导入,这样规则才能起作用。例如:上例中的
`com.sample.DroolsTest.Message;`
。
*
**规则定义:**
规则定义由一些特定于
`keywords`
的
口水
组成。帖子中你已经添加了插件,你可以看到 drools 特定的红色关键词。在上面的例子中,
**然后结束规则**
是不同的关键词。
*
**规则定义:**
规则定义由一些特定于
`keywords`
的
Drools
组成。帖子中你已经添加了插件,你可以看到 drools 特定的红色关键词。在上面的例子中,
**然后结束规则**
是不同的关键词。
**规则**
关键字后面必须跟一个逻辑规则名。
...
...
docs/misc/132.md
浏览文件 @
17720e1d
#
口水:
规则语法
#
Drools:
规则语法
> 原文:<https://www.studytonight.com/drools/rule-syntax>
**Drools 规则资源(DRL)**
有不同的语法,涵盖了以下部分的语法:
##
口水:
规则中的条件
##
Drools:
规则中的条件
一个规则可以包含许多条件/模式:
...
...
@@ -15,7 +15,7 @@
* * *
##
口水:
规则中的变量
##
Drools:
规则中的变量
Drools 中的变量名以
`$`
美元符号开头。
...
...
@@ -29,7 +29,7 @@ $student : Student()
* * *
##
口水:
规则中的注释
##
Drools:
规则中的注释
在 Drools 5.x 中,
`#`
或
`//`
可以作为
**单行评论**
...
...
@@ -44,7 +44,7 @@ $student : Student()
* * *
##
口水:
规则中的函数
##
Drools:
规则中的函数
**功能**
是一个便利功能。它们可以用于
**条件**
和
**后果**
。如果要对规则的 then 部分进行修改,可以调用一个普通的
**静态 java 助手**
函数。
...
...
@@ -58,7 +58,7 @@ function double calculateAreaofSquare(double value)
* * *
##
口水:
方言
##
Drools:
方言
**方言**
指定任何处于
**条件**
或
**结果**
的代码表达式中使用的语法。默认值为
`Java`
。
`Drools`
目前还支持一种叫做
`mvel`
的方言。
...
...
@@ -72,19 +72,19 @@ dialect "mvel"
* * *
##
口水:
MVEL 方言
##
Drools:
MVEL 方言
**mvel**
是一种基于 Java 的应用程序的表达语言。
`mvel`
支持字段和方法/getter 访问。它基于 Java 语法。
* * *
##
口水:
无循环属性
##
Drools:
无循环属性
此属性通知规则引擎,对于每个匹配的事实,规则只能激活一次。如果规则中有一个通用条件,那么应该使用这个属性来避免无限循环的情况。
* * *
## 流
口水
:突出
## 流
Drools
:突出
`Salience`
是规则语法的一个非常重要的特征。
...
...
docs/misc/133.md
浏览文件 @
17720e1d
#
口水:
规则结果关键词
#
Drools:
规则结果关键词
> 原文:<https://www.studytonight.com/drools/rule-keywords>
...
...
docs/misc/134.md
浏览文件 @
17720e1d
#
口水
程序示例
#
Drools
程序示例
> 原文:<https://www.studytonight.com/drools/sample-drools-program>
这里我们有一个 zip 文件中的示例 Drools 程序,在前面的课程中也有解释。
点击下载:
[
**样本流
口水
Zip**
](
resource/SampleDrools.zip
)
点击下载:
[
**样本流
Drools
Zip**
](
resource/SampleDrools.zip
)
* * *
\ No newline at end of file
docs/misc/136.md
浏览文件 @
17720e1d
...
...
@@ -2,7 +2,7 @@
> 原文:<https://www.studytonight.com/drools/debug-drools-project>
有不同的方法来
`debug`
一个流
口水
的项目。
有不同的方法来
`debug`
一个流
Drools
的项目。
在本教程中,我们将学习需要编写一个实用程序类来让您知道哪些规则被触发或激发。
...
...
docs/misc/220.md
浏览文件 @
17720e1d
...
...
@@ -86,7 +86,7 @@
现在你有了移动的门,我们的问题是让它们按照我们的意愿移动。为此,我们必须了解动画师及其实际工作。
就像上面提到的,动画师负责将一个动画状态转移到另一个动画状态。举个例子,想象你在玩一个第一人称射击游戏,比如 PUBG 或者 CS: GO。这里如果你只按 W,玩家角色走路或者慢跑,但是只要一按 shift 配合 W 键,玩家就无缝爆发出
冲刺。这种从“行走状态”到“冲刺
状态”的转变,正是动画师所关心的。
就像上面提到的,动画师负责将一个动画状态转移到另一个动画状态。举个例子,想象你在玩一个第一人称射击游戏,比如 PUBG 或者 CS: GO。这里如果你只按 W,玩家角色走路或者慢跑,但是只要一按 shift 配合 W 键,玩家就无缝爆发出
Sprint。这种从“行走状态”到“Sprint
状态”的转变,正是动画师所关心的。
回到我们的门口,如果我们打开动画师,我们会看到各种彩色的盒子,上面写着“进入”、“任何状态”、“退出”等。这些是各种动画状态。
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录