如何由方法论设计敏捷实践, 改变团队成员既有的思维, 行为模式?

当我们在做产品时，往往会遇到二种场景：

1. 某个特性的场景，无法经由单一的角色或个人分析、思考完整。

2. 开发，测试人员过于被动的去接受需求，而不主动思考产品 “应该”要做什么？

所以，我在产品级敏捷中，便以 Use Case 2.0为基础，设计了一可视化，协作的 Board。

使得各个不同的角色，可经由这样的 Board，而可共同的协作；分析特性的外部直接使用者 (系统, 设备)，使用目的，主要使用场景与验收条件。

经由这样的协作，使得团队成员经由 Use Case 2.0 所形成的外在协作环境，一来可主动、有效的沟通场景，二来可使各不同的角色达成共识；那些特性下的场景，是值得且已可先行进行设计、开发了。

其它如架构设计，Story 分析、设计，SIT测试用例设计，也都是采用类似的思维、作法。