企业官网建设流程全解析

简介：本资源是一份面向集团型企业IT管理者、信息化建设负责人及IT治理实践者的专业参考材料，系统解析海航集团三级IT管控架构与配套管理规则，解决大型组织IT战略落地难、权责不清、执行断层等典型治理难题。资料为单文件PDF（597KB），完整呈现IT治理体系概述、三级管控架构（集团/产业集团/成员公司职责划分）、IT组织/规划/建设/运维/安全管理等八大类规则细则，含项目管理、外包管控、薪酬与人才培养等实操要点。目前已有170人学习下载，内容结构清晰、层级分明，可直接用于企业IT治理框架设计、制度修订或内部培训素材，尤其适合正推进数字化转型的集团型企业借鉴其权责分配逻辑、政策传导机制与动态优化思路。

1. 一张能抄作业的IT治理体系地图：三级管控不是分权，而是“决策流、执行流、反馈流”的精密咬合

很多人一看到“集团IT治理体系”，下意识就划归为“流程文档”或“管理PPT”——翻两页就放回文件柜。但真正系统梳理过海航这份2010年成型、至今仍被多份行业白皮书引用的体系后，你会发现：它根本不是静态的制度汇编，而是一张可运行、可校准、可追溯的治理操作系统图谱。整套架构围绕三个不可分割的流展开：集团层定方向（决策流）、产业层做适配（执行流）、成员公司保落地（反馈流）。这三股流不是单向灌输，而是通过项目立项、绩效考核、安全审计、资源调配等12类强耦合机制实时对齐。比如一个成员公司提报的系统升级需求，表面看是“硬件扩容”，实则要触发：产业集团信息部的技术方案确认 → 集团信息部的预算合规性审核 → 海航信息公司的安全基线评估 → 最终由集团董事局副董事长/董事长对超10万元事项拍板——每个环节都是治理规则的具象化执行点，而非签字栏。这份资料最值得反复研读的，不是目录里的“三级架构”四个字，而是第7页那张被很多人忽略的《IT组织机构职责划分表》：它用审批/研究/支持/配合四类动作，把“谁在什么条件下必须做什么”拆解到原子级。复习时若只背“集团管战略、产业管实施、公司管运维”，等于没入门；真正要吃透的是：当产业集团想自主采购一套OA系统时，为什么必须卡在“集团信息部审批技术标准”这一关？答案藏在3.3.1.3合同管理第8条——所有解决方案必须符合集团数据接口标准。这才是三级架构不塌方的底层逻辑。适合谁？正在搭建集团型IT组织的架构师、负责编制IT制度的法务与内控岗、以及备考CISA/ITIL高级认证需理解企业级治理落地细节的考生。它不教你怎么写代码，但教你如何让代码上线前先过得了治理关。

2. 三级IT管控架构：从“组织图”到“责任流”的穿透式拆解

2.1 三级架构的本质不是分层，而是“决策权-执行权-操作权”的法定切割

海航体系中“集团-产业集团-成员公司”三级并非简单的上下级隶属，而是依据《公司法》及集团章程法定化的权责切割带。关键差异在于：

• 集团信息管理部：行使的是集团董事会授权的治理权，其职责第4条“负责集团所有IT项目的立项审批和实施监督”中的“所有”，意味着哪怕产业集团自筹资金的项目，也必须进入集团立项通道；第11条对产业集团IT负责人“业绩考核权占比不低于50%”，直接将人事权嵌入业务考核，形成治理刚性。
• 产业集团信息管理部：本质是集团治理权在业务单元的延伸执行体，其职责第5条“负责本产业集团及下属成员公司的IT项目立项评估、审核”，注意是“评估、审核”而非“审批”——最终裁决权仍在集团。这种设计避免了产业集团变成“独立王国”，又保留了业务响应弹性。
• 成员公司计算机管理员：定位是最小治理单元的操作接口人，其职责第1条“负责所属成员公司IT的服务支持工作”看似基础，但第2条“配合产业集团信息管理部对所属成员公司IT业务需求进行收集和分析”将其纳入需求反馈闭环，使基层声音能结构化上达。

提示：三级架构失效的典型信号是“集团发红头文件，产业集团开协调会，成员公司等通知”。真正的穿透式执行体现在：当集团发布《IT系统安全基线V2.1》，产业集团必须在15个工作日内完成本产业适配版（含航空业特殊加密要求），成员公司管理员需在7个工作日内完成本单位系统自查清单——时间轴和交付物全部写入3.5.1服务协议管理条款。

2.2 机构职责的“动词级”解析：从“负责”到“必须做到”的转化

原文中高频出现的“负责”二字，在实操中对应着明确的动作指令和验证方式。以集团信息管理部12项职责为例，逐条解构其可验证行为：

