Visual Studio Team System XXXX 中的敏捷规划工具

1、.：.；Visual Studio Team System 2021 中的矫捷规划工具本文以 Visual Studio Team System (VSTS) 2021 的预发布版为根底。一切信息均有能够发生变卦。本文将引见以下内容： 产品和小版本规划 产品积压任务簿 容量规划和报表 小版本积压任务簿 本文运用了以下技术：VSTS 2021、VSTS Process for Agile Software Development 1.0 目录 长期规划版本和小版本规划VSTS 2021 Excel 任务簿产品积压任务簿容量规划小版本积压任务簿报表“矫捷规划存在语意矛盾吗？希望您不会这样以为，但在

2、最近于洛杉矶召开的一次专项小组会议中，其中一位与会者指出其组织已从矫捷开发转为采用更为正式的方法。在经过进一步的讯问后，她坦承其团队无法再根据其经理的口头要求进展代码修复并立刻将修复结果部署到消费中。如今，她不得不运用正式的程序。对她而言，即意味着放弃了矫捷开发。实践上她对矫捷开发的了解并不准确，但是我非常高兴她的组织可以制定正式的更改流程。矫捷并不是指盲目进展加速或出于速度思索才选择矫捷的。相反，它是一种符合规范的规划方法并且其中融入了阅历数据。Visual Studio Team System (VSTS) 2021 引入了一些新的特性和功能来协助 矫捷团队进展规划。在本文中，我将向您引见

3、一些全新的产品积压任务簿、小版本积压任务簿以及一组新报表，它们可以协助 矫捷团队规划和管理版本和小版本。长期规划人们总是担忧没有准确的长期规划，这已成为推行矫捷方法的主要妨碍。在 2021 年度矫捷开发情况调查中，缺乏事先规划是受访组织在采用矫捷方法时最关注的问题。我疑心对许多人来说，缺乏准确的长期规划就等同于缺乏协同规划。矫捷团队选择多个层级的规划并在瀑布式规划过程中进展期间修正，当然本来就该如此。Steve McConnell 在软件评价的不确定性圆锥中指出，在工程中过早进展评价能够会得出不准确的结果，偏向高边的错误最高会到达 400%：“在工程早期，待构建软件本质的详细细节、特定需求的细

4、节、处理方案的细节、工程规划、人员构成以及其他工程变数均不确定。这些要素的可变性会导致工程评价的可变性。当然，这并不意味着主管人员的管理战略是“我们不知道工程何时能完成，也不知道完成时会是什么样子。它实践上是想阐明团队规划版本的方法以及各版本中所完成任务的范围均存在变数。图 1 产品和小版本积压版本和小版本规划对于矫捷团队而言，规划是在以下两个截然不同的层级完成的：版本规划和小版本规划。版本规划是一项高级规划活动，用于协助 矫捷团队查看各种功能或用户案例。积压中的工程随后被依次堆叠、评价并分配给一组小版本。请留意，在此阶段运用的是诸如 T 恤尺寸小、中、大等单位来执行评价的。其目的是粗略评价积

5、压中各个工程的本钱，而非准确的报价。这也有助于客户根据心目中的大致尺寸来依次堆叠需求。在 Scrum 中，这组用户案例被存放在一个名为“产品积压的列表中请参见图 1。每个小版本中需求处置的任务范围主要取决于团队进度。版本的定义主要取决于按照客户要求完成一组可靠需求的时间。例如，假设需求四个小版本才干实现第一组功能，那么估计在第四个小版本后能构成第一个版本。小版本规划是一项更为详细的规划活动，它在每个小版本开场之前执行。产品积压的高级用户案例将在核对后根据需求拆分成较小的用户案例。此时，团队已预备好将用户案例拆分成较小的案例并定义完成用户案例所需的义务。然后将会以小时为单位评价这些用户案例及相关

