主题：【原创】闲聊敏捷编程——测试驱动开发（一） -- 代码ABC

而且不光是我，兄弟们也是这样，我们目前还坚持这样的做法，主要原因在于

1、目前我们用这种方法操作过的项目，最大的是一套OA，周期是半年，运作的很好，如果有更大的方法，我们也非常愿意试试看。

2、从客户的反馈看，以前经常头疼的需求分析问题和纠纷居然神奇的消失了，我们总结是在开发的过程中就消解了。

至于您的几个问题，小羊斗胆回复：

文档还是有的，每个环节完成的工作都会形成文档交付客户确认，就是怕客户不认帐，不过从实践看，基本就是轰轰烈烈走过场，认认真真搞形式了，因为这些工作是和客户一起完成的，还没碰到客户否定自己的，至于过段时间拍脑袋不认帐的，这事儿得分两头说，真是恶意的，没辙，要是确系当时没想明白的，快速原型法恰恰避免了这个问题，在建模修正的过程中，用户也在一步一步完善和修正自己的看法，即便是后面有遗漏，也不多了。

巧了，我们的OA项目，也存在多个功能模块，我们干脆把项目组也拆了，每组跟一个，每日完成的原型开会讨论，结果————客户自己干起来了，这个呵呵，俺们不管，直接回避，第二天，他们就有统一结果了。

何止不少阿，简直超长，我们直接把这段时间称做上线试运行，哈哈。