it项目的特点

一、IT营运管理方法论现今的企业为了强化自己在这个新世纪的竞争力，导入了ERP系统、供应链系统、CRM系统、决策支持系统、知识管理系统等等，这些系统最后都要进到企业的IT营运体系中。当我们透视解决方案生命周期时，可以看到，所有的解决方案最后都要进到企业的IT营运体系中，为企业员工所使用。如果IT的整个营运管理做得不好，那这些花大钱建置起来的系统再好功能再强也没有用，因为使用者根本无法顺利地使用它们。某大型电子公司，共运行了四十多个应用系统，当他的信息主管被问到，哪一个系统最重要时，他回答：「IT的营运与管理最重要！唯有好的IT营运管理，才能让公司上上下下好好的用每一个系统。」这个见解实在是一针见血。既然IT营运管理非常重要，那么如何提供好的IT 服务，对IT 主管或CIO 而言当然是非常重要的课题。答案是采用更新的技术或添购功能更强的设备吗？在1999 及2000年Gartner Group 广泛访问企业CIO 有关服务或应用程序无法使用(downtime) 的原因。结果大家最常认定会出问题的技术或产品(包括硬件、软件、网络、电力失常及天灾等)，其实只占了20%，那么占大宗的是什么呢？我想你已经猜到了，作业程序(Process) 失误就占了40%，另外作业人员(People) 疏失也占了40%。作业流程失误包括变更管理(Change Management) 没有做好、超载、没有测试等等程序上的错误或不完整。作业人员疏失包括忘了做某些事情、训练不足、备份错误或安全疏忽等等。Gartner Group 这份访查结果正是80/20 法则的再次印证。我们常想要把系统的可用度提高，当然就是要花大钱购买标榜可提高可用度的硬件或软件。孰不知这个部分事实上只占了系统停机原因的20%。如何做好IT 服务管理，首要工作当然是加强流程和作业人员管理，因为那才是造成系统无法使用的主要原因－ 两个原因加起来共占80%！我们常听人家说大型主机(Mainframe) 的 系统比较稳定可靠，所以经过了这么多年还是有许多企业愿意花大钱继续一年年采用。其实真的是它的系统软硬件更好吗？恐怕并不尽然。我们知道，大型主机系统 有着一套完整清楚的系统运作规范可遵循，人员在训练时花在运作程序方面的心力绝对不亚于系统软硬件，甚至是更多。有了严谨的程序，加上完整的人员训练，自 然就可以把那80%的系统停机风险降到最低。那么是否有方法论，可以用来建构企业内IT 服务管理而且是主要IT 厂商都支持的呢？

二、什么是ITILITIL（Information Technology Infrastructure Library）是信息系统运营与服务管理标准，用于定义IT部门管理工作中需要的各个工作程序(Process)，以及各个工作程序之间的相互关系。在跨国公司IT经理中素有"IT界MBA"之称。80年代中期，英国政府部门发现提供给其的IT服务质量不佳，于是要求当时的政府计算机和电信局（CCTA），启动一个项目对此进行调查，并开发一套有效的和可进行财务计量的IT资源使用方法以供本国的政府部门和私有部门使用。同时，这种方法还应该是独立于厂商的并且可适用于不同规模、不同技术和业务需求的组织。这个项目的最终成果是一套公开出版的IT服务管理指南，即ITIL（Information Technology Infrastructure Library）。虽然ITIL当初只是为英国政府开发的，但是在90年代初期，它很快就在欧洲其它国家和地区流行起来。到90年代中期，ITIL成为了事实上的欧洲IT服务管理标准。90年代后期，ITIL又被引入到美国、南非和澳大利亚等国家和地区。2001年英国标准协会（BSI）在国际IT服务管理论坛（itSMF）年会上正式发布了以ITIL为基础的IT服务管理英国国家标BS15000。2002年BS15000被提交给国际标准化组织（ISO），申请成为IT服务管理国际标准。国际标准组织已接受这个申请，并为此设立了一个专门工作组。该标准有望在2006年前后生效，可以说，ITIL已是事实上的国际IT服务管理标准。ITIL的目的是帮助企业降低IT运营管理成本，并且提高IT服务水平，提高业务部分的满意度。

