亲历中国电信CTG-MBOSS

亲历中国电信CTG-MBOSS
2005年6月28日 18:08 中国计费网评论( 0) 阅读：次/article/article.asp?id=27094&bid=655
作者：Iamhehe
准备篇
2004年年初，中国电信集团召集一些传统97建设的厂商和国外应用软件提供商进行规范编写的前期交流，厂商包括创智、吉鸿通、南京邮电学院、普信等。

交流内容包括系统定位与发展趋势、中国电信九七系统的问题和发展建议及从功能/技术/数据组织等多个角度的系统介绍。

通过这次交流，中国电信集团收集了相关文档，在一定程度上掌握了各厂家的系统现状和开发思路。

2004年年中，中国电信集团全面启动“九七改造”规范编写，并从IBM、Accenture和毕博中挑选了Accenture成立规范编写项目组。

2004年6月，中国电信给国内一些厂商发送了“九七改造”规范编写邀请，同时为保证规范文档的质量，决定甄选部分“九七开发商”人员参加编写工作。

参加编写工作的人员必须通过中国电信集团的笔试和面试。

笔试和面试由中国电信和Accenture共同组织。

来参加面试的厂商资深人员，包括一些老总级的人物，应是很长时间没有接受这样的考试了。

规范编写正传
2004年6月，规范编写组正式入驻北京顺义望潮苑度假村。

为了编写工作的顺利开展，同时也为了知识产权的控制，编写组特别租赁了30—40台机器用于编写工作，参与人员所携带的笔记本电脑谢绝入内。

初始阶段，规范编写项目组一直没有一个很确定的名字，后被临时命名为中国电信BSS（九七改造）规范编写组。

在组织结构上分为PMO、总体架构、BSS、OSS、技术架构组以及业务专家组。

其中PMO组主要负责项目的协调控制和质量管理，主要成员为集团信息化部、市场部和网运部人员，其中信息化部的周善余负责项目组织和协调，市场部的李鸿年负责BSS部分的业务，网运部的黄光明负责OSS部分的业务。

总体架构组的组长由Accenture的陆海担任。

BSS组是盖了一个BSS的帽子，实际上是负责CRM的相关功能规范。

组长由Accenture的杨晓军担任。

OSS组负责服务开通和资源管理部
分的功能规范编写，组长由国信朗讯的鲁维担任。

技术与模型组组长由中国电信广东院的孙剑辉担任，在技术架构组还有一个重量级人物就是南邮的教授卢捍华。

在编写初期，规范编写组还成立了一个临时的业务需求组，负责各省业务需求的调研和整合，组长由福富的胡国标担任。

这个组持续约5周就解散了，成员分散到其他各个小组中。

由于规范编写组的成员来自四面八方，为了统一认识、统一工作方式，编写人员进入项目后，都进行了项目培训，包括本次规范编写的总体目标、组织架构、工作方式、组织纪律以及团队文化建设。

其中关于工作方法论，有一些一直被项目组在口头上念叨的名句，比如：“先理解后挑战”，“小会不超过30秒，大会不超过3分钟”，“一天三看”，“有纪录、有结论、有行动”等。

这些工作准则、会议准则，还被制作成标牌，挂上墙，时刻提醒，这些小事，现在想来，还挺管用的。

项目初期确定了规范编制的要求和规范交付件。

最初确定的编制要求包括定义出BSS/OSS的框架、完成BSS的总体架构规范/业务需求规范/技术规范、实施规范中要明确对供应商的要求/实施方式、BSS/OSS支撑队伍建设、在什么地方试点、与MR、BPR/MPR、MSS、OSS的成果如何结合以及在中国电信企业范围内统一业务需求、统一概要设计、统一数据模型、统一技术规范和统一软件版本测试。

最初确定的交付件包括BSS（九七改造）总体规范、CRM系统功能规范、OSS系统功能规范、系统技术架构规范、数据模型、系统集成规范、系统测试方法与系统实施指南。

这些交付件随着项目的进行，之后又进行了很多调整，放弃的放弃，分解的分解，这已是后话，后面再做详细说明。

规范的编写开始阶段是兵分两路，一路人马就是前面所提的需求组，搜集整理中国电信各省的业务需求，业务需求的搜集分两个阶段：第一阶段主要是整合中国电信在97改造方面走得稍前的省份已整理出来的业务需求书，主要包括贵州、江西、甘肃、福建、广东和浙江。

根据这些省的业务需求，整合出一个BSS/OSS的业务需求讨论稿，有了这个文档，规范组下发通知到各省，抽调相关业务人员来京进行进一步讨论。

来京讨论的人员各类角色都有，市场部、业务支撑中心、信息化部；有省公司、也有市公司。

来京参与讨论的人员分为两批，基本上把中国电信除西藏和青海之外的各个省都覆盖了，每批讨论一周。

