问题标签 [agile-processes]

我正在做一个项目，我们真的很想尝试使用敏捷软件方法，并且正在编写我们的用户故事。这对我们来说是新的，尽管我们在编写成功的软件方面有很多经验。我的问题与当产品需要在多个平台上运行时如何编写故事有关......

让我们为了争论说我们的用户故事是......

• 用户需要能够登录
• 用户可以重置他们的密码

现在这需要在多个浏览器上工作，很可能是 PC 和 Mac 上的多个版本的浏览器。

过去对不同团队运作良好的方法是，您是否在您希望支持的所有平台上测试故事，或者您是否成功编写了额外的用户故事，例如“必须也适用于 Safari 版本 x.xx”。我不喜欢后者的想法，它没有很好的范围。

另一种选择可能是像这样为每个平台重复编写故事......

• 用户需要能够登录 Safari 版本 x.xx
• 用户需要能够登录 Chrome 版本 x.xx 等

无论如何，真的只是在寻找一些洞察力，并有兴趣了解社区中其他一些团队的成功和失败。

感谢分享...

我们正在尝试在我们的开发环境中实施敏捷方法。故事是否需要开始和结束日期，还是纯粹适用于 Sprint？

-艾伦-

一段时间以来，我一直在阅读有关单元测试和功能测试的信息。

如果我编写详尽的功能测试，它们是否会反过来覆盖下面的单元，这反过来又使单元测试变得多余？

我们遵循敏捷，并在完成功能的“切片”后立即使用 WebDriver 编写功能测试，这通常是 2-4 周的 sprint 时间。

据我了解，敏捷或多或少像一个开放/灵活的过程。这意味着我预计并期待利益相关者的快速变化。

但是这其中的商业方面呢？如果利益相关者对产品有特定的预算怎么办？

如果他们的更改超出了指定的预算怎么办？

是否有“敏捷合同”的术语？

我想将看板过程模板更改为我的 tfs 2012 服务器的 msf 模板的敏捷。

如何？方法？

可能是：我可以为 msf 流程模板创建一个新的团队项目。a 团队项目 > 看板流程模板 b 团队项目 > Agile for msf 模板（创建一个新的团队项目）

a 到 b 迁移（版本控制、历史记录、工作项跟踪等）

我尝试了 tfs 迁移工具进行迁移，但不起作用。因为 tfs 迁移工具可以通过 cmmi 来敏捷更改。

我找到了将看板流程模板更改为敏捷流程模板的方法

报告：http: //blogs.msdn.com/b/visualstudioalm/archive/2013/10/22/update-your-overview-and-progress-reports-to-support-the-portfolio-backlogs.aspx

但是如何将卡片工作项类型更改为用户故事？其他方式：如何将卡片工作项类型内容导入用户故事工作项？还是直接方式？

在 TFS 2013 中有 3 个可用模板。

微软视觉工作室 Scrum 2013

MSF 敏捷软件开发 2013

2013 年 CMMI 流程改进的 MSF

使用 Scrum 模板而不是 MSF 进行敏捷软件开发 2013 有什么显着差异吗？

在 MSF for Agile Software Development 2013 中有迭代配置的可能性，但没有发布和冲刺，而在 Scrum 中既有迭代也有冲刺。

除此之外，还有其他严重的差异吗？

我有兴趣了解人们如何在流程级别处理用户故事接受标准的变化。

例子：

您编写了一个用户故事，其中包含功能 XYZ 的接受标准。该用户故事在 1.0 版的冲刺中实现。一段时间后，对于 1.2 版本，产品负责人希望验收标准有所不同（例如 1 分钟超时而不是 30 秒）。

你如何处理这种变化？它如何改变原始用户故事的状态？我们正在使用 JIRA/JIRA Agile，如果您重新打开已关闭的用户故事并在新的 Sprint 中处理它们，我会特别感兴趣。

我们正在使用 Confluence 编写我们的产品规格，并且 PS 中的用户故事是通过查询直接从 JIRA 加载的。如果要更改原始用户故事的接受标准并重新打开它——如何确保 1.0 版的产品规范不会改变？

编辑：

我需要添加一些关于我们流程的更多信息：每个用户故事以及验收标准都有一些可用于测试这些标准的步骤。这些步骤用于生成验证/测试协议，用于检查所有产品规范是否已正确实施。

现在这意味着用户故事的更改将直接影响甚至已经审查和签署的产品规格和测试协议，因为数据是通过 jira 查询加载的。我想这可能不是将内容拉入 Confluence 的适当方式，更永久的东西似乎是可取的。

即使我们没有使用这些直接/动态查询，问题仍然有效：需求/验收标准的变化如何影响用户故事？

我们使用 Team Foundation Server 的敏捷流程。

我想获得一份报告，显示原始估计工作量与我们上一个 sprint 中每个用户故事实际花费的总工作量。

有没有一种简单的方法可以得到它，或者我必须建立一个自定义报告？

谢谢

这可能是一个奇怪的问题，请耐心等待，我对此完全陌生。

我有一份从客户那里收到的 20 个需求（用例）的列表。和他一起，我优先考虑这个要求列表（1 最高 3 最低）。我为每个需求编写了一个用例场景（而不是用户故事）。我还有一个用例图和一些技术设计（类图、数据库图）。

现在，我的计划是将这个包含 20 个需求的列表分成 5 个 sprint。每个冲刺持续一周。在每次与客户会面时，我都会展示实施了 4 个新用例的产品。如果其中一个没有完成，我会将其移至下一个 sprint，我的客户可以在这次会议期间请求更改。在此更改期间，可能会更改特定的用例图和类图/数据库图。

这被认为是敏捷吗？（尽管他从项目开始就给了我全部的 20 个要求）

尝试在 scrum 模板 (Microsoft Visual Studio Scrum 2013.4) 中为 bug WIT 实现自定义工作流。

在我们的业务流程中，不需要“已承诺”和“已批准”。事实上，除了添加一些新状态外，我们还可以回收这些状态来表示称为“准备测试”和“正在进行测试”的其他状态。

当我更改现有的“已提交”和/或“已批准”状态时（使用 TFS>Tools>Process Editor>Work Item Types>Open WIT From Server）我在保存它并使用通过网页重新打开积压后收到一条错误消息：

错误消息中提到的“配置”是什么？！起初我认为它可能是看板以某种方式连接到这些现有状态，但我不知道在哪里看（或者即使是那样）？

我不想从头开始创建一个庞大的模板，而是想破解一个现有的模板。请问有什么建议吗？