IT信息系统对企业核心竞争力的支撑

重庆电信企业信息化事业部 傅诣

      目前垂直的部门管理模式对“以客户为中心”、“零不爽”要求弊端日益明显。特别是在当前市场需求瞬息万变，需求要求快速支持的背景下，需求无法高质量的实现，首先表现在需求实施的效率与速度上，无法快速支持需求。其次表现在需求实施质量上，需求上线问题较多，带来很多次生问题，需求质量业务单位与分公司都不满意，影响IT口碑。

      以客户需求为中心，启用矩阵式需求管理，建设高、精、尖需求界面团队，在企信部设立后方资源池，深入需求一线，让需求一线指挥炮火，实现需求小前端，大后端，前端综合化、后端专业化，后端全力支持前端。

现状：目前企信部采用传统的垂直化组织架构，各域组织界面分明，容易形成部门壁垒，需求由需求前置团队接收，分派到各个域，较为复杂的联合需求由各域分别评估，各域再进行联合确认，再与需求业务单位进行沟通，期间反馈多次，效率较低，特别是在部分需求细节存在问题时，往往需要多次开会共同确认，在实现方案上各部门也往往各执一词，耽误需求实施时间，也影响需求实施质量。

措施：

1采用需求矩阵式管理：针对重要需求，采用项目制管理，由各部门部门负责人、技术专家、实施人员、厂商组建临时需求实施团队，此团队不隶属于任何一个部门，采用承包方式，将需求承包给虚拟团队，每个需求团队负责人拥有可以“呼唤炮火”的权利与“签署责任书”的义务，做到权责对立，平衡（后面会详细说明）。这样就可以整合事业部各部门的专家优势，打通部门壁垒，快速实现需求。该方式也就在事业部层面就形成了一个垂直于传统部门的需求实施矩阵，与各域的生产维护形成互补。

2“黄金四边形”：黄金四边型目标是建立贴近需求一线的敏捷化组织，在事业部层面对外形成统一的界面，能灵敏捕捉到公司领导及一线的关键需求，找准需求“痛点、关键点”，迅速调动资源，建立专项团队，灵活快速实现需求，打破部门壁垒，突破原始需求流程的烦冗。团队必须包含“项目经理”、“需求分析团队”、“方案设计实施团队”、“后期维护支撑团队”四个关键团队，形成黄金四边型。

各团队职责如下

（1）项目经理：项目经理是团队的****，是需求的第一责任人，拥有“呼唤炮火”调度资源的权利，同时，也是需求目标达成的第一责任人，签署需求实施承诺责任书，在需求完成后接受事业部对实施情况的考评。厂商负责人也纳入项目经理。

（2）需求分析团队：需求分析人员是与业务单位接触的排头兵，是第一接触人，首要任务是找到需求的“痛点”或“题眼”，其次是需求实施的桥梁，对外，负责引导业务单位按照IT“先上菜”进行推进，引导业务单位采用IT推荐的需求实施方案与分布实施的时间计划；对内，负责将需求与方案设计实施团队沟通，形成需求支撑方案，并与前端沟通。再次，在需求实施全生命周期中对需求变更进行管理。分析团队工作必须量化，每个需求必须要有需求分析说明书，每次需求会议必须要有需求沟通（或评审）会议纪要，每次需求变更需要有需求变更记录。

（3）方案设计实施团队：由各域的专家与执行人员组成，负责需求实施方案的落地，并与需求人员一起对实施方案向业务单位沟通，达成一致，最后由此团队的实施人员完成需求上线（执行人员可能与后面的“后期维护支撑团队”人员重复）。方案实施团队必须输出每个需求的方案，方案由事业部形成统一的模板输出，方案质量纳入管控。此环节是当前需求实施中的短板，很多需求在完成需求分析后，直接丢给厂商实施，实施方案中功能部分内容没有评审，界面部分在实施中也没有DEMO，没有也业务单位沟通，导致质量不被业务单位认可。该点如何提升，建议如下：

