IT综合项目立项报告文本模板.doc

文档编号：WI-IT-DSXXXXX
扩散范围：李锦记健康产品集团资讯科技部

立项汇报模板(初稿)

编写部门：
资讯科技部 经销商管理组
编写人：

审核人：

同意人：

版本号：

生效日期：

李锦记健康产品集团资讯科技部

版本统计
版本编号
版本日期
修改者
修订说明
审核人
审核日期

目 录
1 项目背景 4
1.1 现在面貌 4
1.2 “天”—外在原因分析 4
1.3 “地”—内在原因分析 4
2 项目定义 4
2.1 项目定义 5
2.2 未来面貌 5
2.3 项目目标 5
2.4 项目收益 5
2.5 具体需求 5
3 技术方案 5
3.1 方案一 6
3.2 方案二 6
3.3 方案N 6
3.4 方案比较 6
4 投资效益分析 7
5 项目计划 7
5.1 项目组织架构 7
5.2 项目计划 7
6 风险分析 7

1 项目背景
提醒：遵照“道天地将法”策略思索平台，叙述项目设置背景，关键说明“为何”要建设本项目。在本章节，应该给立项充足理由。
本章节素材关键由业务部门提供。由业务部门和IT一同整理。

1.1 现在面貌
提醒：描述項目标現狀（如：現有结果、存在問題、挑戰、成功與失敗、現況評分……）

1.2 “天”—外在原因分析
提醒：描述外部环境对项目标影响。需要包含最少以下一项：
1. 业界现实状况，及现实状况对我们影响
2. 业界未来发展趋势（包含近期发展趋势、3-5年发展趋势、5-发展趋势），及未来发展趋势对我们影响
3. 业界过去情况，及对我们影响
4. 竞争对手现实状况，及对我们影响
越是在本企业没有先例项目，分析越需要全方面。

1.3 “地”—内在原因分析
提醒：描述内部环境对项目标影响。需要对内部进行SWOT分析，包含：优势，劣势，机遇和挑战四个方面。最少完成优势和劣势分析。

2 项目定义
提醒：描述本项目“是什么”，“什么用途”，“达成什么目标”，“有什么好处”。
本章节素材关键由业务部门提供，尤其是未来面貌、项目目标及项目收益，IT关键提供IT需求部分。由业务部门和IT一同整理。

2.1 项目定义
提醒：用简练语言说明本项目“是什么”，“什么用途”。依据经验，概念罗嗦含糊项目极难被用户接收。所以项目定义一定要简练且清楚。
说明项目标适用范围和不适用范围。
假如项目是产品型，须作FAB分析，这里描述Feature和Advance。

2.2 未来面貌
提醒：描述这个项目标未来面貌。即项目完成后，会达成怎样状态。美好未来能够使得立项审批者下定决心。能够用图或文字。
未来面貌描述考虑能够分成多个层面：项目启用时候面貌；3—5年面貌；运作类面貌等等

2.3 项目目标
提醒：描述项目目标。项目目标需要聚焦，3-5条为宜，切忌目标太多而分散。项目目标要从业务角度思索，通常毛病是把实现方法作为项目目标，如：建设一个什么系统。

2.4 项目收益
提醒：描述项目能给企业带来好处。项目收益通常从两个角度分析：定性分析，定量分析。
1. 定量分析：需要量化，能够从节省成本，增加销售两个方面来思索。
2. 定性分析：考虑管理效益、用户满意度等。如：提升工作效率，提升决议速度及正确度，扩大服务范围，提升用户/职员满意度，追赶竞争对手。

2.5 具体需求
提醒：含业务需求，IT需求。（备注：这两份文档要求见相关规范XXXX）

3 技术方案
提醒：此章节描述可能技术方案，方案比较，比较结论。必需从多个角度思索，提出多个可行技术方案供项目决议者选择。思索纬度包含：短期处理方案、长久处理方案、投资大处理方案、投资小处理方案、采取成熟技术处理方案、采取最新技术处理方案等等。
只有唯一处理方案，必需说明为何只有一个处理方案。
本章节关键由IT编写，业务部门需要清楚了解各方案优缺点。

3.1 方案一
提醒：根据FAB思绪，描述这个方案是什么，有什么优点，能够带来什么好处。
1. Feature: 方案是什么。最优要用图表示，一张好图胜过千言万语。方案聚焦，切忌大而全，切忌把项目无关其它IT系统堆砌到图中，切忌不顾本企业IT现实状况而给出一份教科书一样方案。如可，说明方案特点。
2. Advance：方案优点/缺点
3. Benefit：方案能够带来益处，此处注意跟整个项目标收益分开。此处聚焦在技术方案上。
4. 如有，给出这个方案具体案例。

