如何实施同时进行BAU和项目工作的测试团队的敏捷混乱

Question

，我已经担任公司的测试经理。我正在寻找实施敏捷的途径。团队执行BAU任务并并行工作。 基本上，团队成员之间的工作是分享的。我们有内部发行版，由我们的内部开发人员和由我们的供应商处理的外部版本处理。我打算实施以下

abring内部项目和BAU任务

我们依靠其他机构和外部供应商，所有的外部释放和项目都保持Waterfall。

这种方法很有意义，还是我应该将团队分为项目和BAU？请分享您的经验和思想。

我会说这里的大问题是，为什么有一个测试团队？ Scrum没有测试团队 - 开发和测试是由同一团队在同一Sprint中进行的。
2. 如果有一个BAU开发团队和项目开发团队，然后考虑将您的“测试团队”分开并注入这些团队中。
LLES假设您只有项目工作，而您想应用敏捷的原则。您需要使用固定的时间范围进行增量交付：假设这是2周14天。这是您的

sprint

.

Answer 1

使用1-5个评分系统从“不同意”到“同意”时，请按照标准来评估一件工作的难度。

我对这项工作不太了解。 我可能需要进行重新工作。

我需要在执行工作之前进行研究。

我需要更多的技能和经验。 我需要与许多人合作。

Work具有依赖性

Answer 2

工作需要许多资源。

在此示例中，我们设置了8个问题来评估工作困难；最简单的工作将有8分，最艰苦的工作总共将得到40分。 我们会将点转换为时间范围：

8-15分 - 简单；半天

15-20点 - 容易；最多有一天

1. 20-25分 - 中等；最多两天
2. 25-30点 - 硬；最多三天
3. 30-35分 - 非常硬；最多五天
4. 35点及以上 - 不要提交；需要将工作分成较小的可交付成果
我们可以设置
6. sprint（14天）
容量为80点。团队成员可以上班并相应地进行分级。 EACH团队成员可以对每个工作项目进行评分，您可以为团队的集体意见提供总体平均积分。例如，有5个团队成员可以平均20分对“更新登录表格UI”的工作进行评分，这意味着工作是中等的，并且估计要在两天内完成。
7. 在每次冲刺之前，您都会根据点系统将工作项目分配给Sprint，您的团队可以通过将它们从泳池中拉出来开始处理它们。使用看板板，并将所有工作项目添加到待办事项专栏中。
halow，但要避免将工作项目推迟到下一个冲刺。如果团队成员完成工作项目，他们将移至下一个工作项目。在将工作标记为“交付”之前，必须在每次冲刺的结束时进行一次接受会议。重新完成工作确实在新的Sprint中消耗了新的积分。 sprint的尽头，您的目的是根据评估问题以及团队估计新项目任务的方式尽可能准确地提供所有坚定的作品。 您需要使用迭代来改善估计（例如：您的每周容量点或将点转化为定时框架），并可能编辑评估问题。您还需要将复杂的工作分为较小的碎片，并旨在每工作项目尽可能少。
8. 这是您在一个项目中冲刺的敏捷交付框架。现在让我们添加Bau工作。 您的BAU工作在工作性质和预期结果的性质上将具有很高的确定性。您将分配固定的时间从总冲刺容量中分配固定的时间，无论谁像以前那样执行工作都无关紧要。可选的是，如果这是他们职责的一部分，则可以分配BAU为同一团队成员工作。
现在，您可以将冲刺用于项目工作和BAU工作；评估问题，交付点将衡量您的交付承诺。迭代将提高准确性和交付成功。

让我知道这是否有帮助。我很乐意与您一起以现实生活为例。