6、联的义务。此时，团队可以了解到小版本的范围。在矫捷团队的工具箱中，除索引卡和便笺外，经常还会发现 Microsoft Office Excel 这一工具。VSTS 2021 引入了两个新的 Excel 任务簿来协助 矫捷团队管理产品积压和小版本积压。但在引见这两个任务簿之前，让我们先来快速了解一下 VSTS 2021 附带的新 Agile 过程模板。VSTS 中的过程模板包括任务项类型、查询、报表以及文本指南。在这里任务项是关键实体。任务项可以是用户案例、义务、错误等。首先，在 Team Foundation Server (TFS) 中建立一个团队工程，然后在“New Team Projec

7、t Wizard新建团队工程导游中选择 VSTS Process for Agile Software Development v1.0 模板。此模板包括以下任务项类型：义务 用户案例 错误 问题 测试用例 您可以创建本人的任务项类型或自定义特定的任务项。要了解更多有关任务项自定义的信息，请参阅 Brian Randell 在 2021 年 12 月撰写的有关运用和自定义 TFS 过程模板的文章：“ HYPERLINK tech.ddvip/2021-02/1233815299107356.html Team System：运用过程模板简化团队工程。接下来，我们将深化讨论 Excel 任务簿并

8、了解这些任务项在开发过程中的流动方式以及它们如何协助 用户规划和管理价值流。VSTS 2021 Excel 任务簿在“矫捷性工具一文中，Kent Beck 讨论了矫捷团队中存在的大量转换以及在思索转换时对工具的需求。基于 Excel 的规划任务簿与 TFS 任务项跟踪的集成有助于最大程度地降低转换开销。经过使产品积压和小版本积压坚持同步，可自动将用户案例或义务任务项的形状更新信息捕获到小版本积压中以生成各种报表，许多常见活动要么被淘汰，要么被优化。在运用 VSTS 2021 来管理产品积压和小版本积压时，建议矫捷团队运用以下流程：运用 VSTS 2021 Agile 模板新建一个团队工程。 经

9、过将用户案例添加到产品积压任务簿或经过在 Visual Studio 中添加任务项来构建产品积压。 根据各个工程在产品积压中的堆叠顺序，将其分配到某个小版本。默许情况下会创建 Iteration 0、Iteration 1 和 Iteration 2。可运用团队工程设置来创建更多的小版本。 设置查询以从特定小版本中提取用户案例、义务及其他任务项，并将其映射到对应的小版本积压任务簿中。 这些任务簿与 TFS 之间的集成是经过查询实现的。图 2 显示了产品积压任务簿的配置。在 Excel 功能区中，在“Team团队选项卡上选择“Work Items任务项组，然后单击“Configure List配

10、置列表。这将翻开“Configure List Properties配置列表属性对话框。在这个对话框中，可选择一个 TFS 查询，而此查询的结果正是电子表格中所显示的内容。图 2 Excel 任务簿中的查询查询是在团队工程中创建的。默许情况下，在建立团队工程时，会创建一个名为 Work ItemsTeam QueriesWorkbook Queries 的文件夹。在此文件夹下，您会发现有关产品积压和小版本积压任务簿的默许查询。为了更好地了解任务簿的任务原理，让我们看一看 2021 年 10 月发布的 VSTS 2021 和 .NET Framework 4.0 CTP 中包含的 DinnerN

11、ow 例如运用程序。可以在 Team Suite 开发人员中心找到最新的 CTP 下载。产品积压和小版本积压任务簿均可在团队资源管理器的 DinnerNowDocumentsShared Documents 文件夹中找到。产品积压任务簿产品积压主要用作运用程序中客户所需的需求列表。我听说有些团队在指代一组高级需求时也运用事迹或主题之类的术语。将这组需求搜集到一个列表中、确定其优先级并在较高级别评价它们，这些操作可协助 回答此规划阶段的两个重要问题：1. 运用程序有哪些需求？ 2. 它的价钱是多少？很显然，其答案只能经过评价得出。我曾看到过有的团队在此阶段运用案例分数、T 恤尺寸或小时来进展评价