首先把需求分为5个层次，要求在方案模板中必须都进行说明，底层为功能需求，仅仅针对功能本身；第二层为服务需求，本层包含业务及流程，提升服务能力的需求；第三层为体验需求，考虑到客户感知的需求，含易用性， *** 作性，感知方面；第四层为关系需求；顶层为成功需求，即满足公司组织成功，有效推动业务发展。我们现在往往注重第一层的功能需求，对其他层次需求不够关注。即使在第一层功能需求中，还存在“简单功能做不好，复杂功能做得好”的情况，原因就是以IT惯性思维技术为导向，没有以客户需求为中心，没有抓住需求“痛点”，将IT功能做得复杂。后续，我们要多放精力到第2至第5个需求层次中，更加注重易用性， *** 作性，快速支撑。

（4）后期维护支撑团队：目前我们往往“重建设，轻维护”，需求上线后，就算完了，监控、作业计划没有跟上，上线后也不能主动发现问题，往往前端发现问题后，已经晚了，造成了较严重的后果。对此，后续维护支撑团队，首要任务是建立需求上线初期的监控保障手段，用数据说话，证明新需求上线后的运营情况，提前于业务单位发现问题，及时处理。其次，对新需求上线后的监控，作业计划进行实施，对新需求上线后出现的问题进行集中解决，为一线提供支撑。

前面说了，我们建立了矩阵式需求管理制度，组建了高、精、尖的需求团队，那么如何进行运作？

1小前方，大后方：需求分析团队直面业务单位，但我们后面有一个强大的支撑保障团队（各域专家、实施人员、战略合作伙伴等），各域整合资源形成整体支撑大平台，提供解决方案，提供技术支持，这样才能让小前方需求分析人员有底气，有引导需求，主导实施的资本。

2一线呼唤炮火：当需求人员或需求预沟通发现重点需求时，一线要迅速做出反应，立即呼唤炮火支撑，后端将根据需求难易程度，配备必要的资源，在实施过程中动态补充人员，必要时采用王牌团队或王牌专家，快速应对需求，落实方案，稳步推进。

实现小前方、大后方，一线呼唤炮火的措施：

（1）呼叫的炮火要集中在一点原则：集中在“痛点”或“需求题眼”上，才能实现“闪电战”。这也是中心领导说的先上关键“菜”。虽然我们呼唤到了火力，但是如果针对整个需求的方方面面，无法显示出火力的局部优势（火力被分散了），这就要求我们的需求项目团队，与业务单位沟通，集中火力先上关键“菜”，这个原则的度一定要控制好。

（2）组织人员保障：按不同域对不同人员进行打标，定义他们的责任，为他们指明发展方向，形成人力资源池。按照需求项目管理，需求实施需要管理者、需求分析人员、技术保障人员、上线后维护支撑人员。需要对各部门人员打标，属于哪一种角色，形成专家库，为随时组建队伍做准备。

（3）需求考评机制：事业部拟定出台《需求实施承诺书》，包含权利与义务。权利是可以在一定范围内调配资源，承诺为需求完成的目标，在完成目标时对应的奖励与惩罚。项目经理代表团队签署承诺书，并在需求上线后1个月内接受事业部考评，并进行奖励或处罚，并给团队及成员等级评定。

（4）团队及专家等级晋升机制：各种人才打标后，均成为此类型的专家，需要对组建的团队与专家根据需求实施效果进行考评，采用军队的晋升方式。通过考评筛选出王牌团队与王牌专家，在遇到重要需求，疑难问题时，优先使用王牌团队与王牌专家，使其成为“特种部队”。这样做的目的，是将事业部目前的“屯兵模式”提升为“精兵模式”，让不确定、困难复杂的关键需求，由精兵完成，提升感知。通过此方式，还可以建立企信部的战略预备队，为IT队伍的后续发展提供帮助。

（5）仲裁（指导）委员会：仲裁委员会设立的目的就是打破部门间的壁垒，具备横向传递沟通及协同作战能力。前面说到，项目经理作为需求项目实施的第一负责人，具有一定的动态调配资源的权限，但如果在需求实施工程中，出现与职能部门的壁垒或冲突，或遇到其他管理问题、人力资源问题，由仲裁委员会仲裁决定。建议仲裁委员会由事业部领导及部门领导组成，针对非技术性问题进行协调仲裁。