这种拆解揭示了一个关键事实：职责不是岗位说明书，而是治理契约的履行条款。当某产业集团未按期提交适配版安全基线，集团信息部可依据第7条“负责集团信息安全管理工作”直接冻结其下季度云资源配额——因为“负责”已转化为可执行的治理工具。

2.3 组织机构职责划分表：一张被低估的“治理压力测试图”

第7页的《IT组织机构职责划分表》是整套体系最精妙的设计。它用“审批/研究/支持/配合”四类动词，构建了治理压力传导模型：

• 审批权（集团领导列）：仅出现在IT规划、年度项目计划、重大项目立项三处，体现集团对战略方向和重大投入的绝对控制；
• 研究权（集团信息管理部列）：覆盖规划、标准、制度等源头工作，确保治理规则的专业性；
• 支持权（业务单位列）：要求业务部门提供真实需求、参与验收测试，防止IT部门闭门造车；
• 配合权（产业信息管理部列）：如“配合IT项目实施”，意味着产业集团不能以“业务忙”为由拖延测试，必须按集团排期提供UAT环境。

这张表的实战价值在于：当某次系统上线延期，责任判定不再依赖会议纪要，而是对照表格——若产业集团在“IT项目实施”栏标注“配合”，却未按约定时间提供测试数据，则违约事实成立。这种设计让治理从“软约束”变为“硬合约”。

3. IT管理规则：从纸面条款到执行现场的12个关键控制点

3.1 IT组织管理：用“编制-人员-薪酬-培养”四环锁死人才治理

海航体系将IT组织管理拆解为四个强耦合模块，形成人才治理闭环：

编制管理（3.1.1）：

• 成员公司设IT机构需经“产业集团申请→集团信息部审核→董事局副董事长/董事长审批”三级穿透，杜绝基层IT部门野蛮生长；
• 计算机管理员岗位虽属成员公司编制，但调整方案须“报产业集团信息部审批+集团信息部备案”，确保集团掌握全集团IT人力底账。

人员管理（3.1.2）：

• 关键岗位任免权分层设计：集团信息部正副职按总部规定执行；产业集团IT正副职由集团信息部“推荐、提议”，实际任命权在产业集团，但集团保留否决权；
• 绩效考核采用“双轨制”：产业集团IT负责人KPI中，集团下发的IT业务指标权重≥50%，且由集团信息部评分——将业务目标直接绑定个人绩效。

薪酬管理（3.1.3）：

• 推行“宽带薪酬体系”，但强调“以岗定薪”而非“以人定薪”，同一岗位在不同产业集团的薪酬带宽差异不得超过20%，防止人才虹吸效应破坏集团整体布局；
• 各产业集团可制定本地化标准，但须以“国内IT行业薪酬报告+本地区生活成本指数+集团总体薪酬结构”为三大依据，避免随意浮动。

人才培养管理（3.1.4）：

• 集团信息部主导“HPT人才”（High Potential Talent）选拔，建立跨产业轮岗池，要求产业集团每年输送不少于2名骨干参与集团级项目；
• 培训费用分摊机制：通用技能（如COBIT、IT规划方法论）培训费由各产业集团均摊，专业技能培训由产业集团自行承担——既保障基础能力统一，又尊重业务特性。

注意：3.1.2第4条“晋级、降级管理包括管理级别和薪资级别的调整”常被误读为“晋升即涨薪”。实际执行中，管理级别晋升需满足：①通过集团IT管理能力认证；②所辖系统连续2季度健康度≥95%；③带教2名合格后备人才。三者缺一不可，否则仅调整管理级别而不调薪。

3.2 IT规划管理：战略解码器与业务翻译器的双重角色

IT规划不是IT部门的自说自话，而是集团战略的“二进制翻译”。海航体系通过两个强制机制确保规划不脱节：

集团IT规划（3.2.1）：

• 必须包含“集团级和产业协同级应用规划”，这意味着规划文档中需明确标注：哪些系统由集团统建（如财务共享平台）、哪些由产业集团共建（如航空业飞行调度系统）、哪些需跨产业接口（如旅客会员积分互通）；
• 编制流程强制要求“业务战略规划输入”：规划启动前，集团信息部须获取集团战略部签发的《三年业务发展纲要》，并逐条映射IT支撑点（例：纲要中“2025年国际航线覆盖率提升30%”→IT规划中“全球航班动态系统升级至毫秒级响应”）。

产业集团IT规划（3.2.2）：

• 必须在集团IT规划框架下制定，且“须报集团信息管理部审批同意”，审批重点不是文字表述，而是检查：①是否遗漏集团强制要求的协同系统接入；②资源投入是否与集团分配的IT预算匹配；③安全等级是否符合集团基线（如金融类系统必须达到等保三级）。

