项目立项书模板下载：https://www.dawn7.cc/项目立项书.pdf

1.1什么是立项方案，它的作用是什么

首先说一下什么是立项，假设某水利局想要建设一套信息化系统，那么他必须出一份文档，交由发改委（某些地方是大数据局）进行审批，在审批完成后项目才能立项，才能获得项目建设的许可以及项目预算经费的申请，之后才能推动项目的招投标流程。

那么这个必须提交的文档就是立项方案（通常我们会称呼其《可行性研究报告》简称"可研"）。

而可研在提交后会被发改委（或大数据局）的领导以及其聘请的第三方专家当面评审，如果你的可研写的太烂，你会当场被他们骂的狗血淋头，虽然现在社会上流行骂砖家，但是相信我，在这个评审阶段你只会被专家骂。

我们都是好面子的人，如果想要被骂的好听一点，那么请您耐心看完这篇文章。

每个地方的可研，都会对目录内容有不同的要求，比如以下两个项目的可研目录就有明显的差异。

但总的来说，一份可研的内容应该包括以下内容：

立项的政策依据和意义；
现状的需求分析；
建设标准和内容；
组织保障和进度；
绩效考核；
投资预算；
立项方案该怎么写(仅讨论IT 资金申请立项关键内容)
立项依据要充分
立项的关键是政策依据和建设标准

1、政策依据:是指国家法律法规、政策文件，地方政府的政策文件 (含规划、规范、要求等)，且要与立项内容密切相关;

2、建设规划:是指项目按照国家、部、省和行业什么标准和规范来建设!

小结:立项要有依据、建设要有标准。

1.2.2立项的背景、建设的意义和必要性

1、立项要着眼于国家和地方政府层面的政策性大背景:

2、立项的建设要有现实意义、对未来的发展有推动作用和深远意义;

3、立项申请单位的管理和业务需求的迫切性和必要性。

小结:立项符合国家和地方政府政策大背景，建设有现实和深远意义，管理和业务需求的迫切性和必要性。

1.2.3现状和需求要清晰


1、现状:是指申请立项时，申请单位的信息化现状，要描述清楚，根据管理和业务需求指出其优势(保留) 和不足(升级或淘汰) ;

即:家底亮相

2、需求:根据管理和业务发展的要求和同行(领域或部门) 的未来发展提出切合实际的更高要求;

即:更上一层楼

1.2.4建设内容要明确

1、要对系统和整体架构进行分析规划，部署方式(政务内网、政务外网还是互联网)、开发方式(基于云还是物理服务器)、系统架构要清晰，要考虑未来几年的发展(共享、扩展和兼容);

2、明确系统内容(哪些是利旧、哪些是升级、哪些是新建)，内容要与管理和业务需求相吻合:

3、明确采用的技术路线，按照相关要求进行标准规范和安全体系的建设即:拓扑、架构、技术路线要明确，标准规范和安全体系要合规。

1.2.5立项落实要有保障

1、法规保障:要根据相关法律和规定，制定配套的管理办法和相关标准

2、组织保障:根据立项的要求，要有主要负责人和相应的团队:

3、进度保障:根据立项的内容，确定工期进度;

即:法规支撑、人员落实、进度可期。

1.2.6投资预算要合理

1、硬件配置要合理，取费要准确:

2、软件(定制开发)工作量和人员取费标准要有依据:中间件或成品软件等取费要准确:

3、测试、监理和集成费要按照相关标准，同时考虑市场价格确定;

4、质保、运维和培训含在上线的质保期内，不支持取费

即:软硬件取费要有依据且在合理范围内，测试、监理和集成费市场价格为主，质保、运维和培训含在上线的质保期内，不支持取费。

1.2.7绩效核要完成

1、社会效益:指项目实施后对服务于社会带来的各种服务能力的提高和良好的效果，要有考核指标:

2、经济效益:指项目实施后对服务于社会带来的直接和间接的成本的降低或给民生带来的收入的提高，要有考核指标:

3、风险要控制:项目的实施存在许多不确定的因素，要充分认识到，要有风险预警

即:指标落实，风险可控


1.3反面的立项案例分析

1.3.1立项依据不充分，无法立项

表现为:

1、无政策依据支撑或政策依据与立项内容不相关，强拉硬扯，立据缺失;2、将国家和地方政府框架性、纲领性文件引用为立项依据，缺少主管部门或本系统上级指导机关的配套改策文件，立据不充分;

3、将上级领导或本单位领导的讲话或本单位的某次会议议题作为立项的依据，立据错误;

4、引用的国家和地方政府政策性文件已过期或废止，立据无效。

1.3.2现状不清，需求不明

1、对现状不了解，描述不清楚，重复建设、自成一体或形成孤立系统:2、需求不明确，建设内容与管理和业务需求不相符;

3、不解读政策和相关规定，需求调研分析不符合政策要求

1.3.3，拓扑、架构不合理，技术路线欠斟酌

表现为:

1、部署不明确，没有拓扑图(内网、外网、互联网关系混乱);2、开发环境不确定，架构层次不清晰，各系统间关系混乱，无安全、无标定

3、硬件资源需求不明确，随意配置，软件开发环境和中间件不配套，采用的技术路线欠斟酌。

1.3.4组保关系错位、工期无保障

表现为:

1、将立项支撑单位(第三方，如公司) 的服务，编写成组织保障，关系错位;

2、有组织，无领导，将单位某个部门的技术人员凑到一起就算组织保障责任分工不明确;

3.对项目进度无计划，完成项目心中无数或随意写个计划，与建设内容的工作量不匹配。

1.3.5预算取费无依据

现为:

1、硬件和成品软件随意要价，不做市场询价;

2、软件开发虚报工作量(尽管人工单价很低)或工作量和人工单价都虚报:

3、测试、监理和集成取费不按标准和市场价取费:

4、设置预留费(信息化项目无此项)

1.3.6绩效考核不落实

表现为:

1、无绩效考核指标:

2、绩效考核指标很虚，且不量化或为达到立项目的绩效考核指标量化值很高;

3、重投入、轻产出，无风险控制措施