（6）技术委员会：事业部技术委员会负责需求实施中遇到的方案问题解决及支撑，特别是对在哪个系统实施较优方面进行确认。在需求遇到技术难题时，技术委员会将对技术细节进行指导。

（7）需求管理平台（缺失）：事业部目前使用门户及ITSM系统结合对需求流程进行管理，但缺失一个统一的需求管理平台，各部门目前均使用EXCEL对需求进行管理，哪些需求已超期，哪些需求为事业部当前重点需求，哪些需求不合理，没有一个需求管理系统进行管理，所以，建立一套需求管理分析系统，迫在眉睫。

（8）会议管理系统（缺失）：以业务部为例，上周业务部有10个会议，其中需求会议6项。业务部目前通过人员进行管理，罗敏每周五发会议周报，列举会议清单，从安徽学习后，业务部要求每个参会的人员出具会议纪要，由罗敏汇总。简单会议出简单的会议纪要，重要会议，出详细的会议纪要。我们希望有一个会议管理系统，将每次会议的纪要进行上传，纳入系统管理，这样，可以有效杜绝需求、专项工作进度上下不一致的情况。

（9）需求变更文档化：加强需求文档管理，这里重点强调一下需求变更管理，由于一些重要需求是公司领导需求，需要业务单位按照领导要求细化，并不断与领导沟通，这样必然会多次变更需求，IT为保障需求尽快上线，必然存在需求在实施中多次变更的情况。这就要求，每次需求变更必须文档化，把整个需求变更的情况记录下来，也要求需求团队与方案设计团队、后续维护支撑团队做好沟通，将每次确认的内容文档固话。这里建立事业部出具需求变更模板。

（10）需求模式固化：先选取少量需求试点此方式，在积累经验后，迅速固化实施流程，并将流程清晰、重复运营的流程及工作模板化，抓住主要的模板建设，再把相关的模板流程串起来，不断优化。形成知识库，事业部通过呼叫炮火的方式，集中支持，集中处理，解决共性问题，这些共性问题的解决要形成知识库，在后续遇到类似问题时，快速支撑。

（11）需求透明化：月初，需求版本部署会议，与业务单位沟通本月需要实现的需求；月中，由事业部整体出面（或各需求项目经理）与需求业务单位就需求进度进行沟通；次月上线后，与需求单位进行需求后评估，对需求后续维护及问题解决进行落实，对需求后评估结果进行沟通。

（12）加强需求过程管控：在建立此机制后，需要进一步加强需求过程管控，授权不等于放任，必要时实时监控。

IT资产管理和传统的资产管理从逻辑上是一样的，但是IT资产和传统的企业资产管理最重要的区别是它的实时性。所以在管理方式上可以采用非常先进的技术，而且这些变化可以自动触发。企业的资产管理通常是由财务部门管理的，而业务需求决定了IT资产管理必须由IT部门进行管理。两者的着眼点是不同的，造成许多管理上问题，通过实施IT资产管理，可以降低开支，提高IT生产率和服务水平，同时能降低风险，提高IT透明度。

随着政府信息化和电子政务建设，政府部门的IT资产管理已经显得非常重要，管好和用好原用的设备和软件，提高IT管理人员的工作效率，做好库存管理、节省能源，是决定政府采购多少新IT设备等的依据。

金融行业对信息化系统的安全和稳定性要求很高，需要对所有信息化资产的型号、控制面板、连接及运行情况等进行全面的监控，实现IT资产的自动化、科学化管理，让IT资产创造最大使用价值。

电信行业是高技术含量的行业，由于电信IT资产的“巨大”，因此，精确的资产知识和问责制对于确保优化IT支出至关重要。需要了解有哪些资产、资产现在在哪里、如何使用它、以及如不再使用这一资产，如何从账目中勾销以健全成本控制等这些是非常必要的。与这些成本相关的是软件许可和续订，如果系统已被整合或已部署虚拟化技术，那么软件许可证也应该合并，提供另一种成本节约。

