项目立项书模板完整版.docxVIP

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