项目管理概述

从项目管理的项目类型来看，企业的数字化建设项目可以分为五大类。其中第一类可能即为第二类的现状分析和蓝图设计阶段。所以第一类下文模版将不在赘述，第四类较为特殊，后文模版部分适用。

第一类是咨询设计类项目，主要包括数字化领域的顶层设计、总体设计、专项研究等咨询和设计相关工作，不包括系统开发设计相关工作，最典型的项目类型包括IT战略规划项目、不涉及开发实施的主数据规划项目等。

第二类是系统开发类，这也是最常见的企业数字化项目类型，覆盖信息系统功能设计以及利用各类编程语言进行开发实现的工作，主要包括需求分析、系统设计和开发等内容。例如ERP、OA、SRM、CRM、TMS、LIMS等系统的开发。

第三类是数据与集成实施类，包括对数据资源进行接入整合、加工处理和开发利用，通过数据分析挖掘实现跨业务单元的数据分析相关工作，例如ESB、MDM、数据中台和企业经营决策BI等项目。

第四类是运维调整类，以系统运行、业务应用、用户行为等常态统计分析为基础、开展系统优化改造、应用敏捷迭代、内容更新升级、用户产品推广、运维管理、网络安全服务等工作。

第五类是基础设施类，包括基础设施类采购，如数据库、路由器、交换机、光纤、电缆、计算机硬件设备、数据采集设备、基础软件采购等。

企业数字化项目管理的流程，大致分为5个阶段：项目启动、制定计划、执行任务、监控过程、项目收尾，其中监控过程与任务执行相辅相成，形成对项目执行过程中的推动和控制监督。

目管理管可从相关方、资源、时间（进度）、范围、成本、质量、风险、沟通、资源整合等多项因素思考如何管理。如下图所示，结合项目管理包括五大流程，和需关注的九方面的因素，可通过标准化模板，分析控制影响IT项目的关键性因素。

项目管理标准化模版

1.2项目启动-需求分析报告模版

需求分析报告通常由项目需求方创建，例如，财务部门想建设合并报表系统，it部门采购硬件设备等。可根据项目具体需求选取下述模版大纲内容。

1.2.1基础设施类

• 基本信息：系统的名称、建设的内容、必要性分析、建设模式、用户数、最大在线用户数、等保等级、部署方式、部署地点、基础架构、内外网等。
• 系统现状：软件产品现状、硬件产品现状（服务器、存储、专用设备）
• 需求分析：系统部署方案、软件需求说明、硬件需求说明（服务器、存储、专用设备）
• 软硬件需求汇总清单：软件产品汇总清单、硬件产品汇总清单

1.2.2数据与集成实施类

• 主要依据：说明本期需求的支撑依据，如依据公司发展规划和宏观政策与相关制度等。
• 业务现状：结合项目现状，从公司有关要求、数据应用及展示存在的问题、业务需求本身和业务面临形势出发，总体描述业务现状。
• 必要性：详细描述本期数据应用的总体必要性。详细描述本期数据展示的总体必要性。
• 效益分析：描述建设数据应用后为企业带来的经济效益、管理效益、社会效益，对项目效益进行定量或定性说明。经济效益包括直接经济效益和间接经济效益，应采取定量为主、定性为辅的原则，重点从提升企业经济增长、成本节约、损耗降低等方面收集各种历史数据和当前数据，进行量化；管理效益从节约时间、人力、资源成本、提高工作效率、提升风险管控能力方面考虑，也可以从信息集成共享、管理模式规范化、决策支持高效化、业务协同化、综合服务便捷化等方面考虑；社会效益从企业在行业信息化中的地位和水平、项目对社会的示范性作用、企业承担的社会责任和公众形象、企业向社会提供的服务能力等方面说明。如涉及多个数据应用需求，需分别描述。
• 业务目标：详细描述本期数据应用需求的总体目标。详细描述本期数据展示需求的总体目标。
• 工作内容：详细描述该本数据应用的业务内容。
• 用户说明：详细描述本数据应用或类似数据应用在公司总部，各分部、公司各单位的应用情况。
• 工作步骤：本业务包括XXXX、XXXX、XXXX等X个工作步骤。详细描述每个步骤的工作内容。
• 关键技术及方法：描述本数据应用所使用的关键技术及方法等。
• 数据需求及获取方式：描述建设本数据应用所涉及的专业及数据来源。
• 预期成果：描述本数据应用所产生的预期成果等。
• 实施范围：描述本数据应用的范围。

1.2.3系统开发实施类