三、ITIL的核心思想ITIL它并不是一套理论模式，它所根据的是最佳的实际经验。其中的许多经验不但广为人知，而且有无数的IT机构都是采用它来提升IT服务的效率及加强IT部门间的横向沟通。这套方法论历经了十数年的考验，证明它是最被IT业界广为接受的一套经营IT经验指南，等于是IT管理的业界标准。ITIL将IT的工作分为两大类：分别为《服务支持》（《Service Support》）和《服务提供》（《Service Delivery》Service Support针对的是一般系统的运作部分，目的是让使用者可以顺利存取到IT服务。其中包括Service Desk、事件处理与追踪、问题处理与追踪、系统变更、系统配置设定的记录与维护，以及版本的发行与控管。第二大类Service Delivery则是针对IT部门对客户提供信息服务时应有的工作程序。其中包括服务层级的约定与管理、IT服务的财务管理、系统可用度管理、系统容量的测量与未来规划、灾难情况的业务持续运作规划与系统复原。《服务支持》（《Service Support》包括如下流程：

1 事件管理（Incident Management）: 识别偶发的事件。

2 问题管理（Problem Management）：对服务台识别的偶发事件的潜在原因加以诊断，安排改正IT基础设施的错误并进行问题预防指导。

3 变动管理（Change Management）：变动管理过程确保使用标准方法和规程有效且迅速处理所有变动。变动管理旨在提高组织的日常运作水平。

4 配置管理（Configuration Management）：识别、控制、维护和检验现有的包括基础设施和服务在内的IT资产。

5 发布管理（Release Management）：通过控制软件、硬件的发行和版本确保信息系统资产的安全，并消除不同版本引起的潜在问题。 《服务提供》（《Service Delivery》）包括如下流程：

1 服务水平管理（Service Level Management）：服务水平管理的目标是通过协调IT用户和提供者双方的观点，实现特定的、一致的、可测量的服务水平，以为客户节省成本、提高用户生产率。

2 可用度管理（Availability Management）：可用性管理的目标是优化IT基础设施的性能，它的服务和支持的组织。可用性管理导致成本节省的、持续的服务可用性水平，这种服务可用性确保业务满足其目标。

3 能力管理（Capacity Management）：使组织在危机出现时管理资源并提前预测需要的额外的能力。它描述了计划、实施和运行该过程必需的规程。

4 持续性管理（Continuity Management）：在尽量少的中断客户业务情况下，提供IT服务，并在IT系统出现问题时，以可控的方式恢复。

5 财务管理（Financial Management）：确定IT服务的成本核算，设定预算，监督预算执行情况，根据提供的服务收取费用。 针对ITIL管理流程的具体实现，ITIL标准又将实现工具分为三类：Process Management Tools—过程管理工具Analysis Tools—分析工具Execution Tools—执行工具 四、XX银行IT管理规划建议全面实施ITIL模式对任何IT企业都至关重要，但在实施时通常需要循序渐进，并且要从最急迫需要解决问题处入手。最重要的是要采用统一的符合ITIL标准的信息架构。另外，在实施前，切记先记录下现有环境数据，以便随着时间的流逝来衡量成效。我们建议xx银行将规划分为：短期目标，中期目标，长期目标三个阶段实施，从而构建符合ITIL标准的IT服务和管理平台。短期目标：达到目的1）立符合ITIL标准的统一的信息架构（altiris notification server）

2） 保证统一的配置管理数据库（Configuration Management Database）

