敏捷开发下, 如何将需求分析，架构（软件）设计，开发与测试，一气呵成式的结合且高效的完成 ?

产品开发中，时常会发生类似如图中 “削马铃薯”的悲剧。

悲剧的发生，往往是由于我们只传递了 “要作什么功能”给开发人员。却缺乏了一个有效的且轻量级的实践，能在正式进入迭代开发前，确认开发人员是否真有能力，能将 “使用者的需求”转化为 “可执行的代码”?

“场景树” 便是一结合Use Case, Domain Driven Design, UML的轻量级可视化的敏捷实践。

经由场景树，可确认开发人员，是否已设计好 :
① User Story 的 “ 实践场景 ” 。

② 由实践场景所生成的 “实体（Entity）”。

③ 各实体所需的 “测试纬度”。

所以，当开发人员已可将 “User Story 的需求“ 转化为 “场景树” 时，不仅可说明开发人员已充分的理解需求，更证明了开发人员，已有了一清晰的思路，知道如何能将需求转化为可执行且可测试的代码。

另一方面，开发人员，可依据场景树， 轻松且直接的完成 ……
① User Story 设计模式的选定；选择 Domain Model 或 Transaction Script 。

② User Story 中的 Entity 与Value Object的设计。

③ User Story 测试用例纬度与测试数据的设计。

“场景树”；一个极其简单且轻量级的实践，却能使开发人员，将需求分析，架构（软件）设计，开发与测试，一气呵成式的结合且高效的完成。

假如，你有兴趣想知道，是谁发明了场景树,请与我联系。