12、。 经过回答这些问题，团队可以更好地了解此版本或接下来的几个版本的大致情况以及这些版本的估计完成时间。通常会存在预算或方案限制，如即将进展的广告活动、法律要求或季节性活动等。这有助于规划版本的范围，由于您可以根据此限制来管理版本的范围。假设为版本设置了目的日期，那么在发布时间框架内，可经过确定将哪些需求包括在小版本中来管理任务范围。例如，假设规划始于 12 月而发布日期定在 6 月，那么实践上需求运转四到五个小版本假定为一个月的小版本才干完成此任务。假设目的日期比较灵敏，那么发布方案将取决于完成最低限制的一组需求所需的时间。例如，假设可以在三个小版本内完成最低限制的一组必需功能，那么可以设置在

13、三个小版本后出现版本 1。假设可在五或六个小版本内完成下一组功能，那么设置在这五或六个小版本后出现版本 2。图 3 显示了 DinnerNow 工程的产品积压任务簿。您看到的是用户案例的积压。在这些用户案例中，其中多个已被分配给特定的小版本，并且某些已在 Iteration 0 和 Iteration 1 中完成。很显然，在开场一个新工程时，首先要从空白任务簿开场构建这些高级用户案例。图 3 产品积压任务簿这些电子表格上的各列是任务项中的字段，它们依次存储在 TFS 数据存储库中。Excel 和 TFS 之间的集成会使 Excel 中添加一个“Team团队功能区请参见图 4，利用其中的菜单项可

14、将积压中的工程发布到 TFS 中、可利用 TFS 中更新的任务项来刷新积压，此外还有许多其他功能。图 4 Excel 功能区中的 Team 选项卡 积压中的每一行都被存储为 TFS 中的一个任务项，如图 5 所示。经过这种方式的集成后，运用 Visual Studio 的团队成员如今可从 Visual Studio 本身中更新用户案例和其他任务项。如今，不用在不同工具之间进展切换即可更新用户案例、评价结果或剩余任务的形状。图 5 TFS 中的任务项容量规划作为版本规划的一部分，矫捷团队将在电子表格中破费大量时间来新增用户案例、对其进展评价，以及更为重要的，确定它们的优先级。但是，亲密关注版本的

15、形状也同样非常重要。产品积压任务簿包括一个容量规划任务簿。经过评价用户案例及其任务所在的小版本，此任务簿可对小版本本身的快速处置提供很大协助 。容量规划是规划版本时的一项重要活动。它有助于了解可在各个小版本中完成的功能。此计算中的关键数据点是进度。进度是在某个小版本中，团队所完成的任务量。假设恰好有先前小版本的数据，那么它将是最正确入手点。图 6 运用先前的小版本来计算进度这通常被称为“根据昨天的天气进展预告。实践上，假设 TFS 数据仓库可用，那么容量规划电子表格可从其中提取历史数据。如图 6 所示，我可以选择 Iteration 1 作为从中获取历史数据的小版本，并可以键入开场日期、终了日

16、期以及团队成员数。在本例中，进度为 816 小时，这意味着团队可以在 Iteration 1 中完成 816 个小时的任务。假设对此数据不称心，团队可以在开场时运用一个估计值，而在规划未来的小版本时运用第一个小版本的进度。在容量规划电子表格中，可指定小版本的日期范围、团队成员的数量以及小版本期间的任何中断情况如节假日。经过将此数据与用户案例评价和进度相结合，可创建一个可以大体给出小版本任务负荷的图表。假设发现评价的任务超越了预期的容量限制，那么您能够会希望在不同的小版本之间挪动用户案例以得到一个合理的分配。在我的例如中，我并未在 Iteration 2 中规划任何任务。我可以将积压中的一些剩余