在这一周，采用了头脑风暴、焦点主题分析和文档审阅等多种方式，将各省的一些主要业务需求进行了搜集。

这个过程中，印象深刻的是由市场部李鸿年组织各省人员进行的头脑风暴，在两个小时内，获取到关键需求点100多个，其中有一些非常具备代表性。

在业务需求组获取一手资料的同时，其余人员，包括BSS组和技术组则在组内和电信内外的专家探讨规范的编写风格、文档组织形式及编写范围。

在进入封闭5周后，业务需求组的任务基本完成，而其他组就文档风格、组织形式和文档内容范围也基本就绪，确定了文档的TOC，并根据文档模板进行了编写尝试。

业务需求组完成的需求文档正式提交给功能规范编写组，作为其输入，至此需求组完成其在规范编写的历史使命，人员打散分到其他各个小组。

由于以前各类电信术语层出不穷，因此一直存在如下问题：1.业务、产品、资源、功能、服务、商品、帐户、帐目、帐单、客户、用户、工单、组织、工位、授权等实体概念长期以来不够明确；2.业务系统逐步增加，各系统所提的概念内涵不同，接口标准五花八门，加大了技术人员的劳动强度，严重地影响了系统效率和正常应用；3.数据字典不一，造成不同系统、不同时期、不同人员表示不一，信息孤岛日益严重，本地和全省性的整体统计分析难以实现，使经营决策失去可靠、及时、完整的数据支持。

而本次规范一个目的，就是要在中国电信企业层面，统一各类叫法，建立企业概念模型，并且把概念模型上升到“企业理念的提炼和描述”。

为了保证概念模型的成为体系，又由集团从各省抽调了相关精英，由福建的林章牵头，进行了为期一周的概念模型大讨论，概念模型讨论主要定位在：1.面向本次九七改造所涉及的范围，包括CRM、服务开通、资源管理、施工管理以及部分有关的MSS领域，如人员管理、绩效管理等；2.重点研究对规范编写影响较大的、不够明晰和容易混淆的概念；3.重点研究在概念体系中与其他实体关系复杂的概念。

这一次概念模型的讨论，为时8天，大约30余人参与讨论，讨论过程中，引发了很多争论，尤其是在商品的概念上吵得天翻地覆。

在最后概念模型讨论结束总结时，用的是“自身灵魂拷打和革命”以及“这是一次需要精神和身体并重的高强度劳动”等词语。

概念模型的讨论还是有成果的，尽管有争议，但在规范编写组范围内还是基本上统一了对概念的认识和叫法。

在规范编写的前期，为了让知识充分共享以及有效地将外部知识转移到编写组内部，规范编写组还组织了大量交流。

比较有代表性的交流包括MR、BPR4.0、3G业务与支撑、Siebel、NGOSS、AIM等。

其中印象比较深刻的是Accenture朱江的MR培训，非常生动详细地介绍了MR。

MR是集团市场部在2004年开始着重推进的一个项目，希望通过对营销流程、组织、方法、信息、支撑等方面重新审视、设计、优化，建立以客户为中心的新型营销模式，努力使中国电信核心营销能力达到世界级电信企业水平。

MR思想在很大程度上影响了CRM功能规范的编写。

另外集团企业信息化部丁震总监还亲自到规范编写现场，给大家上了一堂原汁原味的ITSP培训课，进一步加深了规范编写组对ITSP的认识。

经过这些交流培训，项目组成员的知识面得到进一步扩宽。

技术组为了更好吸取中国电信EAI试点的成果，专门组织去苏州进行了技术考察调研和访谈。

调研的主要内容有系统开发、运行的基本情况介绍；系统设计思路与EAI、J2EE等核心技术讨论；系统部署与运行环境的讨论。

苏州的EAI试点是本着“掌握EAI新技术，完善复杂系统整合实施的方法，提高中国电信的技术能力”、“逐步建立与产品无关的应用开发及EAI整合技术规范，指导新一代BOSS系统建设”、“为中国电信探索一条系统整合、97升级改造的道路”等技术目标进行。

苏州局方人员对其试点效果比较得意，但还存在一些弊端，引发了争论。

这也是后来很长一段时间，在规范中一直没有确使用EAI字眼，而是换成企业应用集成的原因。

随着规范编写的逐渐展开、人员的丰富以及工作量的逐渐饱满，PMO又任命了各组的副组长，帮助组长开展工作，其中架构组的副组长为大唐的陈彬，BSS组的副组长为创智的钟健松，OSS组的副组长为埃森哲的殷杰，技术组组长为福富的胡国标。

接下来的一段时间，各组开足马力，全力编写。

文档的编写采取的套路基本上是由流程导出功能，业务流程是典型流程，功能是采取逐级向下的方式进行，首先是功能域，然后是功能组，最底层是功能点。

为了让大家的编写风格更加一致，甚至还确定了一套标准动词，以及功能点的编写语法风格——标准的动宾结构。

