<项目名称>项目立项书版本<>拟制日期审核日期批准日期长沙驰顺网络科技有限公司声明：本文件所有权和解释权归长沙驰顺网络科技有限公司所有，未经长沙驰顺网络科技有限公司书面许可，不得复制或向第三方公开。
修订历史记录（A-添加，M-修改，D-删除）目录1 引言 ......................................................... 错误!未定义书签。
目的.......................................................... 错误!未定义书签。
背景.......................................................... 错误!未定义书签。
定义.......................................................... 错误!未定义书签。
参考资料...................................................... 错误!未定义书签。
标准、条约和约定.............................................. 错误!未定义书签。
2 项目概述 ..................................................... 错误!未定义书签。
项目目标...................................................... 错误!未定义书签。
规定与约束.................................................... 错误!未定义书签。
项目工作范围.................................................. 错误!未定义书签。
应交付成果.................................................... 错误!未定义书签。
需完成的项目建设.....................................错误!未定义书签。
需提交用户的文档.....................................错误!未定义书签。
须提交内部的文档.....................................错误!未定义书签。
应当提供的服务.......................................错误!未定义书签。
项目验收方式.................................................. 错误!未定义书签。
3 项目团队组织 ................................................. 错误!未定义书签。
组织结构...................................................... 错误!未定义书签。
人员分工...................................................... 错误!未定义书签。
协作与沟通.................................................... 错误!未定义书签。
项目团队内部协作.....................................错误!未定义书签。
项目接口人员.........................................错误!未定义书签。
项目团队外部沟通与协作模式...........................错误!未定义书签。
4 实施计划 ..................................................... 错误!未定义书签。
风险评估及对策................................................ 错误!未定义书签。
工作流程...................................................... 错误!未定义书签。
总体进度计划.................................................. 错误!未定义书签。
项目控制计划.................................................. 错误!未定义书签。
质量保证计划.........................................错误!未定义书签。
进度控制计划.........................................错误!未定义书签。
预算监控计划.........................................错误!未定义书签。
5 支持条件 ..................................................... 错误!未定义书签。
内部支持...................................................... 错误!未定义书签。
客户支持...................................................... 错误!未定义书签。
外部支持...................................................... 错误!未定义书签。
6 预算 ......................................................... 错误!未定义书签。
人员成本...................................................... 错误!未定义书签。
设备成本...................................................... 错误!未定义书签。
其它经费预算.................................................. 错误!未定义书签。
项目合计经费预算.............................................. 错误!未定义书签。
7 关键问题（可选）.............................................. 错误!未定义书签。
1 引言目的注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。
“项目目标”在中说明。
意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。
开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。
”例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
背景主要说明项目的来历，一些需要项目团队成员知道的相关情况。
主要有以下内容：项目的名称：项目的委托单位：项目的用户（单位）：项目的主要承担部门：项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。
有利于项目成员更好地理解项目目标和各项任务。
定义列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。
注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
参考资料列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。
本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。
常用资料如：本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；属于本项目的其他已经发表的文件；本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
标准、条约和约定列出在本项目开发过程中必须遵守的标准、条约和约定。
相应的技术规范等。
“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。
参考资料的内容应该涵盖“标准、条约和约定”。
2 项目概述项目目标项目目标可以进行横向的分解也可以进行纵向的分解。
横向分解一般按照功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；纵向的分解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。
阶段目标一般应当说明目标实现的较为明确的时间。
一般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”规定与约束对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。
这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
规定是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。
如：“必须在3天内到位”或“必须在8月8日前确定对需求文档进行确认”约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。
项目工作范围说明为能够按时保质实现项目的目标需要进行那些工作。
应交付成果2.4.1 需完成的项目建设列出需要项目建设内容等等。
2.4.2 需提交用户的文档列出需要移交给用户的每种文档的名称、内容要点，如需求规格说明书、操作手册等。
2.4.3 须提交内部的文档列出需要提交给公司内部包括公司领导、项目组成员、质量管理等各种文档的名称、内容要点，如项目变更申请、项目进度报告等等。