问题标签 [agile-processes]

这是什么意图：

简单——最大化未完成工作量的艺术——是必不可少的。

在持续部署方面，敏捷项目有什么更好的工具——Go来自 ThoughtWorks 或JetBrains的TeamCity ？

如何确定敏捷方法中的故事点值并确定团队速度？在网络搜索中能够得到定义但不能得到实际过程的解释。

我是从事软件产品发布的敏捷 scrum 团队的一员。冲刺持续时间为 2 周（约 10 天）。

这里使用了一个特殊的指标，称为“冲刺中期接受度”。从本质上讲，期望是 Scrum 团队在 sprint 中承诺和计划的一半用户故事点需要在该 sprint 的中间完成。他们说，这会导致积分的线性燃尽，这是冲刺进展顺利的有力指标。

作为一个团队，我们的冲刺中期验收通常很糟糕，但众所周知，我们会在冲刺结束时完成所有承诺的用户故事点。

我有以下问题：

1) 冲刺中期接受是一种有效的敏捷/SCRUM 实践吗？它是否在其他地方使用？

2) 期望在一半的时间内完成一半的工作类似于将其视为“工厂车间”工作，其中手头工作的性质和复杂性是完全确定的。由于软件开发是一个“创造性”的过程，因此高度灵活的方法（如敏捷）中的这种刚性指标是无关紧要的。你怎么看？

3) 尽管我的 Scrum 团队在 sprint 中及时完成了我们所有的承诺，但我们因糟糕的中期 sprint 验收指标而受到质疑。在其他地方的 Scrum 团队中，仅在冲刺结束时才履行承诺是否完全正常？

非常感谢提前。

我们正在交付一个核心系统的彻底重写，交付团队在 Scrum 环境中工作。由于团队的规模，我们现在分成两个 Scrum 团队，他们的目标是每天集成代码。每当测试团队部署到我们的系统测试环境（每天作为标准）时，我们都会拆除数据库并重新填充所有参考数据——这是为了确保测试的基线。

这种方法的问题在于，当一个测试团队正在等待部署修复而另一个正在执行中期测试时，我们对速度的影响很大。为了尝试解决这个问题，我们提出了以下建议：

• 创建另一个测试环境（这非常昂贵），此外，我们仍然会遇到延迟，因为团队中的一个测试人员仍然无法部署他们的修复。
• 仅代码部署的选项（避免数据库崩溃）。

我们尝试并鼓励团队跨职能，并鼓励测试人员帮助测试人员找出阻碍部署的人，但这并不总是可行的。我们还希望任务大约需要 1-2 天的时间，所以我们不能很容易地分解项目的持续时间。

其他人在他们的环境中采用了哪些方法？

有没有办法从 MSF Agile 6.0 迁移到 TFS 2012 中的 Scrum 流程模板？我们最近从 TFS 2010 迁移到 2012，并希望在不丢失历史记录的情况下更改流程模板。

我听说过http://witsynchronizer.codeplex.com/但有人尝试过 TFS 2012 吗？

我们的团队使用 TDD 进行开发，并且在实现新功能时，有时会在所有卡片变为绿色时出现“集成卡片”，这意味着将已实现的组件放在一起以相互配合。我对这张卡感到难过，因为这意味着，没有人在现实生活中只在测试中尝试过代码，而集成卡意味着尝试它并使其工作。

在每个产生新功能的故事的结尾放置一张集成卡是一种很好的敏捷实践吗？或者当可以将它与现有代码集成在一起时，它是否应该成为每个任务卡的一部分？

我无法弄清楚为什么我的巡航控制 .net 网络仪表板显示全部搞砸了（见图）。似乎无法正确加载所有样式表。

我已经阅读了 scrum，我工作的公司已经开始使用它。我发现布置任务确实可以帮助每个人了解需要完成的工作和工作。我们遇到的一个问题是，我们只是在我们的一个项目中“尝试”scrum。我们有许多为客户定制的应用程序。其中一些客户优先于其他客户。如果他们打电话要求报告，我们会提供。

是否有一个流程（scrum 或其他方式）可以用来帮助我们满足这些需求？就目前情况而言，每日需求并未计入我们的 sprint，因为我们没有时间每天做故事时间和计划扑克。

有什么想法吗？

我确实发现这个问题是关于如何合并多个项目，而不是日常需求。

我们正在使用 TFS2012 的敏捷过程模板（稍作修改），我想在模板中将查询添加到团队收藏夹，以便在创建新团队项目时自动添加它们。我们希望看到每个团队项目的相同查询。

我已经修改了模板，以便创建一个名为“当前”的迭代，而不是创建 3 个迭代（迭代 1、迭代 2 和迭代 3）。然后，我更新了所有查询以指向“当前”迭代而不是迭代 1。现在我需要将这些查询添加到团队收藏夹中，以便它们自动显示在 Web 屏幕上。

这可以做到吗？

谢谢