• 项目背景概述：简要说明项目建设背景及概况。
• 主要依据：说明本期需求的支撑依据，如依据公司发展规划和宏观政策与相关制度等。
• 系统建设现状：对于续建和改造的系统需求，详细描述业务系统历史建设情况，包括历年系统的建设背景、建设内容、应用范围等方面。对于新建系统，无需描述本章节。
• 必要性分析：结合项目现状，从公司有关要求、业务系统应用存在的问题、业务需求本身和业务面临形势出发，论证项目的必要性。
• 效益分析：概述项目建设能带来的效益，建议从经济效益、基层减负、提高效率、提高安全性等角度进行描述。
• 项目目标：提出本期信息系统建设的目标。
• 系统总体架构：应以图文形式提供系统的总体架构。
• 技术选型：根据表格内的说明，填写项目主要技术选型。

• 投资预估：本项目建设预估投资需求xx万元。其中系统设计开发费xx万元,占投资比例xx%；系统集成开发费xx万元,占投资比例xx%；系统实施费xx万元，占投资比例xx%；系统集成实施费xx万元,占投资比例xx%。项目资本性支出xx万元，包括系统设计开发费、系统集成开发费；成本性支出xx万元，包括系统实施费、系统集成实施费。
• 业务需求：业务总体情况：结合公司管理要求及当前业务现状，描述该项业务总体情况。本期信息化建设需求：根据该项业务需求，得出本期新增信息化建设需求，并概括描述。
• 业务需求描述：分细项描述本期新增信息化建设业务需求。
• 业务流程（非必填项，如该项业务非流程性业务，则不必填写）：对于较为复杂的业务，描述该项业务的完整业务流程，详细描述各业务流程节点的业务步骤、业务信息、责任单位、责任部门及责任岗位等。
• 业务数据：描述业务步骤所涉及的业务信息对应的数据项。
• 业务应用情况 （非必填项，如该项业务非流程性业务，则不必填写）：描述该项业务各层级使用人数、使用频率等。
• 业务功能清单：从bpr业务流程的三级到五级流程细分落地到业务功能。
• 集成需求：描述本系统需从其他系统集成的数据内容，包括获取或推送。
• 实施范围：说明本期系统建设的实施单位范围。例：本期系统实施范围涉及有限公司本部、各直属单位。
• 其他需求：结合业务应用需求，参考《公司信息系统非功能性需求规范（试行）》，描述系统性能与可靠性、信息安全、应用及运行监控、可维护性、易用性、系统灾备设计等方面的需求。
• 前期建设成果：对于续建、改造的信息化项目，已有前期建设成果的，应将相关设计文档合并打包，做为本报告附件，包括并不限于：《可行性研究报告》、《需求分析报告》、《需求规格说明书》、《概要设计说明书》、《详细设计说明书》等。

1.3项目启动-项目预算费用测算

1.3.1系统开发WBS工作量（传统的需求分析、系统设计及功能开发工作）

wbs的工作表内容要与可研保持一致
（1）业务需求最多分解到二级
（2）“一级业务项”：以建设目标为向导，按系统开发工作的子项进行拆分
（3）“二级业务项”：WBS拆分要以完成上级的工作任务为依据，充分考虑到系统开发工作的范围和对象，按照100%原则逐层拆分
（4）“状态”：该二级业务项属于新增工作还是完善工作
（5）“业务描述”：描述最小层级的业务项内容
（6）“补充说明”：针对业务描述中的特殊情况进行补充说明

1.3.2系统实施WBS工作量

下表内容要与可研保持一致，集成实施工作：若涉及该项工作任务，则填写“是”，否则填写“否”或不填写。

1.3.3系统集成WBS工作量

下表内容要与可研保持一致
（1）“系统名称”：需集成系统名称
（2）“集成状态”：表示对端系统是否首次与本端系统集成，“新增”表示是首次与本端系统集成；“非新增”表示不是首次与本端系统集成
（3）“数据内容”：本期集成的内容
（4）根据最新工作量度量规范，系统集成工作仅计算两系统之间集成通道费用。
（5）集成开发：每系统单侧有开发量的按10人天计，双侧均有开发量的按20人天计。
（6）集成实施：每系统单侧有实施量的按10人天计，双侧均有实施量的按20人天计。
（7）如对侧系统已上数据中台，原则上仅需与数据中台单侧集成。

1.3.4数据工程WBS工作量

下表内容要与可研保持一致
（1）“工作类型”：包括数据接入、数据标准化、数据上传、数据下发、数据盘点、数据资源目录构建、数据质量治理、数据产品（应用）研发及实施（包括数据应用和展示）等工作类型
（2）“工作任务”：工作过程或工程内容为向导，按实际工作过程进行拆分，WBS拆分要以完成上级的工作任务为依据，充分考虑到数据工程的范围和对象，按照100%原则逐层拆分
（3）“工作任务描述”：描述最小层级的工作任务内容
（4）“预计投入总人数（人）”：输入最小层级需投入所有实施单位的预期投入总人员数量（填写整数）
（5）“预计投入总天数（天）”：输入最小层级需投入所有实施单位的预期投入总工期，单位为工作日（填写整数）
（6）“工程范围”：罗列最小层级的工程范围，必填

