初识DSDM

现今来看，RAD方法是敏捷的早期版本，它涵盖了原型、迭代、时间盒、用户参与和研讨会等内容，但它还有很多Bug需要解决。为了完善RAD方法，1994 年，业界成立了一个以“共同开发并推动一个独立的RAD框架”为目标的DSDM联盟，DSDM（动态系统开发方法）诞生了。此时的Arie还在寻找更完善的方法。三年后，他加入了一家小公司，该公司拥有自组织的团队、高度授权的成员以及创新的文化环境。也是在这段时间里，Arie接触到了DSDM。

DSDM是一种以用户反馈为基础，并优先考虑快速原型和迭代的软件开发方法，他认为，DSDM能够以一种真正适合最终用户的方式向客户交付他们切实需要的东西。因此，1997 年以来，Arie经常作为教练参与各个DSDM项目，积极参与DSDM联盟。目前，他不仅是荷兰比荷卢DSDM联盟的董事会成员，还拥有多个DSDM认证。

Arie从DSDM中学到很多，对于他来说，开发过程中的各个方法论都基于不同的范式，而成功实施的基础，则源于这些方法论中的各种标准惯例。也就是说，如果在一个团队中，每个人所习惯的工作方式各不相同，那么团队要做的第一步就是确保所有人的工作方式是一致的。但如何彻底改变团队的工作方式，这又是一个大问题。

1998 年，Arie第一次将RAD引入到客户的团队中时，就发现了类似的问题。不论团队是否决定转变工作方式，亦或是无论如何转变工作方式，总会遭遇到未知来源的阻力：管理层依然坚持着旧的工作方式，包括决策、评估、交付、接受等流程。果不其然，他将RAD引入团队中，并在团队内实施了一段时间后，整体的工作效果还是欠佳。不仅是个人，团队也更倾向于退回到旧的工作方式中。

在Arie看来，每个人的观点或看法，并不会因为学习了敏捷的各种惯例，就立刻做出改变，如果不改变团队工作的环境和个人的看法，那么，以高压、强迫的方式来改变人们的工作方式只会造成大力反弹，一旦外部压力消失，他们就会回到原来的工作方式。因此，团队转型就意味着首先要从观点、看法转变做起。