3）实现变更管理、配置管理、问题管理变更管理（Change Management）为何要做变更管理呢？这里举两个因为变更管理没做好而蒙受重大损失的例子来说明。2001 6 ，NASDAQ当机长达半天，原因是 *** 作人员做了一个未经测试的变更动作，结果导致整个系统停机。同样也是在2001年6月，NYSE在半夜做了一个软件变更的变更动作，导致部份系统当机，无法完成股票买卖交易。这两件事都上了报纸及新闻头条，包括华尔街日报、CNN 及CNBC等等。这反映出了变更管理真的很重要，一旦没有做好它，企业的关键任务(Mission Critical)系统就会受到影响。以银行业为例，只要是IT部门当机一小时，其导致的结果可能是全体员工要花上数倍或甚至是数十倍的时间来补救，而且因为分行里客户大排长龙，负面报导上了晚间新闻及报纸，企业形象受损的损失更是无法估计。这也可以说明为何企业CIO 把变更管理视为第一要务。为进行变化管理，IT组织中应该有变更管理员（Change Manager）及CAB（Change Advisory Board）的编制。变更管理员是全程负责监督RFC从提出到结案整个过程的人。CAB代表是变更咨询委员会。配置管理：在公司内，通常会做所谓的资产管理(Asset Management)，也就是把每项公司资产是何年何月何日购入、哪一个会计科目、负责人是谁等信息记载在数据库中，这是一般传统的资产管理方式。但是实际经验显示，如果用这种方式来管理IT相关资产，包括硬件、软件、网络等等，结果会因为记录的信息太过简化而衍生出许多问题。IT资产的管理所必须记录的信息要比一般资产多得多。目前有经验的IT部门都有一套方式来记录IT资产。但是IT资产的管理难道就只是详尽记录它的型号版本等等这些规格信息而已吗？其实这是不够的，还要包含该项资产所有的配置设定，以及它与其它IT资产之间的相互影响关系。这些配置都会输入到所谓的「配置管理数据库」(CMDBConfiguration Management Database)中。准确而完整的CMDB是相当重要的。因此要有一个机制来提供这个信息，这个机制就是配置管理(Configuration Management)。配置管理可存取并提供IT资产正确信息和这些资产间的关系，还能提供对系统的影响及趋势分析，降低未经授权软件的使用情形，以及控制所使用的IT资产。问题管理问题管理的目标就是要找出事件或问题发生的真正原因，并找出对策或步骤来解决问题。我们常说要对症下药。没有针对原因来解决问题，可能可以让服务暂时还可以使用，但如果错误原因没有被消除的话，将来还是会发生问题，事件还会再重复发生─ 进而再度影响IT服务的提供。这 也就是为什么要有问题管理的原因。唯有找到原因，才能解决问题，避免同样的问题一而再，再而三的发生。问题管理分成两个部分，一个是被动的部分─等事件通 报变成问题，再来分析问题，找出问题发生原因，加以诊断，再提出解决方法及步骤。一个是主动的部分，分析趋势，事前先找出可能潜在的问题，主动提出解决方 法及步骤，预防问题将来发生。

4） 对应altiris工具

配置管理Configuration Management 过程管理工具/分析工具/执行工具

Altiris Architecture- altiris notification server 建立统一的信息管理架构

Altiris Inventory solution 资产管理

Altiris web reports 报表分析功能

Asset Control solution 固定资产管理，建立最完整统一的资产信息及相关联信息

变化管理Change Management 分析工具

Altiris Inventory solution 资产管理

Asset Control solution 固定资产管理

Altiris web report 报表分析功能

Application Metering Solution 应用软件管理

执行工具

Altiris software delivery 软件部署与升级管理

Altiris client management suite 客户端 *** 作系统部署、升级；软件的部署与升级；微软补丁自动安全管理；远程控制等。

问题管理Problem management及事件管理 Incident management 分析工具

Altiris Inventory solution IT 资产管理

Asset Control solution 固定资产管理

Altiris web report 报表分析功能

Application Management Solution 应用管理

执行工具

Altiris Deployment Solution 系统部署、升级和管理

Application Management Solution 应用管理

Carbon Copy Solution 远程控制

中期目标：达到目的：实现事件管理、持续性管理（Continuity Management）、可用度管理在现今全球化经济社会下，可用度及IT服务持续性管理可说是最举足轻重的两个重要程序。营运服务能否持续每天24 小时，一周7天地正常运作，变得愈来愈重要。可用度能左右顾客满意度，并且能快速的影响企业整体声誉及业务是否成功。IT服务持续性管理程序是要确保正常可用的解决方案发生问题后，依然能够持续提供另一个等级的IT服务给客户。从这个观点来看，可用度管理及IT服务持续性管理的关系非常密切。这两个管理程序都是试图减小IT服务的可用度危机。可用度管理的焦点主要是集中在处理日常可能出现会影响到可用度的危机，如果无对应的反制措施或反制措施没有办法完全涵盖或应付时，这些危机就由应变计划及IT服务持续管理程序来处理。IT服务持续管理程序分做3 个步骤。第一步是取得Service Level Agreement，然后分析及找出每层的危机，将IT服务分成下列层级：服务、应用软件、中介软件、 *** 作系统、硬件、网络、环境、外在影响因素。第二步是提出这些紧急状况的解决方法；这包括两个部分：第一个部分是Failover，第二个部分是Recovery。Failover 包括有几种选择：Cold Standby、Warm Standby 及Hot Standby。第三步则是制作应变计划。对应altiris方案：

服务水平管理（Service Level Management） 过程管理工具/分析工具/执行工具

Altiris helpdesk Solution 建立统一的service desk

持续性管理（Continuity Management） 分析工具

Altiris Site Monitor Solution 网络站点监控模块

Altiris Monitor Solution 服务器监控模块

Application Metering Solution 应用监控模块

执行工具

Altiris Recovery Solution 恢复模块

长期目标：达到目的：IT财务管理分析（Financial Management）

IT财务管理分析Financial Management） 过程管理工具/分析工具/执行工具

Altiris Contract Management Solution 合同管理