1.4.项目启动-可研报告模板（根据一定的采购金额适用复杂版和简版）

1.4.1系统开发实施类（复杂版）

内容一：总论（简要说明项目建设背景及概况）

• 主要依据：提供与本项目建设直接相关的上级文件（近2年发布）、业务部门年度工作重点等依据。简要写明依据文件的名称、文号等信息。十行以内。
• 必要性分析：结合项目现状，从三方面论证项目建设必要性：1）公司有关要求；2）业务系统应用存在的问题；3）当前业务对数字化支撑的必要性和业务面临形势。二十行以内。
• 效益分析：结合项目现状，分析项目建设可能产生的效益。建议从经济效益、基层减负、提高效率、提高安全性等方面进行描述。

内容二：建设现状

• 系统现状：描述业务职能现状，支撑业务职能所对应信息系统建设现状，建设历程等。
• 应用现状及成效：（描述系统应用现状，业务职能与应用功能对应关系，应用成效等）目前，xxx系统注册用户达xxx人，并发用户达xxx人，完成了xxx、xxx等工作任务，实现了xxx、xxx等业务目标。
• 系统集成现状：目前，系统与xxx、xxx、xxx等xx个相关系统集成，具体见下表。
• 部署环境现状：系统部署应用服务分别部署在xxx、xxx，数据服务存储部署在xxx。

内容三：项目需求分析

• 业务需求内容：（说明：针对每项业务运营需求，在需求后标明工作类型，工作类型包括：系统优化改造、应用上云、应用敏捷迭代和其它信息支撑等。如该项需求为开发任务，则填写一级功能点名称）业务总体情况：……。本期数字化建设需求：主要为支撑xxx（一级业务运营需求1）的新增/完善需求。包括：1）二级运营需求1；2）二级运营需求2；3）……。
• 集成需求：本项目需完成与xxx、xxx、xxx系统的本侧集成；完成与xxx、xxx、xxx系统的双侧集成。
• 非功能需求：系统应满足如下非功能性要求：满足系统7×24小时业务无间断，稳定可靠运行。其他需求，满足《公司信息系统非功能性需求规范（试行）》、《xxxxxxx》中关于性能与可靠性、应用及运行监控、可维护性、易用性相关要求。

内容四：建设方案

• 项目目标：分析各方的实际需要，确定数字化项目所达到的目标。
• 工作任务：完成业务运营需求1（与业务运营需求1保持一致）建设，信息系统应具备:
• 应用上云：系统应用上云是指把系统应用迁移到云平台的工作。包含平台侧和业务系统侧配合支撑工作，包括前期调研、制定迁移方案、服务器准备及配置、切换前应用系统测试、系统切换、切换后应用系统测试、业务应用并轨、业务应用单轨等工作。
• 性能优化：系统性能优化主要指为了解决业务响应耗时较长、系统架构设计不合理、系统运行不稳定、业务运行健壮性不足等问题，针对存储、主机、操作系统、数据库、中间件、网络等方面的调优工作。具体工作包括需求调研、分析诊断、方案测试和优化实施。
• 集成工作：完成与xxx、xxx、xxx系统的集成开发与实施工作。
• 实施范围：按照x级部署方式，在信息x网，完成在xxx(单位)的实施工作。
• 系统架构：系统在原有系统基础上基于公司现有开发平台开发，技术方案遵循现有系统架构。系统应在支持xxxxxx的基础上，支持xxxxx。具体各架构详细章节描述在概要设计、详细设计中体现。
• 技术路线：明确主要技术选型，开发平台选型等
• 项目进度：项目总工期x个月。其中，设计开发工期x个月，实施工期x个月。开发和实施存在并行开展工作情况。（注意：工期、人员数量的安排应与WBS表中所列的需求分析、方案设计、系统开发、系统实施的预估人天数相吻合）
• 项目管理：项目组织、项目会议、项目培训等

内容五：建设方案估算书

