渐进估算和收费站

凯莉从关于敏捷我昨天写了一篇关于项目速度的文章。Kelly提出了一个很好的观点，关于我们如何使用收费站方法来估算和项目资金。

以下是凯利的评论:

在一些方法中——例如RUP——在寻求批准全部资金之前，有一个项目的初始阶段(“初始阶段”)来进行一些高层次的范围划分。在瀑布式项目中，在请求全部资金之前完成需求分析也是很常见的。在这些情况下，只需要资助初始阶段，然后团队在要求其他资金时知道更多。

这是大规模敏捷开发的基本概念，这里是为什么....连贯的软件架构、UX和UI设计，以及需求不会仅仅来自于在一个重要的企业级计划中独立工作的多个小团队。如果没有某种程度的轻量级、预先的计划(集成一起工作的几个团队的活动)，我们就不可能集中在一个良好集成的产品上。

施瓦尔在谈论时谈到这一点迭代0．Leffingwell谈到这个的时候提到了建筑跑道．在我看来，这些人都是围绕着Inception和Elaboration的想法。这几乎是必须做的，因为RUP在敏捷社区中是如此不受欢迎的话题……否则人们就会忽略它。Ambler更直接地解释了这些概念，当他谈到敏捷的统一过程．

通过引入这些高阶敏捷概念，我们可以帮助团队学习如何有效地构建大规模敏捷实现，而且，从业务和技术的角度，帮助团队了解需要做出什么决策，以及什么时候……大约一年前，我写了一篇文章统一过程的敏捷核心(当时这个博客还没有任何订户)。

我将从那篇文章中抓取一些文本，并更新一些评论，以便与Kelly的原始评论联系起来，而不是重新发明轮子大胆的今天添加了。

《盗梦空间》

初始的目标是最小化业务风险。亚博vip9通道这意味着您必须理解您试图创建的远景，对需求有一个高层次的理解，并且已经定义了您打算构建的系统体系结构的特征。

从单个Scrum团队开始开始。该团队应至少有一个Scrummaster，产品所有者，分析师，质量专家和建筑师。产品积压将包括创建视觉，用例库存和候选架构所需的功能。可能需要在成立积压中包含特征，以证明业务愿景的关键方面。亚博vip9通道

先启阶段是所有RUP阶段中最不关注代码的阶段。这是由于在开始项目之前，您需要对将要去哪里有一个想法。由于初始阶段对创建工作软件的关注最少，没有工作软件团队就不能降低风险，因此快速做出决策并继续交付工作软件的业务符合团队的最佳利益。亚博vip9通道

在先启阶段结束时，必须做出一个业务决策。亚博vip9通道我们是否有一个足够强大的产品愿景，以及足够强大的架构愿景，来资助产品开发的下一个增量。这是一个很好的时间来重新评估积压，并决定项目的价值主张是否仍然有效。

细化

精化的目标是最小化技术风险。这包括选择功能的最小子集，以证明在初始阶段所做的重要技术假设。在精化阶段结束时，系统应该具有您选择构建的功能子集的完整功能。应该对系统进行全面测试，并且团队应该确信体系结构是稳定的。

在精化阶段，您可能仍然拥有一个Scrum团队。您可能会添加一些更高级的技术人员来帮助开始构建系统。产品待办事项列表包含了证明应用程序体系结构和交付构建系统所需的任何非功能组件所必需的特性。精化计划安排包含团队在规模上协作所需的特性是很重要的。在准备扩展敏捷团队时，不应该忽视源代码控制、构建环境、自动化测试基础设施、即时消息传递和协作软件。

在精化阶段结束时，我们有另一个业务决策。亚博vip9通道我们是否构建了足够多的应用程序来验证我们的技术假设。我们能否继续推进项目，扩展成多个敏捷团队，并满怀信心地前进，因为我们有一个可行的、经过验证的解决方案?这是您需要重新评估待办事项列表的下一个要点。在验证解决方案、更新待办事项列表、根据我们所学的重新评估之后，我们是否有继续前进的业务案例?亚博vip9通道

建设

建设的目标是降低物流风险。这是大部分软件创建的地方，也是敏捷团队真正开始扩展的地方。在精化阶段帮助构建系统基础的核心团队被分解为新创建的scrum。每个团队都围绕体系结构的一个主要组件或总体范围内的一个重要特性集进行组织。每个团队都是一个完整的跨功能实体，负责交付系统中其组成部分。这些团队由一个主团队协调，主团队包括一个更高级的ScrumMaster、架构师、它自己的技术人员，以及来自组件团队的技术负责人和/或ScrumMaster。

在这个阶段，待办事项安排完全是由特性驱动的，进展是非常可度量的，团队专注于向客户交付大量的业务价值。亚博vip9通道正如在每个阶段中所发生的那样，在每个构建迭代结束时交付的代码将被完全测试并与系统的其余部分集成。

正如大多数常见文献中描述的那样，构建是最类似于原型敏捷项目的项目。我们有几个独立的功能团队协同工作。每一个都在跟踪速度和消耗，并根据需要进行产品调整，以汇聚成一个能够交付最多业务价值的解决方案。亚博vip9通道业务部门亚博vip9通道积极地评估一个又一个的过程，决定何时构建足够的产品来将解决方案推向市场。

过渡

此阶段处理培训和移交给客户、最终用户测试，以及解决流程中早期未发现的任何问题。

在此阶段，团队应该能够缩减为一个或两个跨职能团队。待办事项列表与剩余的文档、培训和缺陷解决特性相关，这些特性是为了让客户掌握产品。

我想起了许多关于硬化迭代的转变。这是我们清理任何剩下的地方。如果我们需要任何最终用户验收，Doc工作......无论如何，这就是它的位置。如果他们已准备好接受项目可交付成果，我们会询问客户。