英文简写文档名称
MRD market requirement document （市场需求文档）
PRD product requirement document （产品需求文档）
SOW 工作任务说明书
PHB Process Handbook (项目过程手册)
EST Estimation Sheet (估计记录)
PPL Project Plan (项目计划)
CMP Software Management Plan( 配置管理计划)
Technical Design Document (技术的设计文档) TDD
QAP Software Quality Assurance Plan （软件质量保证计划）
RMP Software Risk Management Plan （软件风险管理计划）
TST Test Strategy（测试策略）
WBS Work Breakdown Structure （工作分解结构）
BRS Business Requirement Specification(业务需求说明书)
SRS Software Requirement Specification(软件需求说明书)
STP System Testing plan (系统测试计划)
STC System Testing Cases （系统测试用例）
HLD High Level Design (概要设计说明书)
ITP Integration Testing plan (集成测试计划)
ITC Integration Testing Cases （集成测试用例）
LLD Low Level Design (详细设计说明书)
UTP Unit Testing Plan ( 单元测试计划)
UTC Unit Testing Cases （单元测试用例）
UTR Unit Testing Report （单元测试报告）
ITR Integration Testing Report （集成测试报告）
STR System Testing Report （系统测试报告）
RTM Requirements Traceability Matrix (需求跟踪矩阵)
CSA Configuration Status Accounting （配置状态发布）
CRF Change Request Form （变更申请表）
WSR Weekly Status Report （项目周报）
QSR Quality Weekly Status Report （质量工作周报）
QAR Quality Audit Report(质量检查报告)
QCL Quality Check List(质量检查表)
PAR Phase Assessment Report （阶段评估报告）
CLR Closure Report （项目总结报告）
RFF Review Finding Form (评审发现表)
MOM Minutes of Meeting （会议纪要）
MTX Metrics Sheet （度量表）
CCF ConsistanceCheckForm（一致性检查表）
BAF Baseline Audit Form（基线审计表）
PTF Program Trace Form（问题跟踪表）
BRD：商业需求文档
BRD为“商业需求描述”的英语缩写，全称为：Business Requirement Document。是基于商业目标或价值所描述的产品需求内容文档（报告）。其核心的用途就是用于产品在投入研发之前，由企业高层作为决策评估的重要依据。其内容涉及市场分析，销售策略，盈利预测等，通常是供决策层们讨论的演示文档，一般比较短小精炼，没有产品细节。
MRD：市场需求文档
市场需求文档，简称为MRD。（英文全称Market Requirement Document，MRD）。该文档在产品项目过程中属于“过程性”文档。是市场部门的产品经理)或者市场经理(编写的一个产品的说明需求的文档。该文档在产品项目过程中属于“过程性”文档。该文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是“对年度产品中规划的某个产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。该文档在产品项目中是一个“承上启下”的作用，“向上”是对不断积累的市场数据的一种整合和记录，“向下”是对后续工作的方向说明和工作指导。
PRD：产品需求文档
产品需求文档(Product Requirement Document，PRD)的英文简称。是将商业需求文档BRD(和市场需求文档（MRD）用更加专业的语言进行描述。
如何让自己的文档规范化,在学习多份规范的文档之后，现总结如下:
文档面向的查看者不同，所以所要表达的程度要有所取舍
类型 | 重点突出 |
BRD | 项目背景（产品介绍）、市场分析、团队、产品路线、财务计划、竞争对手分析 等 |
MRD | 目标市场分析（目标、规模、特征、趋势）、目标用户分析（用户描述、用户使用场景、用户分类统计、核心用户、用户分类分析、竞争对手分析 、产品需求概况（定位、前景）） |
PRD | 详细功能说明（功能清单、优先级、功能目的、功能详细说明）、业务流程（业务流程、用例）、业务规则、界面原型（界面流程、界面原型）、数据要求（输入输出、极限范围、数据格式等） |
总结：
- BRD主要面向项目立项，用户公司的发展，就需要对产品前景进行展望以及所要消耗的资源的权衡。
- MRD面向市场，这里要重点去分析产品去市场上如何短期、中期、长期生存。核心用户的需求等。
- PRD主要面向团队开发人员，设计、程序、运营等，我们需要更加详细的去阐述所有功能。
如何更好的去管理文档
- 版本迭代化的管理方式
我们在文档中加入版本迭代信息，这样会在文档更新时更加明确更新内容。
例如;
文档版本 | 撰写时间 | 变更人 | 变更说明 | 审核人 |
v1.0 | 2018年8月22号 | 王某 | 文档初稿 | 李某 |
v1.1.1 | 2018年8月24号 | 王某 | 新增网络状态细分 | 李某 |
-- | -- | -- | -- | -- |
总结：
- 文档变更中我们可以合理的使用版本号（三级化的版本管理）去管理本次产品变更的程度大小
- V1.0、V2.0等等为大版本的更新
- V1.1、V1.2等等为中版本的更新
- V1.1.1、V1.1.2等等为小版本的更新
其他：在线文档的合理化使用（如果公司允许），方便文档及时同步。
推荐在线文档：
- 石墨文档、腾讯文档
- 语雀（最近开放，用起来还不错）
其他
- 合理化的目录
- 规范化的文档格式
- 做好文档备份（包括历史版本）
文档内容自查
BRD：商业需求文档（一句话原则）
- 一句话来清楚地定义你的产品
- 一句话说明你的产品有什么创新、解决了什么、满足了市场什么空白
- 一句话说明相比其他产品你的有什么优势
- 一句话说明我们团队适合做这个产品，时间周期（主要面向团队、投资者）
- 一句话简要说明你所需要的资源（老板等相关）
- 一句话说明投入和利润（面向投资者）
- 一句话说明产品的盈利点（短期、中期、长期）
MRD：市场需求文档
- 特色
- 优势
- 用户群体
PRD：产品需求文档（检查功能说明时）
- 流程首尾逻辑
- 数据的闭环（主要用于页面元素的规划）
- 多种场景因素考虑（例如：有网、无网、4G、3G、2G、wifi 、流量为未开等等）
参考：https://www.jianshu.com/p/44df36436aa0