• 概述：针对项目概况、工作内容、主要设计特点等，按照有关要求，对项目建设过程中的相关费用进行估算，确定项目总体投资。
• 编织原则和依据：（1）项目划分和软件开发成本度量方法、过程及原则参照工业和信息化部《软件研发成本度量规范》，进一步核实投资估算费用。（2）应用软件设计及开发费用综合工日单价参考数字化项目标准计列，咨询设计类工作按x元/人天计列，系统设计及开发类工作按x元/人天计列，集成实施类工作按x元/人天计列，业务运营类工作按x元/人天计列，数据产品（应用）研发类工作按x元/人天计列
• 投资分析：本项目建设总投资xx万元。其中咨询设计费xx万元，占投资比例xx%，系统设计开发费xx万元，占投资比例xx%；系统集成开发费xx万元，占投资比例xx%；系统实施费xx万元，占投资比例xx%；系统集成实施费xx万元，占投资比例xx%，业务运营费xx万元，占投资比例xx%，数据工程费xx万元，占投资比例xx%。项目资本性支出xx万元，包括咨询设计费、系统设计开发费、系统集成开发费、数据产品（应用）研发费；成本性支出xx万元，包括系统实施费、系统集成实施费、业务运营费、其他数据工程费。
• 经济性与财务合规性：按照《x公司项目可研经济性与财务合规性评价指导意见》、《xxxxx》要求，对项目的经济性与财务合规性进行分析并自评价，具体情况见下表。
• 投资估算表

1.4.2数据与集成实施类（简版）

• 项目概述：项目名称、项目类别、项目申报单位、项目实施时间
• 项目必要性：1.主要依据：提供与本项目建设直接相关的上级文件（近2年发布）、业务部门年度工作重点等依据。写明依据文件的名称、文号等信息。2.业务现状及存在问题：描述业务职能现状，支撑业务职能所对应信息系统建设现状，建设历程等，分析存在问题。3.必要性：结合项目现状，论证项目建设必要性：1）公司有关要求；2）业务系统应用存在的问题；3）当前业务对信息化支撑的必要性和业务面临形势。
• 项目目标和范围：1.业务需求：逐项描述业务需求（数据展示类描述需建设主题，数据应用类描述需建设场景），各主题/场景内容应与需求分析报告保持一致。2.项目目标：分析各方的实际需要，确定信息化项目所达到的目标。3.实施范围：按照x级部署方式，在信息x网，完成在xxx(单位)的实施工作。（注意：针对二期、三期等后续建设项目，要求明确说明本期要实现的内容，与前面几期的建设内容的区别，并经专业部门确认。）
• 实施方案：1.建设内容：完成xxx、xxx、xxx等x个主题/场景的建设。（与业务需求保持一致，并在附表-2中列出项目主题/场景功能清单。）２.集成工作：完成与xxx、xxx、xxx系统的集成开发与实施工作。３.架构遵从：满足公司微应用微服务建设技术要求，满足公司最新版本统一数据模型(SG-CIM）要求，系统基于公司现有开发平台开发，技术方案遵循业务架构、应用架构、数据架构、技术架构、安全架构五大架构设计原则。系统应在支持互联网协议xxxx的基础上，支持互联网协议xxxx同时支持xxxx终端。
• 项目投资估算：总投资、资本性、成本性
• 项目经济性与财务合规性：按照《xxxx经济性与财务合规性评价指导意见》（国家xxxx）要求，对项目的经济性与财务合规性进行分析，具体情况见附。
• 效益分析：结合项目现状，分析项目建设可能产生的效益。建议从经济效益、基层减负、提高效率、提高安全性等方面进行描述。

1.5项目启动-项目合同文档

根据各公司的采购合同要求，包含采购内容、采购价格、采购数量、技术质量要求、发票规范和内容、付款方式、交货方式/时间/地点、验收及检测、违约责任、合同期限、通知、一般性条款、合规附录等内容

2.1制定计划-工作任务分解模板

确定细分任务内容、责任人、计划完成时间、实际完成时间、进行备注、列问题清单。

3.1IT项目进度看板

以典型的瀑布式开发项目为例，根据下列阶段细化各阶段的工作内容，更新项目进度。

阶段一（项目立项）：初步需求明确、供应商筛选、投委会（如需要）、采购委员会（如需要）、招标文件准备与招投标（如需要）、合同准备与签署；
阶段二（业务调研）：业务需求调研、业务流程调研、项目蓝图确认、详细设计文档确认（如需要）、系统原型确认（如需要）；
阶段三（实施与部署）：定制化开发、系统部署与测试、基础数据准备、数据迁移（如需要）、系统功能培训；
阶段四（试运行）：系统试运行上线、试点油站运行（如需要）、功能优化；
阶段五（上线与验收）：系统正式割接上线、功能优化、项目验收。

3.2会议安排模板

根据raci原则，明确参会主题、内容和目的，明确相关人员在会议中的定位。

4.1监控过程-问题清单

如下图典型的系统开发问题清单。

5.1项目收尾-项目验收模板

如图为内部的项目验收模版，较为简单，可根据企业需要进行扩展。