毕竟，用户故事许多时候需要详尽的描述，文档可以增加沟通中的清晰度和可传播性，为什么非要刻板地认为仅仅使用口头沟通和使用白板才算是敏捷开发呢？

　　“产品文档会导致发布变慢，过度规划，通常会浪费时间。”这样的想法完全是无稽之谈。

　　我工作过的多个世界级团队遵循着一些敏捷原则（例如两周一个迭代周期），每天（甚至更频繁地）发布代码，并且以发布产品（而不是文档或者会议）作为衡量成功的标准——这些团队也都仍然认为文档是他们打造成功软件的一个关键部分。

　　产品文档与技术文档有何区别？

　　产品文档通常关注做什么 ，而技术文档更多关注在如何做 。这两种文档为研发流程中的不同环节带来同样的清晰视角，并且都使得工程师（和他们的用户）身心愉悦。

　　总结

　　感谢你读到这里。如果你认为这篇文章有用，请分享给其他人——特别是你的产品/工程团队。

　　祝写文档愉快！

　　作者 | Gaurav Oberoi

　　译者 | 刘涵宇

　　点击“阅读原文”，可查看原始译文。

　　以下是乱入的广告——

　　12月22日，由前腾讯新闻中心主编，青山资本副总裁，“在行”上全网评分最高的市场营销类行家李倩老师主讲的课程——“7周重塑你的品牌框架和营销操盘”即将开课，了解课程详情和报名，请长按下面的海报扫码。