Altiris TCO Management Solution IT 总体拥有成本分析

7月底，农行（601288SH）宣告成立金融 科技 子公司农银金融 科技 有限责任公司，注册资本6亿。目前已有11家银行成立金融 科技 子公司，包括五家国有大行、五家股份行和一家城商行。新一家金融 科技 子公司的成立振奋市场，而国内银行金融 科技 是否能够与国际抗衡，是否能完成“进口替代”的话题再次浮出水面。

长久以来，IOE技术架构是银行业的标准配置和唯一选择，而在2013年之后，由于金融系统IT架构定价权和 游戏 规则控制在海外厂商手中，并且随着移动互联网的普及，高频交易让传统系统不堪重负，银行业也开始艰难谋求去IOE。

时隔7年，在金融 科技 助推下，银行们通过自我研发去IOE仍在进行中，也有银行依靠互联网等外部力量以求快速实现IT架构国产化。

银行业去IOE始于2013年左右。图 站酷海洛

IOE，分别指IBM（国际商用机器公司）、Oracle（甲骨文）和EMC（易安信），三者分别是小型机、数据库和高端存储的领导厂商，一定程度上主导了企业的IT架构。它们组成的系统一度被视为大型金融企业后台的“黄金架构”。

中国银行业自上世纪90年代开始逐步实现电子化，陆续采用数据、 *** 作、应用大集中的管理模式，即数据中心大集中时代，以革除各家分支行各自为政的弊病，实现网点和业务的数据集中。而IBM以其强大的数据处理能力，装机量在国内一枝独秀。

当时，各类银行争相引进海外业务系统产品，实现流程改造和管理方式改革。

银行业去IOE始于2013年左右。

一直以来，由于银行业采用IOE为代表的IT基础体系，使得如此重要的金融机构IT整体都处于海外厂商的控制之中。可想而知，如若存在技术漏洞，或被主动植入漏洞，或者是国与国之间产生矛盾，供应商被要求停止技术服务，则金融业暴露在安全风险之中。

因此，国家层面基于金融与信息安全的导向推动提出了去IOE的想法，2012年6月国务院发布《关于大力推进信息化发展和切实保障信息安全若干意见》（国发〔2012〕23号），金融监管部门也期望银行逐年减轻对IOE的依赖程度。

尽管去IOE化在2014年、2015年就成为了金融 科技 领域的热门话题，但是它的进展速度显然没有它的热度上得快。

广发证券研报显示，去IOE在开始几年在传统银行间开展得并不顺利。

主要原因包括：第一，大型银行当前集中处理的业务模式对于服务器的稳定性要求极高。而IBM大型机/小型机的稳定性无人能及。其次，中小银行采用开放式平台架构，可以不用IBM服务器。但国产设备的性能、安全性、稳定性一直难以被信任。此外，服务器、存储、 *** 作系统、数据库等基础设施层次相互依赖，难以单一替换。因此，过去5-10年，难以真正意义上撼动海外厂商在国内银行业的地位。

金融壹账通总经理助理、Gamma平台CEO区海鹰在接受媒体采访时对21世纪经济报道记者表示，去IOE仍是银行业头疼的问题。“因为金融是国家与 社会 最重要的一个稳定因素，银行业内部使用的技术中IOE占比非常高，如何去IOE对于银行业来说是一个非常大的挑战。”

区海鹰表示，去IOE只能“小步慢走”式迁移，而且这个工作量非常大。应用层、硬件层迁移已经非常耗费精力，而底层的改变要用到全部国产的服务器、网络，难度可想而知，“估计这个改造本身就是5-10年的工作”。

2019年10月，中国互联网金融协会发布的《中国商业银行数字化转型调查研究报告》显示，参与调研的75%的银行已经或正在启动数字化转型。这其中，不少银行通过自行研发实现了国产化架构支撑关键业务。

据微众银行年报披露，截至2018年底，微众银行已建成229个关键系统，1202个子系统。依靠分布式架构及开源技术的深度应用，行内系统成功支持了年内亿级客户量、亿级日交易量，达到国有大型银行同等规模。与此同时，行内账户运维成本持续下降45%。

今年5月，陆金所也宣布去“O”已经完成95%，预计到今年中实现开源数据库的完全替代。陆金所选择了MySQL的开放式架构作为Oracle核心数据库的替代方案。经测算，完全“去O”之后，系统软硬件成本将节约近90%。

如果说，微众银行等互联网银行实现去IOE更为轻车熟路，那么更多的银行通过外部合作，来降低对海外厂商的依赖，近年来尤其实现提速。

