软件需求文档编写规范.docxVIP

软件需求文档编写规范

做了近十年互联网产品工作，我最大的感悟就是：绝大多数软件项目的延期、扯皮甚至最终做砸，根源都不是开发能力不够，也不是运营推广不给力，而是最开始的需求文档写得乱七八糟，模糊不清。软件需求文档是整个项目的奠基，从产品、开发、测试到运营、设计，所有团队成员都要以它为依据干活，如果一开始规范没做好，后面就是无尽的补锅和返工，消耗大量不必要的精力。今天我就把我们团队磨合了这么多年总结出来的软件需求文档编写规范整理出来，从前期准备到最终变更管理，全流程说清楚，不管是新手还是老从业者，都能拿来参考。

1编写规范的核心目的与适用范围

明确为什么要做规范、哪些场景需要用规范，是写好需求文档的第一步，不能上来就动笔写内容，方向错了再怎么写都没用。

1.1核心目的

很多人觉得规范就是走流程、卡人，其实完全不是这么回事。我们定这套规范的核心目的，第一是统一所有干系人的认知，避免你说东我理解成西，把模糊的口头需求变成所有人都能对齐的文字标准；第二是规避后期的项目风险，把所有可能想到的问题提前摆在明面上，不要等开发做完了才发现漏了功能，还要返工；第三是留下可追溯的项目依据，不管是后期验收还是出了问题找原因，都能拿出来说清楚，不用空口无凭扯来扯去。我刚入行的时候碰见过一个典型的坑：当时做电商后台的订单导出功能，产品只写了“支持订单导出”五个字，没说单次最多能导出多少条，开发默认做了单次