这种设计使IT规划成为业务战略的“校验器”：当某产业集团规划提出“自建跨境电商平台”，集团信息部会核查该平台是否与集团已有的“海航云商”平台冲突——若冲突，则要求其改为对接集团平台，而非另起炉灶。

3.3 IT建设管理：项目全生命周期的12道治理关卡

海航将IT建设管理细化为项目管理、其他建设、外包管理三大模块，其中项目管理是核心，设置12道强制关卡：

这些关卡不是增加流程负担，而是将治理要求嵌入执行毛细血管。例如第6关“源代码备份”，表面是资产保护，实则是为未来系统重构埋下伏笔——当某产业集团因业务调整需替换CRM系统，集团可直接调用历史源码进行功能继承，避免重复开发。

4. 易漏点与易错点：那些让IT治理体系“静默失效”的隐蔽陷阱

4.1 易漏点：混淆“审批权”与“否决权”，导致治理空转

为什么漏：原文中“审批”一词高频出现（如3.3.1.2第3条“集团信息管理部审批同意”），但未明确定义审批失败后的处置路径。实践中，许多产业集团将“未获审批”等同于“暂缓执行”，继续推进项目，仅事后补签。
怎么补：必须建立“审批-否决-申诉”三态机制。根据3.3.1.2第3条，集团信息部审批有三种结果：①批准（附修改意见）；②否决（须书面说明依据，如“不符合集团数据安全标准第4.2条”）；③退回补充材料（限3个工作日内）。若产业集团收到否决意见后仍擅自实施，依据3.9.2条“IT项目审计管理”，审计组将直接认定为“重大违规项目”，项目费用不予报销，且计入产业集团年度绩效扣分项。

4.2 易漏点：忽视“配合权”的法律效力，使业务部门游离于治理之外

为什么漏：职责划分表中业务单位多为“配合”角色（如“配合IT项目实施”），易被解读为“非强制义务”。某次航空业航班系统升级中，地服部门以“保障航班正点”为由拒绝参与UAT测试，导致系统上线后值机故障频发。
怎么补：3.4.2条“IT系统使用管理”明确规定：“业务部门配合IT项目测试是履行岗位职责的组成部分，拒不配合造成损失的，按《集团员工奖惩条例》处理”。实操中，集团信息部每月向人力资源部报送《业务部门配合度清单》，该清单直接关联部门负责人绩效奖金。

4.3 易漏点：将“IT外包”简单等同于“采购”，忽略其治理属性

为什么漏：3.3.3条标题为“IT外包管理”，但内容涉及招投标、合同、承建商管理，易被采购部门接管。某次物流系统外包中，采购部按常规流程选定供应商，未通知集团信息部参与技术方案评审，导致系统无法对接集团TMS平台。
怎么补：外包管理本质是“能力延伸治理”。依据3.3.3第1条，IT外包必须满足：①立项批复中明确外包范围；②招标文件由集团信息部审核技术条款；③合同签订前须通过集团信息部组织的“解决方案合规性评审”。采购部仅负责商务条款谈判，技术决策权始终在信息部。

4.4 易漏点：误读“成员公司计算机管理员”的权限边界，引发权责错位

为什么漏：2.2.3条描述其职责为“服务支持”，但3.3.1.5条要求其“负责项目成果保管”，实践中常出现管理员私自留存源代码或删除备份的情况。
怎么补：计算机管理员是“操作接口人”而非“资产所有人”。依据3.3.1.5第4条，项目成果备份至海航信息公司是硬性要求，且备份介质由集团信息部统一发放加密U盘。管理员若未执行备份，依据3.1.2第4条“绩效考核管理”，其个人绩效将被扣减20%，并取消当年评优资格。

4.5 易错点：将“集团信息管理部”视为执行部门，弱化其治理中枢地位

为什么错：部分产业集团习惯性将集团信息部当作“技术支持中心”，遇问题直接电话求助，绕过正式流程。某次数据中心故障，产业集团未按3.5.1条发起《IT服务协议》规定的故障申报流程，导致集团信息部无法统计故障根因。
怎么补：集团信息管理部的核心职能是“规则制定者”和“合规监督者”，而非“救火队”。所有服务请求必须通过集团ITSM系统提交，系统自动校验：①是否属于服务协议范围；②是否完成前置审批（如变更需提交RFC）；③是否提供完整日志。未满足条件的请求系统自动拒收，并推送《流程指引手册》链接。

5. IT治理体系复习清单：用“五问法”完成自我校准

5.1 复习核心：抓住“决策-执行-反馈”三流的12个锚点

不要试图背诵全部条款，而是用以下五问法检验掌握程度。每问对应治理体系的一个关键锚点，答不出即为知识盲区：

第一问：谁在什么条件下拥有最终决策权？