2019年5月，华为正式面向全球推出了GaussDB数据库，其GaussDB OLTP数据库已在招商银行综合支付交易系统成功上线投产，也已在工商银行内上线投产。同月，达梦发布DM80，10月23日，该新核心系统所引入的达梦数据库正式通过湖北银行项目方的验收。

去年10月，蚂蚁金服OceanBase登顶TPC-C，这是国产数据库首破OLTP的benchmark世界纪录。OceanBase落地西安银行，西安银行完成实施互联网金融业务平台MySQL数据库、互联网交易资金存管平台Oracle数据库向OceanBase分布式数据库的完整迁移。同月，中兴GoldenDB成功帮助中信银行替换DB2，换“心”后的中信银行xyk核心交易系统对外投产，这是全国性股份制商业银行的首例。11月，腾讯宣布开源TBase数据库，TDSQL数据库落地张家港农商银行新一代核心业务系统。

对于互联网金融公司和银行的 科技 子公司在去IOE领域的竞争，一位金融 科技 业内人士认为，互联网 科技 公司的 科技 创新能力确实非常强，而且也有很大的服务C端用户的规模。银行业尤其是大行金融 科技 子公司从纯技术的角度与互联网公司旗鼓相当，但是互联网公司本身自带流量，具有很大的优势。

但上述人士坦言，数据库市场被国外厂商垄断，自研企业实力与Oracle仍有一定差距。智研咨询发布的《2020-2026年中国数据库市场深度分析及未来发展前景预测报告》显示：2018年我国数据库软件市场规模为13925亿元，其中，关系型数据库规模约11836，占比约85%。Oracle数据库关系型数据库市场份额超过46%，占数据库市场约391%。

国产数据库方面，既有传统大学成立的数据库企业，包括人大金仓、武汉达梦、神舟通用、南大通用、山东瀚高等，也有近几年主要以阿里、腾讯、华为为代表的企业研发也加快了追赶脚步。

从国产数据库的技术来源看，国产关系型数据库多源自或者借鉴开源MySQL、PostgreSQL等数据库及其变种，或收购商业源码（例如Informix）+自研的方式，大数据平台多源自或直接整合开源大数据生态组件，纯自研的国产数据库较少，数据库种类不够丰富，核心竞争力亟待突破。

更多内容请下载21 财经 APP

具体如下。

IT项目特点：1、时间紧迫性。任何项目都有周期限制，但是IT行业的特点决定了其在这方面有更加严格的要求。IT项目的紧迫性决定了项目的历时有限，具有明确的起点或终点，当达到了目标或目标被迫终止时，项目即结束。随着信息技术的飞速发展，IT项目的生命周期越来越短，时间甚至成为项目成功的决定性因素，因为市场时机稍纵即逝，如果项目的实施阶段耗时过长，市场将被竞争对手抢走。因此，作为IT经理在开始一个项目之前，就必须明确项目的时间约束，甚至具体到每一个任务都必须明确时间要求。2、项目独特性。按照项目定义可知，每一个项目都是惟一的，世界上没有完全一样的两个项目。

但是这一特性在IT领域表现得更为突出，IT项目不仅向客户提供产品，更重要的是根据客户的要求提供不同的解决方案。即使有现成的解决方案，也需要根据客户的特殊要求进行一定的客户化工作。

因此，IT项目经理必须在项目开始前通过合同（或等同文件）明确地描述或定义最终的产品是什么。如果刚开始对项目的目标没能定义清楚，或未达成一致，则最终交付产品或服务时将很容易发生纠纷，造成不必要的商务和名誉损失。在IT项目中，即便是定义清楚了项目的目标，客户仍然会经常调整实现指标，这就使得项目变得很难控制，因此这就需要项目组与客户单位有良好的沟通渠道，否则变更是无止境的。

3、不确定性。IT项目的不确定性是指项目不可能完全在规定的时间内、按规定的预算由规定的人员完成。因为项目计划和预算本质上是一种预测，在执行过程中与实际情况定会有差异。另外，在执行过程中还会遇到各种始料未及的“风险”，使得项目不能按原有的计划来运行。

数据安全全生命周期就是从数据的采集、传输、存储到使用、共享、转让委托以及最后的删除销毁整个周期做好数据安全的管控，一般就是防止数据泄露，现在还会涉及个人隐私保护相关的问题。对于企业的意义就是保护数据不被泄露，包括但不限于个人信息数据、公司业务数据。无论哪个泄露了对公司来说都是会有很大的影响，从声誉到公司战略利益等，都会有影响，所以做好数据安全是有必要的，不只是数据的泄露。数据如果被破坏而不能使用，也会对业务有影响，所以要保障数据的保密性、完整性和可用性。

