问题标签 [agile-processes]

我开始深入研究敏捷，并且对某些公司如何推广他们的版本有疑问。我需要关于社区是否同意服务的每月发布周期在理论上与瀑布式相同的意见？我的理由是，如果一个团队捆绑了多个服务更改/功能并每月发布一个大规模版本，那么它与瀑布相同。“敏捷方式”不是在合并时发布每个更改/修复/功能吗？

我不确定你什么时候会把故事分成故事或任务。

假设您有一个关于关闭服务的故事，为此您必须分析和折旧 5 个 API，每个 API 需要一周时间

你会怎么做？

1）将故事分成5个故事，这样每个故事都小于一个sprint并且可以由某人拥有（但不能被演示）

2) 将一个故事分解为多个任务，但随后多个人正在处理一个故事，而一个故事的持续时间超过了 sprint

其他？谢谢

我有一个内部部署的 Azure DevOps 服务器，并且我自定义了继承的过程以具有附加的“正在进行”-状态“就绪”： 默认状态和附加状态“就绪”

在 Web 视图中，此新状态正确显示： Azure DevOps Server WebView with correct new state

在 Visual Studio 中，我只看到默认状态，而不是我新添加的状态： Visual Studio Work Item Detail with missing state

有什么想法需要更改，或者这是 Visual Studio 与新继承进程之间的不兼容？

我们在团队中使用 slack 进行内部沟通，并在 slack 上配置了 github 以获取有关新提交和问题的更新。现在，我们希望我们的工作流由 github 项目中的任务管理，为此需要配置一个松弛通道来接收有关正在创建、分配、完成或任务的任何其他状态更改的任务的更新需要通过相同的通知松弛通道。就像我们为提交和问题所做的那样。我一直在寻找完成它，但是，我没有找到如何做到这一点。

以下是我浏览过的参考资料，它们仅建议 slack 和 github 集成 - 提交、问题、拉取请求、拉取请求的状态检查、代码审查和部署：

https://slack.github.com/

https://github.com/integrations/slack

https://github.blog/2019-07-29-whats-new-in-the-github-and-slack-integration/

https://slack.com/intl/en-in/help/articles/232289568-GitHub-for-Slack

我正在寻找的功能是否可用？

我想了解敏捷冲刺中团队成员的速度计划计算以及 QA 工作。让我通过例子来解释它：

假设，我的速度是 5 次冲刺。这意味着，我每个 sprint 最多可以选择 5 个故事点。

现在，我们整理了一个用户故事，这需要 DEV 方面的非常小的努力（1 分），但对于 QA 预期，这是 5 指针，因为由于这个微小的变化，他们需要测试完整的应用程序。由于我们的故事点基于团队决策，所以我们决定使用 5 个故事点。

这个用户故事是分配给我的，所以这意味着，我已经为这个 sprint 计算了 5 个故事点，并且根据我的速度（为 5），我完成了这个 sprint。

但正如我上面提到的，这个故事需要开发人员方面的努力（1 分）所以这是一种错误的信息或对我实际工作的错误解释。

所以我的问题是，我们如何才能正确定义或计算特定团队成员的速度，在这种情况下，我们需要在多个团队成员之间为同一个用户故事分配工作，特别是在 QA 的情况下。

我的 JIRA 项目的积压页面中出现了一些问题，但是当我的董事会使用 Epic Swimlanes 时它们消失了。如果板配置为使用任何其他泳道选项，这些问题会出现在板上。

语境

1. 敏捷团队习惯于在组织采用的工具上使用 Hours 来估计用户故事。
2. 10% 的敏捷团队现在已经接受了关于故事点的初步理论培训，他们现在很好地理解了概念和目的。
3. 现在接受故事点培训的团队和尚未接受培训的团队从事同一项目
4. 90% 的敏捷团队仍然不了解故事点
5. 总体目标是确保组织中的所有敏捷团队都使用故事点进行估算
6. 立即要求是让 10% 的敏捷团队接受过故事点培训，开始使用故事点而不是小时数进行估算。

用于组织管理的挑战 工具是“目标流程”根据我的详细信息，目标流程工具没有规定只能为少数接受过故事点培训的团队使用故事点。有人说它必须一次性在整个组织中完成，这意味着它会影响所有项目。否则，它会使那些尚未接受故事点训练的人感到困惑。

如果我按此计算，除非所有团队都接受过故事点培训，否则很难为已经接受过培训的 10% 团队采用故事点。大爆炸似乎不是一个可行的选择。

请让我知道在当前情况下可以使用哪些选项让团队快速采用故事点估计？