如何做好IT资产管理，是摆在信息主管CIO面前必须要解决的难题。IT资产管理跨越政府或企业的若干个部门，需要政府或企业高层领导的支持，无论是资金、还是高素质的工作人员、以及相关部门之间的协调等，都需要花费CIO大量的时间和精力。通过大量的实践摸索和调研讨论，提出政府或企业IT资产管理解决方案，该方案能够全面、实时收集到政府或企业IT设备的数据，而且能够提供多种形式的报告，确保领导和IT管理人员能够从不同的角度了解资产状况，及时响应上级和其他部门各种各样的报告要求，实现资产管理流程自动化，有效提高控制和投资回报，同时确保法规遵从。

IT资产管理是从资产生命周期管理来实施的，包括现有的网络设备、服务器、PC机、笔记本和打印机等，IT设备的库存情况，设备维修、借租、设备的折旧年限、报废等等；已经使用的正版软件，升级、维保等，摸清设备库存情况和软件的使用情况，在购买新设备和软件时，能更好地做出适当的决定，帮助政府或企业减少浪费。

因此，做好IT资产管理，我们首先必须要使用各种软件管理工具，随时掌握政府或企业目前使用的软硬件等情况，形成一个完整的IT资产库。IT资产管理工具可以帮助政府或企业从成本、合约、支持以及库存等多个角度，管理整个IT资产库。它为资产管理提供了强有力的技术平台，利用工具软件的信息获取功能，IT资产管理员可以清楚地知道，安装在服务器或客户端PC上的硬件信息、软件类型和版本，包括手动安装的软件。跟踪与用户名、部门、资产清单等有关的许可信息，依据用户的信息进行管理。

其次“管理＋IT”：实现IT资产管理变革，政府或企业IT管理部门可以“总体规划，结合流程，分步实施”，借助IT技术实现IT资产管理。对所有类型的IT资产进行跟踪。记录IT资产的需求、配置、调换、分级以及最终报废的历史情况，提供IT资产的生命周期管理，为成本管理提供完整的IT资产数据。

随着ITIL等最佳实践框架被广泛地运用到IT服务质量控制体系，资产管理已经成为支撑IT运营的一个关键组件。同时，IT架构的调整又给资产管理带来新一轮利好。在CMDB（配置管理数据库）IT管理新核心的地位得以确立后，资产管理与服务管理、配置管理、策略管理一起，成为紧紧包裹CMDB内核的关键模块。

目前看来，政府、电信、金融、教育等行业的IT服务管理应用较为广泛，其相应的解决方案、运维工具也最为成熟，成为国内标志性的IT服务管理成功行业。广通信达目前在政府、电信、金融等行业都投入了大量的精力，其主要客户也来自于这些行业。广通是通过做政府行业的IT运维服务起家的，因此在政府行业的成功经验也帮助广通在发展过程中赢得了更多的政府用户，同时广通也开始涉足电信、金融都高技术含量的领域，凭借广通BroadviewIT运维方案的深厚技术底蕴，不断开拓进取，赢得了电信、金融用户。

广通对于不同行业会制定不同的解决方案，选择产品和实施方案也会根据具体用户的需求和IT架构来进行，实现政府或企业的IT资产管理。根据资源管理核心需求，广通Broadview资产管理功能对设备资产、网络布线、组织结构、IP资源、设备上网和撒网等进行有效管控，管理人员可轻松提高日常运维的有序性。网络管理系统的资产管理功能，从设备的采购，入网，到维护直至最后的报废都有完整的记录过程，是全生命周期的IT资产管理，能充分保证IT投资的利用最大化。

广通自主研发的IT运维管理平台，以网络资源监控、资源管理、服务流程管理为三大业务方向的IT运维管理，将会为一如既往地服务好各行业用户，提供最佳的资源监控、服务管理实践，做国产IT运维管理的第一品牌。

前几天参与了公司组织的”引航计划“培训。

公司TOP分享了，”新零售战略漫谈“。

