敏捷开发写不写文档

思步学堂

【每月话题：敏捷开发写不写文档？】敏捷认为诸如需求文档、设计文档、测试用例……都缺少客户最终价值，可以将这些中间文档略写或者不写。但这样一来，导致一些重要的文档被“敏捷”掉了，给产品后续的开发与维护带来很多的障碍。到底该不该写文档呢？欢迎参加互动。


该贴已经同步到 思步网的微博


上一篇：试运行后有问题的研发流程，重新制定与优化孰轻孰重？
下一篇：项目周报有用吗

志存高远

需要写。有些记录还是要的，不然后面维护起来很麻烦。

delia2010

我觉得敏捷的核心实现是主动、灵活的应对变化，不是一味的省略和裁剪，应该根据需要编制相应的文档，原本写在不同类型的文档中的内容可以适当的进行归类合并，减少文档的数量，但是不能没有，否则前面的流程是敏捷了，后续的维护将是一个极度痛苦的过程。

牛哄哄

从历史经验来看，确实不需要写。以前瀑布的时候，写了一堆没用的，后面的各种模型也是，特别是CMMI之后，文档就是拦路虎，纯粹是应付。代码注释写清楚，完全不用文档。

水一方

肯定要写，再敏捷也需要文档的记录，特别是一些关键的文档。一家之言哈。

lanj

       
个人觉得敏捷写不写文档已经成为一个做不做敏捷必考虑的一个问题了。现在看到很多公司都在试行所谓的”敏捷“，且不论形式或者结果怎么样，但是绝大部分是没有文档输出的，没有文档成了敏捷的标志。个人觉得文档这回事有几种情况下还是需要的，一个就是对于一些例如政府部门的客户，在签订的合同里面可能已经规定了验收的时候必须提供哪些文档，这个时候，我觉得还是需要提供的，因为合同里面已经有规定了，你不能说自己是敏捷开发就不提供文档，毕竟客户不管你是CMMI还是敏捷的。还有个就是对于开发的人来说当然敏捷使他们更高兴了，觉得自己都在做自己关注的事情，没有花费时间写文档之类的，但是对于维护人员呢？这个维护人员不仅仅是客户方的，还是公司内部的，我们知道每个项目都有一定的保质期，1年到5年不等，如果没有文档，只是一个backlog和一套源码给维护人员，就足够了吗？肯定是有一定问题的吧。所以个人认为有些必要的文档或者记录还是需要的，这和是不是执行敏捷不是一回事，也不是执行敏捷的理由。

扣费

做敏捷的至少都要有两把刷子，所以，这些人具备不写文档就能搞定的技能，那怕是几年后的产品维护。

乱乱

需要写。有些记录必须要有，再敏捷也需要有文档的，老话说：“好记忆不如烂笔头”，就是这个道理。

全员改善

又是一个伪命题。这个不存在写不写的问题，而是怎么写、写那些的问题。这个网站倡导全员改善，希望网站管理人员把握好方向，讨论的问题要有质量。

梧桐

偶才疏学浅，保持中立吧~

兰溪

偶才疏学浅，保持中立吧~

狐狸

期待楼主能发动更多人探讨啊。

理智去爱

正方与反方都有各自的道理。

花落因为花开过

期待楼主能发动更多人探讨啊。

哈根达斯.√

正方与反方都有各自的道理。