如何获得敏捷待办事项的良好概述？

Question

我们使用Visual Studio Team Services将代码托管在Git存储库中，并通过迭代( sprint )、积压中的用户故事、当前sprint的任务板等来管理我们的敏捷规划。

这对于规划和执行当前的sprint和回顾上一个sprint非常有效，但是我发现很难获得一个概述。我希望看到从现在到发布之间的所有sprint，看看在每个sprint中哪些用户故事是重要的，.即跳上一个级别，并计划所有的冲刺。

这是否适合于敏捷方法，以及VSO / TFS工具对我的支持超出了用户故事的待办事项列表？

Answer 1

这个问题中没有工具的部分在这个问题中得到了很好的回答，@MichaelT已经指出了这一点。

Agile反对过度规划

然而，就支持长期规划的工具而言，关键是敏捷认识到业务条件总是会发生变化，而长期计划很少在没有重大变化的情况下完成。大多数组织都计划过度，浪费大量的时间来详细规划六个月后会发生的事情，但在三个月和五个月内才重新计划，等等。

保持长期计划高级别

当然，在任何重要的项目中，你都必须做一些长远的规划，但关键是，因为你无论如何都要重新规划，所以你应该保持你的计划的高水平。不要浪费时间对你在六个月内将要做的事情进行毫无意义的估计。经理们喜欢这样做，因为这让他们觉得自己在控制，但这是一种错觉。不幸的是，许多传统的项目管理工具正引导您这样做。

理想情形

在敏捷的概念案例中，你没有“最后期限”。你有一个清单，你要做的事情，你释放每一个冲刺。当你到达利益相关者说它已经完成的时候，软件就“完成”了。你的计划是积压。这是你目前希望做的事情的清单，按照你期望的顺序去做。计划只是写故事，并将它们组织在你的积压中。不需要额外的工具。

现实案例

当然，现实地说，你并不是像平常那些西装想知道什么时候会完成的那样，在这片梦幻之地工作。(或者更糟的是，告诉你什么时候必须做。)实际上，一些sprint结果发布是没有意义的，而其他结果是至关重要的。实际上，您将有其他团队需要完成一些您的故事，然后他们的故事才能开始。

在这些情况下，您可能需要创建一个未来sprint的列表，以及每个sprint中的插槽故事，所以您对何时“完成”有一个粗略的想法。

关键是:这就是你应该做的。其他的都是计划过头了。

Tools

考虑到这一点，您的计划结果只是一个sprint列表，并为每个sprint列出了一个项目列表。就这样。任何支持项目符号列表和表的工具都可以。你可以用词。您可以使用PowerPoint。你可以用Sharepoint。你可以用Mediawiki。(我的团队使用汇合式。)您甚至可以使用白板，每行冲刺和粘性笔记。(我见过我公司的成功团队正是这样做的。)

只是不要做瀑布计划(和使用瀑布规划工具)，标记里程碑“冲刺”，有一个每日scrum和假装你在做敏捷。

Answer 2

我希望看到从现在到发布这段时间内所有的冲刺

听起来像是在执行scrum，在这种情况下，您可以在每个sprint的末尾发布(或者可以发布)。如果发布时，您的意思是项目全部完成，那么您就不应该这样看待您的sprint。

您应该有一个与每个人共享的产品所有者的路线图。这应该涵盖产品的高级功能或方向。列入的唯一时限应是帮助确定优先事项的一般目标。敏捷的本质是知道事情会改变，而这些时间表是不真实的。

您不应该在前面看多个sprint，因为这个sprint可以改变一切。您可能会对下一个sprint有一个想法，因为您将知道在待办事项的顶部还剩下了什么。你不应该担心在更远的地方计划任何冲刺。