敏捷 vs. 文档

敏捷开发模式是一种自适应的开发模式。它不同于传统开发模式的地方在于，敏捷模式不是在团队组建的一开始就建立起一整套的规范或者流程，然后要求大家按部就班地去实施。换句话说，一百个敏捷团队可以有一百种组织方式，每个团队可以有自己的标准，自己的规范。很多相关文档需要不需要写完全是团队自己的事情。

敏捷团队通常不对遥远的未来做任何估计或者投入。简单讲，工程师不会为了一年后可能有人会需要，而在今天准备一份文档。如果文档写完之后，根本没有人会看，那就是浪费。如果文档写完之后，没过多久实际情况就变了，那这份文档还是浪费。

那么如果有人在近期需要文档怎么办？如果这个人是

客户 - 客户可以去看帮助文档。这个和工程师没关系。

项目经理 - 敏捷模式中没有项目经理。

BA - 敏捷中类似BA的人叫做Product Owner。PO可以随时看到开发成果。他有实际的软件可以看，为什么要看文档？

团队以外的工程师 - 他可以加入团队做结对开发或者测试。看实际操作不比看文档强吗？

文档评审 - 敏捷中没有文档评审。如果对于产品需求有疑问，可以咨询PO。

那么敏捷团队可能会需要哪些文档？

可读的代码 - 可读的代码本身就可以解释很多设计思想。

User Story - 这个包含了用户的原始需求，以及验收标准。

Done Definition - 团队中每个任务的完成标准。如果有文档需要，也可以加入到这个标准里面。

可执行的测试用例 - 一般做测试驱动开发的话，就会有可执行的测试用例或者需求。

其他 - 团队内部约定的其他文档。

综上所述，敏捷开发和文档完全是不是对立的。而且敏捷开发的内含远远不仅仅是要不要文档。