在这种方式的规范下，最后出来的文档基本上保持了统一的风格。

经过一段时间的文档编写后，有了一些基本成形的东西，接下来就是对文档质量进行优化工作。

优化分为两个层面，一方面是组内成员对其他人员的文档进行复查，指出内容和语法的错误，另外还由PMO的QA人员对提交的文档进行复查，这里面上海理想的袁渊做了很多艰苦的工作；在完成内部复查和修正后，就开始由集团再次抽调各省的相关人员对文档进行初步评审，这种类型的评审，是由文档编写人员逐行进行导读，导读过程中，若各省人员发现有问题，会及时指出，及时修改。

这种评审工作规模较大，各组都在进行。

一时间，顺义望潮苑度假村人满为患、人声鼎沸，房间都有点紧张了。

因为在抽调各省人员参加讨论评审的同时，还征调了很多厂家的精英参与进行评审。

经过这一轮的评审，文档内容的质量得到了较好的提升，内容也进一步得到了充实。

在写CTG-MBOSS规范之前，中国电信由上海研究院为主体推出一个CTG-EDM，在2004年5月正式发布。

中国电信希望通过EDM定义整个企业的数据标准，保证企业内各类信息系统的整合和数据共享，但EDM主要是为经营分析服务，用于支撑CRM、服务开通等生产系统还不够细，因此在做CTG-MBOSS 规范时，决定对其进行细化，以适应中国电信运营支撑的需要。

在本次规范编写中，技术组还专门成立了数据模型组，由上海研究院的胡朋牵头。

在前面的帖子我也谈到，该规范首先进行了概念模型的讨论和设计，确定了营销、参与人、产品、帐务、事件、地域等数据主题域，在此框架下，数据模型组一方面吸收EDM模型，另一方面结合CRM 和OSS等业务功能规范进行展开。

按照这种方式，推出了CRM的逻辑模型。

考虑到CRM和计费系统的密切联系，规范编写组希望在CRM和计费之间尽量保证数据模型的一致。

于是CRM组和计费组展开了多次讨论。

在此之前，计费组在调研和参考了大量的国内外资料的基础上，整理了一套非常详细的数据模型，因此几番衡量下来，决定在产品、定价、帐务等几个数据域上采用了计费模型。

客户域互相补充，营销域保留了原有设计。

随着规范接近尾声，向集团老总汇报被提上日程。

于是规范编写组一些负责人的主要工作就转向如何汇报，主要是汇报形式、文档亮点等方面。

终于在2004年8月中旬，迎来集团主管信息化建设副总李平来规范编写组现场视察，听取规范编写汇报。

参加汇报会的除了规范编写组的主要成员外，还把中国电信几个大省的主管人员抽调上来，以及市场份额较大的厂商的相关老总级人物。

李总除了听取规范编写组的汇报，还听取了这些省和厂商的发言。

在了解基本情况后，李总在总结发言中，正式提出了CTG-MBOSS的叫法，也算是为中国电信的支撑系统树立了一个正式的品牌。

除此之外，李总还提出了中国电信建设CTG-MBOSS的三个目标：信息共享、有效支撑和创造价值。

方向明确了，但问题也出现了。

现在老总是站在整个企业的角度来看待IT支撑系统，而本次规范的编写最初还以从支撑97改造为出发点。

范围扩大，层面拔高，何去何从，立即就变成项目组PMO 同志们面前一个难题，当然也变成了Accenture的难题。

这是Accenture的咨询项目，毕竟任何项目都不想看到延期和内容扩大。

在经过集团的一轮预审后，同样也经过多次痛苦的斗争，决定规范编写的第一阶段收官，谋划第二阶段。

这时已经是2004年8月底了。

在收官阶段，项目组还组织了一次大约历时2-3周的文档核查工作，审视文档的逻辑性、语法以及修改预审时专家提出来的意见。

修改后的文档封版保存。

而在此过程中，谋划的第二阶段的工作随着讨论汇报，内容逐渐清晰，确定了CTG-MBOSS包含两大部分：技术和功能架构、管控架构。

在技术和功能架构体系下，分为MSS、BSS、OSS和EDA四大部分。

而IT管控/价值链涉及IT管控架构、IT 管控流程、供应商管理和实施指导意见。

每个部分又都按照TOP-DOWN方式逐层细化。

就我个人理解，从规范的出发点可以看出一些建设的目的：1.将ITSP进行落地；2.97改造成为BSS建设的起点和重点。

有了这些原始出发点，集团2004[56]号签报，要求开展BSS（九七改造）规范编制的专项工作。

只是在进展后期，觉得应该将企业的IT体系一并建立起来，而不只是局限在BSS（九七改造）方面，因此将MSS、EDA等部分全部纳入进来，而这些范围的扩大，也就直接导致了规范发布的延期。

(本文不代表中国电信的观点)
编辑：郑宏。