温馨提示：以上信息仅供参考，不做任何建议。

应答时间：2021-07-14，最新业务变化请以平安银行官网公布为准。

[平安银行我知道]想要知道更多？快来看“平安银行我知道”吧~

>

为期1个月的重保期。

根据银行核心转账项目的平均周期，国家开发银行新一代核心业务系统工程(简称“新核心工程”)顺利度过为期1个月的重保期，标志着新核心工程成功投产上线并稳定运行，满足开发银行业务运行需求。

银行核心系统(CoreBankingSystem)是以处理银行最基本的存款、贷款业务为主的IT系统，作为支撑业务营运的关键系统和银行信息化的重要组成部分，被称作银行IT系统的“心脏”。

IT项目管理是项目管理在IT领域的应用，结合IT行业特点运用项目管理技术、理念和方法，包括9大知识领域（项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理）以及启动、计划、实施、控制和收尾等过程组成。

在IT项目管理中通常会使用8Manage项目管理工具，可以从立项-计划-实施-收尾等全过程监控，可以管理到项目的进度、计划、风险、资源、成本、需求、变更、时间等方面， 项目实时管理，第一时间汇总项目动态，项目超支、风险预警提醒，支持多部门、多站点、大型复杂项目，多项目实时管理，第一时间发现项目问题，迅速提醒、响应。

IT项目的特征：

(1)时间紧迫性。

任何项目都有周期限制，但是IT行业的特点决定了其在这方面有更加严格的要求。IT项目的紧迫性决定了项目的历时有限，具有明确的起点或终点，当达到了目标或目标被迫终止时，项目即结束。随着信息技术的飞速发展，IT项目的生命周期越来越短，时间甚至成为项目成功的决定性因素，因为市场时机稍纵即逝，如果项目的实施阶段耗时过长，市场将被竞争对手抢走。因此，作为IT经理在开始一个项目之前，就必须明确项目的时间约束，甚至具体到每一个任务都必须明确时间要求。

(2)项目独特性。

按照项目定义可知，每一个项目都是惟一的，世界上没有完全一样的两个项目。但是这一特性在IT领域表现得更为突出，IT项目不仅向客户提供产品，更重要的是根据客户的要求提供不同的解决方案。即使有现成的解决方案，也需要根据客户的特殊要求进行一定的客户化工作。因此，IT项目经理必须在项目开始前通过合同(或等同文件)明确地描述或定义最终的产品是什么。如果刚开始对项目的目标没能定义清楚，或未达成一致，则最终交付产品或服务时将很容易发生纠纷，造成不必要的商务和名誉损失。在IT项目中，即便是定义清楚了项目的目标，客户仍然会经常调整实现指标，这就使得项目变得很难控制，因此这就需要项目组与客户单位有良好的沟通渠道，否则变更是无止境的。

(3)不确定性。

IT项目的不确定性是指项目不可能完全在规定的时间内、按规定的预算由规定的人员完成。因为项目计划和预算本质上是一种预测，在执行过程中与实际情况定会有差异。另外，在执行过程中还会遇到各种始料未及的“风险”，使得项目不能按原有的计划来运行。因此，在IT项目实施过程中既要制定切实可行的计划，又不能过度计划。过度计划就是将项目中非常微小的事情都考虑清楚才动手实施，制定“详细的计划”的目的是试图精确地预测未来，但这有时也是不切实际的，在执行过程中经常会出现计划难以与实际一致，而不得不频繁地进行计划调整。因此，在IT项目执行过程中仍会碰到各种各样意想不到的问题，且往往没有现成的处理方法，这就需要项目经理掌握必要的工具方法，掌握整体过程和关键要素，灵活面对，妥善解决。

你知道吗IT产品的平均生命周期大约为五年。如何在这短短的时间内让它们在自己的岗位上发光发热，确保在数据中心高效可靠地运行，这是IT生命周期管理需要解决的问题。

同时，随着云计算与大数据时代的来临，很多大中型企业数据中心的空间密度呈现出快速增长态势，高效管理已经成为了数据中心突出的需求。但是，随着数据中心运维对象的成倍增长，这很有可能使得企业的资产管理变得一团糟，这属于数据中心生命周期内管理的范畴。

实际上，数据中心的构建并不像想象中那么简单，也并非是一堆没有生命力的硬件设备以及支撑管理和控制的软件。数据中心的建设需要考虑多方面的因素：从配电、电源，到服务、装修、建设以及数据中心的监控和管理。

