软件项目交付过程中，项目经理经常会整理一些项目文档，今天抽空画了一个思维导图，梳理了一些软件系统项目相关的文档。
项目启动时，有一个很重要的文档就是《项目工作说明书》，简称SOW。这份文件对本次项目范围做了基本界定，后续的功能开发都要围绕这份文件内容进行，理论上不能超出这个范围。SOW也是项目经理可以据此跟客户进行扯皮的主要工具（虽然很艰难，但是总比没有的好）。
项目启动之后，还需要一个需求分析的过程，这个一般是由项目中的BA岗来承担（当然有时候也是PM兼任）。BA分析需求之后，会出具原型和需求分析书（SRS）。原型提交给UI，UI出UI设计稿。需求分析书提交给系统分析师（SA），SA根据需求进行功能拆解，配合PM输出系统开发工作进度计划表。以前的瀑布模式还会有概要设计说明书、详细设计说明书，现在都推崇敏捷模式，加强沟通效率，轻文档。虽然可能不会有概设、详设，但是也会有用户故事等类似的说明文档。
开发人员根据时间表正常开发，开发迭代进行。如果开发过程中需要做变更，还要产生变更说明书（要甲方签字确认）。阶段性&里程碑工作完成之后，根据项目情况，可能还会有阶段性的报告（需要甲方签字确认）。
对于开发环境经常要记录的一些信息，包括服务器信息（网络拓扑图、服务器IP和端口、服务器连接方式等）、数据库信息（连接方式、账号和密码）、中间件信息、系统访问地址、软件安装包和第三方系统相关信息等。
最后项目收尾阶段，需要输出系统操作手册、系统上线报告和系统验收报告。最后做个项目复盘总结。
以上粗略的对整个软件项目交付过程可能存在的项目文档进行了简单梳理，如果有遗漏的或者对某个细节有疑问想要讨论的，欢迎给我留言。
我是@程序员老白，参加工作以来，前面10年一直从事软件开发，目前主要从事项目管理工作！不管是软件开发、项目管理还是职场困惑，有问题找老白。
为大家准备了10g大小的项目管理文档，需要的后台私信我获取。