品牌事业部TOP分享了，"品牌管理，企业变革对于管理者的挑战与机遇”，如智能智造对品牌的挑战与机遇。

两位TOP分享的都是技术变革所引起的企业变革的话题。

让我印象特别深刻的是两位TOP对于变革都是积极拥抱的，变革的第一性原理都是

"一切以顾客为中心，以满足顾客需求为目的”。

这让我陷入深思，

企业的核心竞争力是 ”快速响应“、”挖掘“、”引领“顾客的需求,一切以"顾客(用户)需求"为中心。

哪么信息系统建设的原则也是必须支撑企业的核心竞争力来搭建。

目前我们公司搭建的信息系统如何 

能否支撑未来企业的高速发展

如果需要变革或优化，方向又是什么？

工业时代，信息化建设一般以"前台+后台"的平台化架构来搭建，所有的软件系统都是基于这种方向来规划、设计。

一、前台、后台系统的定义

前台，每个前台系统就是一个用户的触点,是用户直接使用或交互的系统。

例如，网站、手机APP、微信公众号等都属于前台范畴。

后台，每个后台系统管理企业的核心资源(计算+数据),以规范处理企业底层核心资源和企业的核心可追溯单据为主要目的(采购、销售、财务订单等)，它们的变更需要严瑾的申报审批流程和更高级别的测试部署要求，天然导致它们变更频率低、变化成本高、变化周期长。

例如，财务系统、OMS系统、客户管理系统、仓储物流管理系统等。

基础设施、计算平台作为企业的核心计算资源，也属于后台的一部分。

前台、后台系统来源有两种

1、花大价钱外采，实施，需要每年支付大量的服务费，定制化困难。

2、花大价钱自建，一身的补丁，年久失修，同样变更困难。

有人会说，现有的版本较低，可重新搭建新的后台系统。

但是由于前、后台系统天然的特性，重建也只是推倒了一个“烟囱”，只是新建一个差不多的“烟囱”,建的越多，后期的运维会越艰难（天港城、DRP、AFS、FMS等)。

二、前台+后台系统框架的僵局

"前台系统"是用户直接使用或交互的系统,而企业的核心竞争力是 ”快速响应用户的需求"。

所以前台系统为 用户而生 ，需要快速的创新迭代、越快越好。

“后台系统"的目标，主要是为了实现企业资源的数字化管理，解决企业管理的效率问题，而不是完全为了服务于前台系统。

后台系统往往是稳定至上，越稳定越好。

前台系统是需要快而美，快速迭代。

这样前台、后台系统的的配速不区配。

而企业会不断发展，顾客(用户)需求的不断变化，后台修改的“成本”、“危险”也只会越来越高。

后台系统对于变化，天然会选择保持稳定性与可靠性，响应速度会越来越慢，甚至无法响应，或者将很多的业务逻辑不断的加到前台系统，造成前台系统不断膨胀，渐渐拖垮前台系统，同时用户的满意度下降，企业的竞争力自然也随之下降。

这样前台需要的快而美、后台系统的稳定可靠天生就陷入僵局 。

我们公司是不是也慢慢体现这种特点

顾客需求多、变动频繁，而信息平台的响应速度也是越来越慢 或直接说NO

哪有没有解决之道？或有没有路径来处理？

移动互联网时代的弄潮儿，国内毫无疑问是阿里、腾讯、华为等。

其中阿里从最初的淘宝、天猫、支付宝、蚂蚁金服、阿里云等，业务不断扩展，阿里的技术团队在业务的不断摧化下，经过多年的努力，将自己的技术和业务能力沉淀出一套综合平台（大中台、小前台的系统框架)，具备了对前台业务变化及创新的快速享应能力。

阿里的信息平台中，引入了中台的业务架构。

中台业务架构是将一些基础公用的业务服务抽像出来，形成 共享平台 ，提供给所有的前台业务使用。

一、中台定义

中台为前台而生，目的就是更好的服务前台规模化建设，更好的响应服务引领用户。

前台系统中的通用业务能力"沉降"到中台，为前台减肥，恢复前台的响应力。

