研发文档归档办法.docxVIP

研发文档归档办法

作为有着近十年研发管理经验的从业人员，我见过太多因为研发文档归档混乱踩过的大坑：核心开发离职后，新人接手项目翻遍整个公司共享盘、聊天记录，都找不到最初的数据库设计说明，对着看不懂的表结构硬生生啃了一个多月才理顺逻辑，硬生生耽误了新版本的上线进度；还有一次线上出了偶发故障，要回溯三年前的核心模块修改记录，结果当时的文档没人归档，全存在开发个人电脑里，电脑早就淘汰了，最后只能全量回归测试，花了十几万的成本才定位问题。说白了，研发文档就是公司研发的“家底”，人可以走，家底不能乱，这套归档办法是我们踩了无数坑磨出来的实操规则，既能落地执行，也能真真正正解决问题，接下来就从原则到操作详细说明。

1研发文档归档的基本原则

做任何事先定规则，归档也不例外，我们总结了四个必须坚守的基本原则，从根上避免归档变成“堆垃圾”。

1.1谁产出谁负责归档原则

说句实在话，我见过太多公司把归档甩给行政或者档案管理员，结果收上来的文档不是缺页就是版本错，连文档讲的是什么管理员都搞不清。所以我们从一开始就定死：谁产出的文档谁归档，产品写的PRD就产品归，开发做的设计就开发归，你自己写的东西你最清楚内容、版本和重要程度，不会出乱子，这个原则是所有规则的基础，不能改。

1.2全生命周期覆盖原则

很多人觉得归档只要存最后上线的成品就行了，中间过程文档没用，占地方。我负责任的说，这个想法大错特错。