本文由重庆佰鼎科技有限公司提供，重点介绍了软件文档管理规范相关内容。重庆佰鼎科技有限公司专业提供多可文档管理注册机,开始软件文档管理系统,e6免费版文档管理软件等多项产品服务。公司成立于至今，坚持用服务打动人心，用质量打造口碑，立志成为行业内的领军。

软件文档管理规范本文面向人群：项目经理、产品经理。

本文内容：在常见的软件项目管理各阶段中会使用到的文档、进行的会议以及需要的邮件通知进行列举。

参与人与流程 一览软件项目参与人通常包括：需求方（及干系人）、产品经理、UI、研发、测试、运维。

标准项目流程01标准项目流程02

不同阶段的文档、会议、邮件 一览

一、需求收集与分析、管理阶段：文档01-02

用户反馈文档01用户反馈文档01需求池管理文档02需求池管理文档02如何使用文档见下文：软件文档管理规范

ZJICMHAHAH：产品方法论 | 需求分析与需求管理二、与需求干系人沟通阶段：文档03-06

竞品分析文档（老项目） / MRD市场需求文档（新项目或新模块）03

ZJICMHAHAH：产品方法论 | B端产品如何进行竞品分析整体方案设计文档04（PRD前身）文档04用处：用于和需求方沟通、确认需求。为产品需求文档的前身。

PRD产品需求文档05 PRD是将需求规范的逻辑化的产物，包含产品功能框架，页面交互功能细节，很重要。公司人手再不足，也尽量撰写一份简单的PRD或是用户故事。

ZJICMHAHAH：产品方法论 | PRD产品需求文档原型文档06 略。

三、当期项目启动阶段：会01-03、邮件01-02、文档06-09

产品内部评审会01（产品、需求方） 准备好PRD和原型和需求方最后确认一遍需求。

项目启动会/需求评审会通知邮件01（附件：PRD产品需求文档05、原型文档06） 对象：所有干系人；

内容：时间、地点、参加人员、会议流程、各个流程时间预期。请大家提前看需求，带着问题参加评审会；

附件：PRD产品需求文档05、原型文档06；

邀请时间：提前两天，在沟通群：会议当天再提醒一次，会议开始十五分钟前提醒一次。

项目启动会/需求评审会02（全员+相关部门）小组估时会03各自评估负责内容所需时间。

功能点拆封估时文档（WBS 工作分解结构（Work Breakdown Structure））07各自根据会小组估时会03产出，再由各组负责人总计给项目经理。

项目进度计划文档（甘特图、里程碑）08项目经理根据功能点拆封估时文档07，进行协调和规划，整理出一份里程碑、甘特图。

外部资源需求/额外资源调配文档09外部资源的需求的时间点和内容，内容一般包括 外部接口文档、协议、UI设计。收集来自需求方或者技术部门外部的相关资源。

格式：各位好，下述内容为XXX项目中待提供的的资料和时间要求。目前尚有部分内容需求需要相关责任人提供，请各位尽早确认，以免影响工期。表格：责任人、资料、截至时间。

项目启动邮件02对象：所有干系人；

附件：PRD产品需求文档（当期需求列表）05、原型文档06、项目甘特图（里程碑）文档08、外部资源需求文档09。

四、UI设计、开发预研阶段：会04、文档10

UI设计稿文档10（有时会在项目启动之前） 略。

UI设计评审会04 略。

技术方案评审会05（开发内部进行） 略。

五、项目开发阶段：会06、文档11-13

测试用例文档11 暂略。

测试用例评审会06 暂略。

燃尽图文档12燃尽图项目风险文档13 包括内部执行、外部环境、初始方案本身的风险，可能产生的影响。

项目进度通报邮件03（基于燃尽图文档12、项目风险文档13）项目进度是否正常。整体计划是否可能延期。计划时间点产生变化时候，客观阐述变化原因：内部执行、外部环境、初始方案本身。

六、项目验收阶段：会07-08、邮件04

验收会07 暂略。

验收确认邮件03 测试、UI、产品 验收确认。

产品培训会08 针对运营、客服、技术支持、销售等人员进行产品培训。帮助他们了解需求背景并学会使用新功能模块。

七、上线阶段：会09

回顾总结会09讨论哪里完成好，哪里需要改进。往往出现无法开诚布公，要么开成了和谐会，要么开成了批斗会，下面介绍一种方法：

每个人在一张纸片上回答3个问题，写好后顺/逆时针交给最近的同事，如果同意纸片上的回答画一笔正字。每张纸片被所有人打过分数后，主持人进行收集，得正字最多的几条纸片优先被讨论成为action plan。

其他：

会议通用邀请邮件01 比较重要或是时间比较久的跨部门会议，事先都需要进行邀请。

会议通用纪要邮件02 比较重要或是时间比较久的跨部门会议，事后都需要记录问题和方案进行通报。

需求变更申请表 需求经常需要冻结，需求变更申请表增加了需求变更的难度，让变更人承担相应对项目影响的后果。软件文档管理规范

需求变更通知邮件 将需求变更相应内容通知相关人员。

这是我个人的软件项目管理方法论重要的一次总结，感谢您的阅读，如果可以，希望留下您宝贵的意见，也欢迎私信共同探讨。其他项目管理、敏捷开发文章推荐：

ZJICMHAHAH：项目管理 | 敏捷开发（项目经理篇）ZJICMHAHAH：敏捷开发 | 产品经理如何使用用户故事看板