<项目名称>
项目立项书
版本<Vn.m>
长沙驰顺网络科技有限公司
声明：本文件所有权和解释权归长沙驰顺网络科技有限公司所有，未经长沙驰顺网络科技有限公司书面许可，不得复制或向第三方公开。
修订历史记录
（A-添加，M-修改，D-删除）
目 录
1 引言.... 5
1.1 目的... 5
1.2 背景... 5
1.3 定义... 5
1.4 参考资料... 5
1.5 标准、条约和约定... 6
2 项目概述.... 6
2.1 项目目标... 6
2.2 规定与约束... 6
2.3 项目工作范围... 6
2.4 应交付成果... 7
2.4.1 需完成的项目建设... 7
2.4.2 需提交用户的文档... 7
2.4.3 须提交内部的文档... 7
2.4.4 应当提供的服务... 7
2.5 项目验收方式... 7
3 项目团队组织.... 7
3.1 组织结构... 7
3.2 人员分工... 7
3.3 协作与沟通... 8
3.3.1 项目团队内部协作... 8
3.3.2 项目接口人员... 8
3.3.3 项目团队外部沟通与协作模式... 8
4 实施计划.... 8
4.1 风险评估及对策... 8
4.2 工作流程... 9
4.3 总体进度计划... 9
4.4 项目控制计划... 9
4.4.1 质量保证计划... 9
4.4.2 进度控制计划... 10
4.4.3 预算监控计划... 10
5 支持条件.... 10
5.1 内部支持... 10
5.2 客户支持... 10
5.3 外部支持... 10
6 预算.... 10
6.1 人员成本... 10
6.2 设备成本... 11
6.3 其它经费预算... 11
6.4 项目合计经费预算... 11
7 关键问题（可选）.... 11
1 引言
1.1 目的
注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。
意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。”
例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形 式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、 项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础， 项目团队开展和检查项目工作的依据。
1.2 背景
主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：
项目的名称：
项目的委托单位：项目的用户（单位）：
项目的主要承担部门：
项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。有利于项目成员更好地理解项目目标和各项任务。
1.3 定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
1.4 参考资料
列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标 准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如：
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；
属于本项目的其他已经发表的文件；
本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5 标准、条约和约定
列出在本项目开发过程中必须遵守的标准、条约和约定。相应的技术规范等。
“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。
2 项目概述
2.1 项目目标
项目目标可以进行横向的分解也可以进行纵向的分解。横向分解一般按照功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；纵向的分 解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一 般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”
2.2 规定与约束
对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
规定是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。如：“必须在3天内到位”或“必须在8月8日前确定对需求文档进行确认”
约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。
2.3 项目工作范围
说明为能够按时保质实现项目的目标需要进行那些工作。
2.4 应交付成果
2.4.1 需完成的项目建设
列出需要项目建设内容等等。
2.4.2 需提交用户的文档
列出需要移交给用户的每种文档的名称、内容要点，如需求规格说明书、操作手册等。
2.4.3 须提交内部的文档
列出需要提交给公司内部包括公司领导、项目组成员、质量管理等各种文档的名称、内容要点，如项目变更申请、项目进度报告等等。
2.4.4 应当提供的服务
根据合同或建设工作需要，列出将向用户提供的各种服务，例如培训、安装、维护和运行支持等。具体的工作计划如需要可编制培训计划等。
2.5 项目验收方式
说明项目内部验收和用户验收的方式及验收依据。
3 项目团队组织
3.1 组织结构
说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目总负责人、项目经理、运维工程师、业务接口人、客服、产品等等。组织结构可以用图形来表示，同时说明团队成员来自于哪个部门。除了图形外，可以用文字简要说明各个角色应有的技术水平。
3.2 人员分工
确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。
3.3 协作与沟通
项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。
其次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。协作模式主要说明在出现什么状况的时候各个角色应当（主动）采取什么措施，包括沟通，如何互相配合来共同 完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等
3.3.1 项目团队内部协作
说明在项目建设过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。
3.3.2 项目接口人员
应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括：
a、负责本项目同用户的接口人员；
b、负责本项目同公司内部接口人员；
c、负责本项目同支持方的接口人员。
3.3.3 项目团队外部沟通与协作模式
项目团队外部包括公司内部管理协助部门、支持方、客户等等。说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录 办法等内容。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的 姓名、联系电话。确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
4 实施计划
4.1 风险评估及对策
识别或预估项目进行过程中可能出现的风险。
分析风险出现的可能性（概率）、造成的影响、根据影响应该采取的措施。
风险识别包括识别内在风险及外在风险。内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等
风险的对策包括：避免：排除特定危胁往往靠排除危险起源；减缓：减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数；吸纳：接受一切后果，可以是积极的（如制定预防性计划来防备风险事件的发生），也可以是消极的（如某些费用超支则接受低于预期的利润）。
软件开发项目常见预估的风险：
1) 工程／规模／进度上的风险
验收不能顺利地完成（或者出现了延迟）
2) 技术上的风险
使用新的开发技术、新设备等，或是新的应用组合，没有经验；是新的行业或业务，没有经验；性能上的要求很严；
3) 用户方面的问题
功能会多次变更；与用户分担开发，恐怕工程会拖延（或者出现了延迟）；用户或其他相关单位承担的工作有可能延误；
4) 其它：应该包含此处没有、但据推测有风险的项目。
4.2 工作流程
画出本项目采用的工作流程图及适当的文字说明。
4.3 总体进度计划
总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。
对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项 工作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（里程碑）。
4.4 项目控制计划
4.4.1 质量保证计划
说明项目建设过程中，产品质量、建设质量、服务质量等等方面如何进行保证，制定计划。
记录的收集、维护和保存（指明需要保存的质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限）
4.4.2 进度控制计划
本项目的进度监控由项目过程控制部门或控制人员统一进行监控，并保留在监控过程中产生的日常检查记录。
4.4.3 预算监控计划
说明如何检查项目预算的使用情况。根据项目情况需要制定。
5 支持条件
说明为了支持本项目的完成所需要的各种条件和设施。
5.1 内部支持
逐项列出项目每阶段的支持需求（含人员、设备、软件、培训等）及其时间要求和用途。
5.2 客户支持
列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。
5.3 外部支持
列出需由外部支持方承担的工作、完成时间，包括需要由外部支持方提供的条件和提供的时间。
6 预算
6.1 人员成本
列出产品/项目团队每一个人的预计工作月数。
列出完成本项目所需要的劳务（包括人员的数量和时间）
6.2 设备成本
设备成本包括：原材料费，设备购置及使用费
列出拟购置的设备及其配置和所需的经费
列出拟购置的软件及其版本和所需的经费
使用的现有设备及其使用时间
6.3 其它经费预算
列出完成本项目所需要的各项经费，包括差旅费、资料费、会议费、交通费、办公费、培训费、外包费等，包括：
（1） 差旅费（旅费、出租）（含补贴）
（2） 资料费（图书费、资料费、复印费、出版费）
（3） 通信费（市话长话费、移动通信费、上网费、邮资）
（4） 会议费（鉴定费、评审会、研讨费、外事费等）
（5） 办公费（购买办公用品）
（6） 协作费（业务协作招待费、项目团队加班伙食费）
（7） 培训费（培训资料编写费、资料印刷费、产地费、设备费）
其他（检测、维修费、消耗品等）
6.4 项目合计经费预算
列出完成本项目需要的所有经费预算（上述各项费用之和）。
7 关键问题（可选）
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。
第二篇：《活动立项书》模板
《活动立项书》
一、 项目的主要实现的市场目标
主要目标：
通过参与行业领域大会，全面了解用户体验产品的方方面面，探寻最新市场动态
其它目标：
认识权威人事，交流建立友好关系
二、 项目策划案（全文）
09:30 -10:15
开幕主题演讲上半场
姚映佳
副总裁，联想集团
创新设计和用户体验
10:45 -11:30
开幕主题演讲下半场
姚映佳
副总裁，联想集团
创新设计和用户体验
09:00 -10:00
主题演讲：和人们一起，为人们做设计 Design for and with people
Pieter Jan Stappers教授
工业设计工程学系教授及系主任，荷兰Delft理工大学
10:30 -11:30
主题演讲：我们的社交圈子如何影响我们的行为、目标和思维方式
Paul Adams
全球品牌体验经理，Facebook
社会化交互设计领域的领衔人物
10:00 -11:15
闭幕主题演讲：为社交体验创新而设计
张东薰
高级副总裁，三星电子
移动事业部设计中心总经理
集团设计中心设计战略组负责人
三、
项目预算（填写下表）
《项目预算细表》.xlsx
四、
项目媒体投放计划（如有需填写下表）
《媒体投放计划》.xlsx
五、 项目检测效果的评估办法（需详细描述评估效果办法）
1、 交流联系人方式不少于10个
2、 对外推动产品形象获取市场前沿动态不少5个
3
、 相关会议笔记