问题标签 [agile-processes]

如何在已完成的工作领域实现自动累积小时数？我尝试使用聚合器插件，但它不适合我。我需要总结剩余工作的所有变化。

我使用了敏捷模板、VS 2013 和 TFS 2013.4

你能帮助我吗？

我正在重新组织 youtrack 上的敏捷板，并试图遵循行业最佳实践，但我更愿意称之为史诗

“用户资料”

与

“用户可以在其用户资料中查看自己和其他用户的信息和内容”

如果我能摆脱它。

我很快就会申请工作，所以有人可能会看到我所做的事情，我只是想确保我不会因为这样的事情而看起来很糟糕。

进一步阐明我如何看待问题的每个“类型”（以确保我正确理解它们）

Epic - 用户资料（简要说明）

功能 - 用户供稿（详细说明）

任务 - 用户可能喜欢提要中的项目

让我为你画出有问题的场景：

我正在使用 Trello 完成我的每周冲刺。我的董事会：

已是最新。唉! 这里出现了一个新的关键业务功能要求（例如跳舞的仓鼠动画）。我的冲刺只有 2 天！我该做这些选项中的哪一个！？

1. 放下我正在做的事情，将关键功能添加到 sprint 并立即开始工作
2. 放下我正在做的事情，通过将其他卡片（又名工作）移到下周的冲刺中来为新的关键功能腾出空间。开始研究关键功能。
3. 告诉产品负责人我的 sprint 已锁定，我会将其添加到下一个 sprint
4. 惊呼“嘿！我的 Scrum Master 在哪里，他应该保护我免受这一切的伤害！” （这是个笑话，我们是 3 个开发人员，没有 scrum master）。

目前我们实施选项 2。这样，sprint 仍然是一个可管理的工作单元，并具有定义的发布日期。冲刺完成后，我们（开发团队）将审查冲刺并与业务团队跟进，看看我们是否可以避免这种情况继续发展。

哪个选项“最好”或大多数人推荐？我知道这取决于您对敏捷、看板和 Scrum 的实施以及所有这些，但我正在寻找我们处理 sprint 修改的最佳方式。

请温柔一点，我们正在学习敏捷方法。请不要过于教条，因为这种方法被称为“敏捷”——不是每个人都必须以同样的方式去做。

非常感谢！

当您开始 Sprint 并在中途意识到您的一个故事在另一个团队完成工作以使其通过 UAT 之前无法实现时，通常采取的方法是什么？

我们已经开始了一个故事，并且已经完成了一半，但在另一个团队的 2-3 个 Sprint 中完成工作之前，我们无法完成它。

我们不想关闭它，但我们不想在 2 个 sprint 中“携带”它。

我们有一个开发团队（大约 20 名团队成员）目前正在开发 5 种产品，有 5 名产品负责人（每个产品负责人）。我们正在努力解决不同产品之间的故事优先级以及相同的许多会议。

以下是我们正在研究的两个选项：

1. 将产品 backlog 合并为单个产品 backlog

这样该团队就可以从一个产品待办列表中提取故事到冲刺待办事项中。（并且不必再为优先级而烦恼）。但是单个产品积压可能过于庞大且难以管理。

2. 将每个产品的团队分成5个团队

但这目前是不可能的，因为我们有专门的资源专门用于特定的煎锅，并且需要在产品之间共享。

有什么建议么？

参考自：

http://istqbexamcertification.com/what-is-smoke-testing-when-to-use-it-advantages-and-disadvantages-2/

冒烟测试用于以下场景：

• 它由开发人员在向测试团队提供构建之前完成。

• 它是由测试人员在开始详细测试之前完成的。

问题是，它会因为“敏捷开发人员”完成“单元测试”而受到损害吗？

我目前是敏捷项目的产品经理，我们有 4 个开发团队，每个团队都有一个 PM。由于 PM 之间的整合重复错误（一个故事影响另一个故事，双方直到交付时间才意识到）。我想知道贵公司的故事“拉取请求”之类的机制吗？如果有，有哪些阶段？谁参与？如果不是，您建议如何避免这些错误？

当我们需要支持多个版本时，如何持续交付本地安装的产品？更重要的是，在此类产品中，代码库不在单个存储库中。存储库可以跨版本增长/缩小。

详细说明问题陈述。[ 可在本地安装 ] 假设您推出产品的第一个版本 (v1)，并将其部署到 2 个客户环境。部署后，您需要提供修补程序、次要版本升级等支持。与此同时，您将继续创新并在下一个主要版本 (v2) 中添加新功能/删除一些功能。但是由于您已经拥有 v1 版本的客户，因此客户可以选择接受/拒绝较新的版本。您将获得 v2 版的新客户。因此，现在您有 2 个主要版本，客户使用您的产品的 2 个不同版本。所以问题现在变成了2倍。您需要让您的团队持续支持这两个版本。现在更简单的方法是在推出新版本后立即停止旧版本。

希望我能够详细说明这个问题。有什么建议么？

管理层已要求所有团队都转向单一的 VSTS 实施（Azure DevOps），我有几个问题想澄清一下。

请让我知道此陈述是否准确：VSTS 的单个实例（安装）可以支持多个项目。

如果这是真的

1. 您可以汇总来自多个项目的报告还是停止在项目障碍处？
2. 一个项目可以支持多个工作项模板吗？

我问第二个问题是因为我们有多个团队从事不同类型的工作，我们希望为每种工作项类型（功能、故事、任务、错误）设置最少的字段集，但该字段集将是不同的团队不同。

使用任务模板的示例，

我们是否可以拥有所有任务模板共有的“基本”字段集，但每个团队都有各自独有的附加字段？

谢谢

大家好开始他的（ATDD）执行。另外，系统分析团队的主要角色是什么（它在瀑布模型中从 brs 生成 srs）在我们公司，我们尝试使用敏捷而不是瀑布，所以我非常感谢您的帮助