因此，数据中心的建设是一门真正的学问：不仅仅涉及到IT产品与设备，而且在其全生命周期中需要科学、系统的理念，专业、系统的设计，以及严

谨、细致的运维、管理和服务。涵盖项目的前期咨询、方案设计，到工程实施，再到最终的验证以及最后交付后的能效升级，以及评估整个机房生命周期内的各个环

节。

数据中心管理者与运营者应该站在高屋建瓴的角度，全方位地管理数据中心，从而提升数据中心运维效率，为企业业务带来价值。

数据中心全生命周期管理方法论

凭借在数据中心物理基础设施领域的多年经验，施耐德电气成为业界唯一一家能够提供数据中心全生命周期解决方案的系统提供商。

从最早的设计咨询开始，施耐德电气的全生命周期服务会充分考虑地理环境和节能要求，提供最适合企业业务开展的方案，然后再到数据中心的建设施

工，以及最后的外包式服务。数据显示，施耐德的全生命周期解决方案，还可以帮助客户仅在物理设施方面的投入上就节约30%以上，可帮助客户使其数据中心全

生命周期成本降低高达30%以上。

不仅如此，施耐德电气还针对如何最大化数据中心在使用期限内的性能，提出了涵盖规划、设计、建设、运行、评估五大阶段的数据中心生命周期管理指南，作为数据中心全生命周期管理实施和部署提供指导的方法论。

数据中心全生命周期五步走

第一步，规划要明智。

规划阶段决定着整个数据中心项目成败与否。选址前先确定重要的项目参数(容量、关键程度、功率密度、效率、发展规划与预算)。及早邀请专家参与其中，避免过程中问题的发生。妥善管理该阶段将对成本和性能产生最大影响。

例如在中国，在距离主要河流水力发电所附近或者在靠近风力发电厂的平原地带构建数据中心，能以更好的价格获取到能源。

第二步，设计抓重点。

将规划阶段的种种概念准确转化为详细的设计和施工文件，确保合适的人选在合适的时间加入到整个项目中。设计团队应包含IT和设计工程师，甚至还

可能包括建筑师以及机械、电气、给排水工程师。建筑团队由电气、网络、机械、低电压的总包商和分包商组成。数据中心所有者或管理者需负责选择这些团队，并

审查所有的设计成果。

第三步，建设有技巧。

当专家团队全部就位，建设工作全面启动之时，数据中心所有者及管理者在项目中仍然扮演着重要的角色：关注项目进度、质量性能并进行风险调度，这其中还包括一系列施工文件、建筑许可和项目订单变更的审查与批准。

在建设阶段，施工团队的文件资料与设备供应商的专业技能相互结合，将成为管理团队及员工学习提升的极佳机会。调试过程可带来有价值的文件资料，

助力设备运行状况的改善。尽管调试过程并非完全必要，但通过检测整个系统对于外界输入内容以及外界变化的反应，可帮助整个团队更好地了解数据中心的复杂程

度。

第四步，运维有秘诀。

该阶段历时最长也最费成本。如今可靠高效的运维依然有赖于专业的方法和人才，需要对场地的环境健康与安全、应急准备和响应、资产,

人员、培训、文档、事件, 质量、能源以及财务等各方面进行有效管理, 最小化风险, 充分保障基础设施的可靠性和效率, 并帮助降低总体拥有成本。

第五步，评估勿忽略。

该阶段往往被忽视，因为它与运行阶段同时发生。监控绩效使运营者持续评估物理基础设施的表现，获取有用的可 *** 作信息，应用于运行阶段。使用关键绩效指标(KPI)十分重要。另外，还必须持续坚持恪守对时间和资源的承诺，定期制作报告。

数据中心全生命周期管理：势在必行

作为施耐德电气“Life Is

On”战略的重要组成部分，数据中心生命周期管理可以为各种规模的数据中心提供规划、设计、建设、远程管理、维护和升级，满足可用性、密度、效率和可扩展

性需求的性能水平，具备覆盖数据中心生命周期各阶段的已应用专业知识和内部智力资本。同时，拥有针对新建数据中心或延长现有数据中心寿命的标准型或定制型

解决方案和服务，以及用于优化数据中心物理基础设施的设计和交替使用工具。

数据中心要朝着高效、节能、智能的方向发展，需要全生命周期的设计和管理。作为全球能效管理专家，施耐德的全生命周期解决方案已成为企业和客户间的纽带，确保数据中心设备和系统的可靠运行并追求实现性能的最大化。

1、融合架构：主机平台+分布式开放平台

核心账务系统，部署在主机平台上