17、用户案例添加到 Iteration 2 中。如今，容量图表将如图 7 所示。这是一种非常不错的情形评价任务并没有超出容量限制。图 7 为小版本 Iteration 2 分配了任务的容量图表工程启动后，也可以运用产品积压任务簿来了解各种用户案例的整体形状。但是，经过“剩余工时和进度、“剩余任务和“案例进展等报表可以了解更为详细的信息。这些报表均包括在 Agile 模板中，可在团队工程的 Report 文件夹中找到。我将在本文的稍后部分引见这些报表。小版本积压任务簿小版本是矫捷团队的一项关键活动。经常运用 Scrum 的矫捷团队非常熟习它，将其称为“冲刺。小版本的继续时间通常各不一样。对于运用极限

18、编程的团队，小版本的周期为一到两周；而运用 Scrum 的团队通常有为期周围的冲刺。小版本规划有助于定义特定小版本的范围。在小版本规划会议期间，团队通常会分析针对特定小版本分配的用户案例、搜集详细的需求信息、添加相关联的义务以及评价完成每项义务所需的时间。在此会议中，产品拥有者以及团队其他成员将根据以下要素来确定用户案例的优先级：依赖关系、本钱评价、详细需求以及特定案例的重要性不如当初预期的能够证据。首先，我们来看一下 DinnerNow 团队工程中的小版本积压。在团队工程中的 Shared Documents 文件夹下包含名为 Iteration 0、Iteration 1 和 Iterat

19、ion 2 的文件夹。在其中的每个小版本文件夹中，您都会看到小版本积压。每个小版本积压任务簿都会衔接到一个特定查询，它只针对该特定小版本用户案例和义务。假设添加了其他任务项类型如功能、主题或事迹，那么需求将其添加到此查询中，以便可以在列表中提取出这些额外任务项。DinnerNow 团队工程中已有多个义务被作为子项添加到 Iteration 2 的用户案例中。但通常情况下，作为小版本规划会议的一部分，团队会添加这些义务并对其进展评价以得到一个称心的 Iteration 2 小版本规划。图 8 显示了小版本积压。图 8 包含子义务的小版本积压TFS 如今支持分层任务项，这将允许您创建父/子树。在本

20、例中，以下新义务被作为子义务添加到用户案例“用户应该可以经过手机运用 DinnerNow中：确定 UI 的哪些部分用于手机 针对 UI 运用卡堆栈体系构造 识别大多数群众化手机 减少下订单时所需的按键次数 此时，团队已做好了进展义务分配的预备。每个团队成员在选择任务量时需求思索的要素包括该小版本的团队成员容量、领域专门技术以及团队成员参与团队的时间长短。小版本积压任务簿还包含一些附加表单，可协助 在规划和执行时处置其他方面的问题。容量规划任务簿类似于产品积压任务簿中的任务簿。可运用此任务簿来了解团队的容量。在规划期间以及小版本本身执行期间，负载平衡任务簿将派上用场。当出现有关某个特定用户案例的

21、最新信息时、当发现针对某个义务的技术依赖关系时或者当某个团队成员变为不可用时，矫捷团队将在整个小版本过程中继续进展规划以执行期间修正。这些详细情况要求更新义务分配，而这正是负载平衡任务簿发扬作用的地方。另一有趣的任务簿是用于进度跟踪的任务簿。熟习板球运动的人们都知道术语“当前得分率和“所需得分率。这两个统计数据可以准确给出某个团队在竞赛中的表现。通常情况下，假设所需得分率高于当前得分率，那么击球团队必需加快速度才干防止失败。另一方面，假设当前得分率高于所需得分率，那么阐明击球团队情势不错。在熟习板球的读者约请我打球之前，我想说的是其他统计数据如出局人数和剩余轮数对于全面了解竞赛情况而言也都非常重要。在矫捷工程中也同样如此。进度跟踪表可让您快速了解在某个小版本中完成用户案例的当前团队进度和所需进度。