DAD（有纪律的敏捷交付）在不同类型交付的应用

DAD（有纪律的敏捷交付）在不同类型交付的应用

我在2004年开始的第一个敏捷开发项目，到目前自己经历的、看到的项目或者产品，如果是规模比较大，从开始、交付、持续维护和改进的过程中，总是有DAD的影子在里面，或者说有DAD的关键因素在里面。我对DAD（有纪律的敏捷交付）的理解是：

 

1)    基于交付（结果）的流程，清晰的阶段，清晰的里程碑，每一个阶段有明确的目标和推荐的实践，整个过程持续改进

 

2)    基于迭代，面向学习：短周期的迭代，可以得到需求、技术、流程等各方面的反馈，尽早发现风险，及时改正。背后的思路是：可工作，才可以把需求至交付整个流程中的问题暴露出来

 

3)    更侧重解决方案，而不是单纯的可工作软件。解决方案才是可以为客户提供价值的。解决方案包括：新的硬件、改变客户的商业或者运营流程、改变客户的组织结构等

 

4)    适合不同地域、团队大小、不同复杂程度的技术和业务（互联网、游戏、传统项目等）

 

 

以下是我经历的三种典型的工程：项目、有频繁交付压力的产品、没有频繁交付压力的产品，它们在DAD的 框架下是如何工作的：（其中最大的体会是：首先根据工程类型选择适合的开发流程和节奏；然后选择每一个阶段的周期和其中需要多少个迭代，每一个迭代的周 期；最后把每一个阶段内推荐的实践做到位。再次强调：把每一个阶段内推荐的实践做到位非常非常重要，这些实践不但包含一些敏捷实践，还包含很多传统开发中 用到的优秀实践）。

 

 

这里可以查看大图：http://photo.weibo.com/1874343052/photos/large/photo_id/3529442333764319