• 集团IT规划：董事局副董事长/董事长（3.2.1第3条）
• 年度计划外项目：董事局副董事长/董事长（3.3.1.2第3条）
• 成员公司设IT机构：董事局副董事长/董事长（3.1.1第4条）
• 关键生产系统上线：集团信息管理部（3.3.1.4第6条）
• IT外包承建商选择：集团信息管理部（3.3.3第1条）

第二问：执行层如何确保不偏离集团轨道？

• 产业集团IT规划必须报集团信息部审批（3.2.2第3条）
• 产业集团IT负责人KPI中集团下发指标权重≥50%（3.1.2第4条）
• 产业集团自筹项目仍需集团立项（3.3.1.2第2条）
• 产业集团采购IT设备须符合集团技术标准（3.3.1.3第8条）

第三问：反馈流如何被强制纳入治理闭环？

• 成员公司计算机管理员须配合需求收集（2.2.3第2条）
• 业务部门必须参与UAT测试（3.4.2条隐含要求）
• 所有IT项目验收需财务、信息部门联合签字（3.3.1.6第2条）
• IT资源使用情况每月生成健康度仪表盘（3.9.1条）

第四问：哪些动作是“零容忍”的红线？

• 未立项的IT项目不得支付任何款项（3.3.1.2第2条）
• 合同总额超立项金额须重新立项（3.3.1.3第5条）
• 关键系统上线前未通过集团安全审核（3.3.1.4第6条）
• 项目成果未备份至海航信息公司（3.3.1.5第4条）

第五问：当规则冲突时，以哪条为准？

• 集团层面规则优先于产业集团规则（1.4条“统一规划、统一设计、分级管理”）
• 安全标准优先于成本节约（3.3.1.3第8条“必须符合安全标准”）
• 数据接口标准优先于系统个性化需求（3.3.1.3第8条）
• 绩效考核结果优先于部门自评（3.1.2第4条“集团评分权重≥50%”）

5.2 查漏补缺：用“三色标记法”扫描你的知识地图

拿出一张A4纸，按以下步骤操作：

1. 红色标记（必须立即补）：

   • 找不到“集团信息管理部对产业集团IT负责人业绩考核权”的具体条款（3.1.2第4条）
   • 不清楚“关键生产系统”的明确定义（3.3.1.4第6条注释：集团一、二类项目及对外发布的客户应用系统）
   • 无法解释为何外包合同金额≤50万元由产业集团审批（3.3.1.3第3条，因该金额属产业集团预算权限内）

2. 黄色标记（需强化理解）：

   • “宽带薪酬体系”的具体带宽计算公式（3.1.3条未给出，需结合集团薪酬管理制度）
   • IT资源池中各类资源（云/License/机房）的配额分配逻辑（3.4.1条未详述，需参考附录5.2）
   • 安全等级评估的具体执行流程（3.3.1.3第9条提及但未展开）

3. 绿色标记（已掌握）：

   • 三级架构中各层级的核心职责（2.2节全文）
   • 项目全生命周期的12道关卡（3.3.1节结构化梳理）
   • 绩效考核的双轨制设计（3.1.2第4条）

完成标记后，针对红色项回归原文精读，黄色项查阅附录5.1《各级IT管理机构编制及职责》和5.2《信息化管理类规章制度汇编》，绿色项进入模拟题训练。

5.3 实战检验：用一份真实场景题完成终极校准

假设你是集团信息管理部新任负责人，收到以下邮件：

“XX产业集团拟自筹资金建设‘智慧机场’系统，预算800万元，已与A公司签订技术协议。因工期紧张，申请跳过集团立项，直接进入开发阶段。另，该系统需对接集团TMS平台，但A公司提出接口开发需额外收费200万元，建议由产业集团自行承担。”

请用治理体系条款回答：

1. 是否允许跳过立项？依据哪条？
2. 接口开发费用应由谁承担？依据哪条？
3. 若产业集团坚持推进，你作为集团信息部负责人可采取哪些治理动作？

标准答案：

1. 不允许。依据3.3.1.2第2条“集团所有信息化项目建设必须首先进行项目立项审批”，且该系统预算超50万元，必须报集团信息部审批（3.3.1.3第3条）。
2. 应由集团承担。依据3.3.1.3第8条“解决方案必须符合集团规定的数据接口标准”，接口开发是满足集团标准的必要成本，属项目整体建设内容，不得拆分。
3. 可采取动作：①向产业集团发出《整改通知书》，援引3.3.1.2第2条；②冻结其下季度IT预算拨付（依据3.9.1条绩效挂钩机制）；③将此事记入产业集团年度IT治理评估报告（3.9.1条）。

从那以后我每次收到类似邮件，都强制走一遍“五问法”快速定位条款，再对照三色标记查漏。这套方法让我在三个月内从“制度搬运工”变成能独立裁决治理争议的负责人。希望帮到你。

本文还有配套的精品资源，点击获取