|
在敏捷开发中，需求是逐步细化的。每一个迭代或Sprint均允许商业用户或利益关者更好地阐述他们的需要，确保高效开发解决方案。商业用户或利益相关者“讲述”集成用户关注与直接交互特性的用户故事，奠定每一个迭代或Sprint的基础。这些简短的用户期望脚本仅是编写用户故事过程中的一部分。用户故事还包括另外两个要素：项目经理博客
1. 笔记：为帮助阐明期望而就相关故事进行深入讨论所做的记录(交谈)
2. 故事意图和验证测试：向用户确认故事交付后确实满足其期望(确认)项目管理者联盟
需求远景是敏捷开发中运用用例的关键项目管理论坛
敏捷团队在开始收集描述系统特性的详细需求之前，确定项目的总体远景和目的至关重要，其中也包括产品远景。产品远景是项目的边界，迭代增量工作即在此范围内开展。产品远景应回答下列三个问题：项目管理者联盟
1. 该产品是什么?项目管理者联盟
2. 该产品为什么有用?项目经理博客
3. 该产品将有什么特性来吸引客户?转自项目管理者联盟
 项目管理者联盟
我们可以首先在此处看到运用用例建模的捕获技巧，对于收集并整合用户故事的强大作用。图1向我们生动地展示了用例在此过程中是如何被有效运用的。项目管理者联盟
创建解决方案时，从需求的角度来设定产品远景至关重要。这样既可以设定参数，确保我们交付的产品满足需求，在涉及跟踪需求时亦能标记 终点。项目管理者联盟
在敏捷开发中为何，何时使用用例?service.mypm.net
用例是展示参与者及其目标的图表。参与者通常是人或系统，而目标就是参与者所希望实现的。敏捷开发中的用例用以帮助明确“谁”要用系统做“什 么”，并确定交互的商业价值。项目管理者联盟
在敏捷项目中，不仅要从项目的角度而且要从产品的角度，充分发挥用例的作用。从项目角度来看，用例可用直观易懂的方式展示“谁需要什么”。 从产品远景的角度来看，无论是开始进行用户驱动型系统的需求预想，亦或是确定主题和特性，使用用例都大有裨益。项目管理者联盟
 项目管理者联盟
敏捷开发中有四个层次的需求。主题用以描述可能包含多个特性的较大需求，特性则是一系列相关故事。这两个需求层次提供了一个使用用例的良机，因为它们能够提供简单直观的产品范围，且同时允许改进需求优先级。另外两个需求层次更加详细，分别是史诗和故事。史诗用以描述因太大而不能在一个迭代或Sprint中完成的故事，这些故事需要分解成更小的故事。用户故事是最小的且有价值的业务需求，此类故事遵循INVEST原则。项目管理者联盟
 项目管理者联盟
有效的敏捷需求非常倚重用例和用户故事。请谨记，用户故事侧重于用户期望在使用最终产品时能够具备的特性。它们旨在表示用户期望的简短场景，帮助敏捷团队的商业分析师在更深层面上将这些期望与适当的解决方案价值联系起来。用例则用以帮助开展用户价值分析，进而对产品backlog进行优先排序。项目管理者联盟
用例和用户故事的精确使用时间无定法可循。对产品backlog进行优先排序时，二者都需要用到。更好地了解客户的需要及其重视之处，也离不开二者。敏捷项目需要运用用例和用户故事，但是，何时运用它们取决于团队开展的敏捷项目类型。项目管理者联盟 项目管理者联盟
|