主机平台可用性高，运行稳定，适合作为银行核心系统运行平台，但也存在风险集中、处理能力瓶颈、敏捷性不够、价格昂贵等不足。

主机资源用于核心账务系统，利用开放平台处理查询业务或者普通维护性交为了更好地利用主机资源，建设银行提出“主机+ 开放”的融合架构，确保“好钢用在刀刃上”。

查询系统，部署在分布式平台上

查询系统包括：个人客户综合积分、贷记卡管理、客户信息查询、对公/对私存款查询、客户渠道。

目前各类查询交易总计下移日均交易量14亿笔，节省主机资源26万MIPS，相当于822亿元。

查询系统与账务系统分离，既分散了系统风险，又提高了并发处理能力。

最近三年在实际业务量年均增长32% 的情况下，主机MIPS资源零增长，取得了节省投资的良好效果。

在分布式开放平台上，X86服务器替代小型机

在开放平台的选择上，由于同等计算能力的X86服务器价格只有小型机的1/20，所以首先在新一代架构的应用(AP)层中大量采用X86服务器替代小型机，随着替代技术逐步成熟，继续提高在数据库(DB)层使用X86服务器的比例，进一步减少小型机的数量。

自新一代实施以来，应用层和数据库层部署的X86服务器替代小型机已累计节省122亿元。新一代实施前后，小型机占开放计算资源比例已从1/3逐步下降到1/12，计算资源的总体可靠性和可用性保持不降。

2、私有云，能提供1000台以上的虚拟机

建设银行自2013 年起采用云计算技术来构建基础设施环境，将计算资源、存储资源、网络资源统一打包成共享资源池。

根据每种资源池的特点，采用不同的云部署单元(CDP)模型，构建了X86虚拟化资源池、Power 虚拟化资源池、HP资源池以及大数据资源池等。

以云部署单元为基本单位进行部署、更新和替换，统一了标准，提高了通用性，降低了成本。

目前已经在私有云环境中部署了1000台以上物理机，提供10000台以上虚拟机，有力地支撑了“ 新一代”核心系统上线。

3、网络架构：一网双平面，可靠性达到99999%

新一代核心网络平台采用“一网双平面”的网络架构，用多协议标签交换技术，采用层次化、模块化的网络结构，将网络局部可靠性逐步提高到99999% 水平，支持无中断维护。

新一代局域网通过推广柜顶接入架构，以虚拟端口聚合技术为基础，采用插入式服务架构来提高网络综合服务能力，接入层交换机使用板卡延伸技术，大规模标准化网络交换机配置。

通过采用“双平面”冗余设计避免逻辑单点，采用分散部署模式来分散整体性风险，逐步采用自动化变更手段杜绝 *** 作失误。

采用松耦合的理念，模块化、层次化，网络服务资源池化，将二三层网络与四七层网络服务解除耦合关系，减少管理复杂度，有利于横向扩展，大幅提高数据中心网络平台的可靠性、健壮性。

4、安全：“多层水闸式”防范体系

原安全架构的安全功能与应用系统集成实现，嵌入到应用系统中，与应用系统紧密耦合，导致安全策略与安全功能固化。

“新一代安全架构”的应用系统只集成通用、标准化的安全代理，所有安全功能通过安全代理为应用系统提供，后台的安全服务可以统一调度、灵活组合，安全服务的调整不会导致业务系统的改造。

5、标准池化存储结构

NAS、SAN 存储

SAN 存储从应用(AP)层、数据库(DB)层混合部署转变为全数据库层部署，大面积在应用层使用NAS 存储替代SAN 存储。

打造“存储标准化”

实行存储配置标准化、资源池化，屏蔽了不同产品带来的差异化，减少了维护成本，同时实现了存储资源快速、灵活的供给。

采用庞大的“边缘—核心—边缘”三层SAN 存储网络

实现了楼宇内任意地点的存储网络接入。

6、自主研发云管理平台

自主开发了全面自动化的云管理平台，先后实施了IT 基础设施的服务器安装、版本部署、服务启停、日常巡检、配置比对等一系列自动化工具，极大提升了数据中心运营管理的自动化水平，形成全生命周期的自动化管理模式，完美支持了应用项目以及相关IT 框架、平台、技术和安全组件的投产上线。

创造了5 个工作日内交付上千台虚拟化服务器的行业纪录，在简化流程、提高效率的同时，有效控制了 *** 作风险。

以上建设银行的IT技术。

以上就是关于如何基于ITIL构建有效的IT服务管理体系全部的内容，包括:如何基于ITIL构建有效的IT服务管理体系、“去IOE”7年 银行IT架构国产化还需多久、it项目的特点等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！