后台系统中需要频繁变化或是需要被前台直接使用的业务能力“提取”到中台层，赋予这些业务能力更强的灵活度和更低的变更成本。

中台是在“前台”与“后台”之间添加一组变速轮，将前台、后台的速率进行区配，在”前台“与”后台“之间搭建桥梁，易于前台使用，将后台资源顺滑流向用户，响应用户。

中台作为桥梁，链接了用户与企业核心资源，可以将业务沉淀在中间层，覆予这些能力更强的灵活度和更低的变更成本，为前台提供强大的能力炮火。

二、中台的核心价值

1、以用户为核心的持续化创新能力，是中台建设的核心目标，业务响应能力和创新能力，是互联网时代企业综合能力的核心体现。

2、中台建设根本上是为了解决企业响应慢困境， 弥补顾客需求快速变化的前台和稳定可靠驱动变化周期相对较慢的后台之间的矛盾，沉淀业务能力，打通并顺滑链接前台需求与后台资源，帮助企业不断提升用户响应速度。

在未来企业信息化平台的建设过程中，我们需要建设自己的中台层。

公司现建立了比较强大的信息化平台,如SAP、OMS、CRM、WMS、SRM、POS、OA等。

也建立了较强大的系统流程运维、研发团队，有较强的软件项目开发、运维经验。

随着新技术发展（如移动互联网、物联网等）、顾客生活方式的变化、人工材料成本上升、个性化需求等各种因素，公司战略也会变动，相应的信息化系统为了支撑业务的变化也会调整。

如最近公司"新品牌"的创建，就是为了适应这种变化，对于这种变化，信息化平台如何变化，我的思考如下（仅是我个人思考，有可能全是错的）

新品牌

一、顾客定位，相对于现有品牌顾客会 年轻、更爱美、有个性、有相应的经济能力，是随着互联网发展成长起来的群体。

二、产品定位，相对于现有品牌价位会偏低，多样化、年青化、舒适。

三、销售渠道，线上线下融合，购物更方便、快捷、售前、售后体验好。

四、供应链渠道快捷，可直接采购、或外协加工，供应链需敏捷反应。

信息系统规划及方向

顾客年青化、线上线下融合、敏捷供应链，基于互联网时代的特性，信息系统的搭建也需要基于"共享服务中心”的IT架构来实施、搭建。

“共享服务中心”的IT架构。

一、可以避免重复功能的建设、维护带来的成本浪费。

二、可以最大程度避免需要打通不同系统间实现业务交互带来的集成协作成本（如SAP、OMS、WMS、POS、CRM等）。

三、业务可持续沉淀、形成可重用的服务中心，为业务的快速发展、创新带来价值。

四、可以让企业具备跟互联网企业一样的业务快速创新、试错的能力。

五、信息中心，往核心业务和数据运营团队进化，更快、更好的支持业务发展，培养即精通业务，又熟悉技术的复合型人才。

2019年或之后的很长一段时间，我们应搭建相应“共享服务服心”

一、统一库存服务中心

   统一库存共享和分配的过程，提高库存的管理能力，实现全渠道库存的可视、可控。

二、统一会员服务中心

        统一各个业务线分散的用户体系，统一用户数据、存储及服务接口。

三、统一商品服务中心

       商品是所用用户、系统的入口，对数据的质量要求很高，高质量的数据是所有业务的基础

四、统一的交易服务中心

       交易业务领域的服务中心，包括交易流程、订单管理、结算、营销、评价等。

五、统一的物流服务中心等一系列的中心

服务中心构建好后，相应的“全渠道销售平台”信息平台，自然也水到渠成。

共享服务中心的IT架构，在前台、后台系统之间搭建中台，会更快、更好的响应顾客需求、提升组织效率。

同时共享服务中心的搭建，对于研发组织、研发流程有新的优化与要求。

应避免或淘汰目前的“项目制”的实施SOA的误区。

以上就是关于IT需求如何主动支撑，快速支撑，高效支撑全部的内容，包括:IT需求如何主动支撑，快速支撑，高效支撑、怎样才能做好IT资产管理、IT信息系统对企业核心竞争力的支撑等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！