3.2 方案二
提醒：同方案一。

3.3 方案N
提醒：同方案一。

3.4 方案比较
提醒：方案比较，得出结论。比较点需要考虑：
1. 业务方面：需求满足度，用户操作便利性，是否符合未来业务发展趋势等。
2. 技术方面：技术可行性，是否符合未来技术发展趋势，是否稳定安全，是否符合本企业架构计划，性能是否能够满足需求。
3. 资源方面：方案需要投入本企业内部人力、软件预算、硬件预算、开发外包预算等。

综合比较后，提出最好方案提议。

4 投资效益分析
提醒：前面章节，分别说明白为何要做这个项目，这个项目是什么，采取什么方法做。在本章节，就要分析是否有足够资源来支持立项了。推荐使用表格方法表示。
1. 参考3.4节，列出项目标总投资。分别列出当期投资和未来3-5年投资。
2. 参考2.4节，列出项目标总收益，量化部分和非量化部分。分别列出当期效益和未来3-5年效益。
3. 当量化总收益是总投资5倍或以上时候，轻易立项。
4. 当量化总收益低于总投资5倍时候，需要充足考虑“非量化”部分收益合理性，当期投资大小。
不一样方案投资成本也需要进行分析。
假如本项目已经有了预算，能够考虑列上预算。表示在年度预算中已经考虑了本项目，此举能够有利于项目标立项。
本章节需要依据投资效益分析，得出是否立项结论。
本章节素材收益部分来自业务部门，成本部分来自IT部。由业务部门和IT一同整理。
格式样例：
投资成本分析表(通常作五年成本分析)
年份
费用项目
方案一
方案二

开发费用
XXX万元

软件费用

硬件费用

人力资源

……

累计

XXX万
XXX万

效益总表(通常作五年效益分析)
年份
总收益额
节省人力
促进销售
管理效益

XXX万

总计
XXX万

当期投资效益比
年份
当期总投入
当期总效益
当期管理效益
投资效益比

五年投资效益比
年份
五年总投入
五年总效益
五年管理效益
投资效益比
Xx年—xx年

预算表
项目分类
细项
选型
预算（RMB）（实施以1000元/人日计算）
软件部分
数据库软件

0（企业已经购置，使用现有资源）

应用服务器软件

0（企业已经购置，使用现有资源）

……

硬件部分
应用服务器

数据库服务器

存放

机柜

开发部分
开发费用
xx人月

项目总计

万

5 项目计划
提醒：本章节描述具体行动计划了。包含项目人力投入和计划。
本章节关键由业务部门和IT一同整理。

5.1 项目组织架构(将)
提醒：本节是点将。推荐使用visio画图。项目组织架构包含：项目主管、项目决议委员会（教练组）、项目总监、项目管理办公室、子项目小组。包含业务人员、技术人员和外包开发人员共同组成。
立项阶段项目组织架构，能够到组长为止，能够不提供具体组员名字。

5.2 项目计划
提醒：概要项目计划，关键指出项目标多个里程碑：何时完成采购，何时进入测试，何时试运行，何时正式运行。计划能够给出具体时间，也能够采取T+n形式给出时间。考虑到在立项阶段项目计划往往不可控，提议采取T+n方法
格式样例：
项目时间表以下：
-05 —— 最终需求定稿，开始招标
-07 —— 供给商进场开发
-12 —— 项目上线，支持业务运作
（上述计划环环相扣，假如受到供给商采购等不可控原因影响，将直接延迟项目投入使用时间。）

6 风险分析
提醒：本章节描述项目风险、评定风险等级、提出风险应对方法。只有风险是可控项目，才能够被立项。风险分析需要考虑以下几点：
1. 业务风险：思索业务最困难部分、思索是否给企业业务带来负面影响、思索项目标推广难度等等。
2. 技术风险：思索系统集成风险、性能风险、安全风险、新技术应用风险等等。
3. 商务风险：思索是否存在供给商垄断情况，思索是否存在被供给商”绑架”情况。比如：按用户数购置软件，未来是不是存在不停追加用户数风险？源代码属于对方软件，未来是不是存在着需求变更频繁风险。
4. 法律风险：思索license、知识产权等风险。
风险等级通常分成高、中和低三个等级。

格式样例：
风险一：
风险描述：
风险等级：
风险应对方法：

本章节关键由业务部门和IT一同整理。

审阅意见（署名）：
提醒：
署名表示同意该项目标立项。
审批人员最少包含：IT总监、主管该项目标IT经理、主管业务部门总监和经理。由主管业务部门总监决定是否需要上级领导，即总经理、副总裁、高级副总裁签批。提议项目总投资大于500万时候，增加上级领导签批。
格式样例：

资讯科技部
张三
营运部
李四