让分析创造价值

[开博原因]

我为什么开博？一为分享，二为学习。

1.分享

我当前的主要工作就是运营分析，在分析过程中我发现了很多解决目前行业中存在问题的办法。虽然我自认为这些想法和建议很有意义，但是在实际工作中由于种种原因这些建议却不到实施。这使我感觉很郁闷、很挫败。当然，主要原因在我自己，因为从个性上说，我属于思考者，擅长分析和逻辑，但却弱于沟通和协调，所以自己的想法和建议推销不出去。

这些想法和建议沉寂在自己脑袋中许久，已经让自己有不吐不快的感觉，开博，就是想倾吐一番。希望有人能够让这些想法和建议发挥实际的意义。

2.学习

最近在写MBA论文，是关于移动资费结构优化的。在写论文过程中，发现自己杂乱的思路得到很好的整理，对于一些问题也有了更深的认识。写，原来就是一种很好的学习和提高。另外经过几年的分析，感觉自己的分析能力提高正遭遇瓶颈，所以我希望自己借写博进行学习和提高，从而突破这个瓶颈。

总之，我喜欢分析，分析给我带来发现的乐趣，而开博就是为了让自己的分析创造更大的价值。

 

[自我介绍]

自从1997年从北京邮电大学计算机系毕业进入浙江移动工作以来，已经整整11个年头了。这11年中我一直呆在业务支撑部门，不过承担的角色有一定变化：程序员->系统分析员->项目经理->运营分析师。

  1、1997-2000年：程序员。

  1997年刚进入公司的时候，公司才刚刚从电信分离出来不久，很多东西都是一片空白。当时公司的模拟电话计费还是由各地区的电信完成，GSM电话计费全省集中，计费系统是德康开发的。当时德康这个系统比较烂，所以公司领导决定自己开发，几个老员工（比我们早来1-2年）负责设计，我们几个新分配来的大学生负责具体开发。当时计费系统开发主要分成三部分：采集、批价、汇总。我做的是汇总这一块，其实与数据库、与界面相关的都归我开发，除了计费汇总外，还包括话单排重、资料维护、报表系统等。就这么6个人开发了6个月，新的计费系统就在1998年4月上线了。本来这个系统还要再测试几个月的，可是当时老的系统在4月瘫痪了，无论怎样搞，4月的帐都出不来，所以新的系统就匆匆上线了。虽然新问题还有很多问题，前面几个月每月都要重跑好几次，但比起老系统来还是好了很多，首先是实现了模拟和GSM计费的全省集中，另外彻底解决了老系统没有解决的重单问题。经过几个月的完善，到1998年10月的时候新的计费系统已经很稳定、很可靠了。后面几年我们几个是同时负责日常运营维护和程序功能修改，硬件、操作系统、数据库、应用等都管。那几年是自己学习成长最快的几年，现在新来的同事已经很少有这样接触所有这些东西的机会了，正如现在到移动的网络片的员工，还有几个有机会独立开局？

 

2、2000-2002年：系统分析员+程序员。
    1999年的时候系统已经非常稳定，所以抽空去考了一个系统分析员，应该算是国内较早的系统分析员之一吧。到2000年，当时出现了一些本地化的品牌（算是套餐的前生），而老系统不能很好地支持这方面的计费，而且老系统架构上一些不足已经越来越明显，所以准备开发新的系统。这个版本的开发分工与前面一个版本开发相同。经过几年的对业务的不断接触、实际开发计费系统和维护计费系统，当时应该也具备了系统分析员的能力。所以在自己负责的这一块，从系统架构、数据库物理设计和逻辑设计、应用程序开发等等都是自己带着几个新来同事完成。开发这个版本感觉非常轻松，基本上都没加班过，就这么按部就班地利用8个月左右时间把系统开发好了，系统上线的那个月连部门很多同事都不知道有这回事，过了几个月分公司很多人还不知道系统已经更新了，可以说这个版本的过度是非常的平滑。这个版本除了改进系统结构，增加计费系统地准确性和可靠性外，主要增加了根据客户资料进行计费的功能，而之前所有计费跟营业资料是无关的。另外一个改变就是原来的报表业务部门根据报表程序生成打印，现在是他们每月能自动通过公司邮箱收到EXCEL格式的报表。

 

3、2002-2004：项目经理。  

2002年的时候，BOSS项目正式启动，我进入了这个项目组。但不久集团启动经营分析系统建设，我又被拉去搞经营分析系统一期建设，原因就是之前的所有报表都是由我负责开发和设计的。这个项目进行得很不顺利。最初在系统选型问题上，就跟领导意见发生强烈冲突，我强烈反对使用DB2数据库，要求使用Oracle，这样异构会带来相当高的数据抽取成本，而同构系统下抽取数据太方便了。可惜的是最后选型结果依然是DB2。在搞这个项目时，厂家和业务部门居然花了近一半时间搞需求调研，写了厚厚一本文档。这个跟自己的想法也冲突，我个人觉得这种调研根本没用，后来事实也证明这种所谓调研就是浪费时间。这个项目后来跌跌撞撞算是完成了，好像浙江还是较早完成这项工作的。
    这个项目过程中自己的意见与领导意见多次严重冲突，自己感觉做的也是极其不爽。归纳起来原因其实就是两种开发思路的对撞：是SDLC还是CLDS（参看《数据仓库》）。对于经分，核心问题是：你认为经分需求，是调研出来的，还是分析出来的？其实真正有效的分析需求，从来都是长期分析的智慧结晶，可惜很少有人真正明白这点，所以总是套用BOSS项目的思路去管理经分，结果就是得到一个中看不中用的系统。

反思自己这段时间的工作，我发现自己不缺乏项目管理知识，因为2003年我就轻松把PMP考出来了；但是我自己的性格与项目经理这个角色存在很大冲突，我懂得开发，但我沟通和协调能力太弱，不懂得怎样说服领导。

2004年初，我被调离项目经理岗位，担任开发管理员。不过这个岗位事情确实不多，加上那年流程穿越时发现SP问题十分严重，所以就集中精力对SP违规行为作了一些分析，写了上百个SP违规行为分析报告。那时由于SP投诉严重，公司比较重视，所以大部分分析报告都能发挥作用，大批违规SP得到整治，SP投诉直线下降，到年底就下降到20%左右。这段时间是我比较有成就感的阶段。

 

4、2005年至今：运营分析师。

2005年初，我借调到集团公司数据部工作了4个多月，主要是对SP违规现象作了一些分析和总结，并提出了一些整治的办法。其中有些办法在后续几年陆陆续续得到启用，但也有一些想法可能过于激进，没有得到采纳。这段时间的工作体会是：业务人员和技术人员看待问题的视角真的不一样。

从集团回来后，我就一直从事专题分析方面工作。与一般公司里的分析师的区别在于：除了少量领导分派的专题外，其余的我基本自己选题分析；所有数据是自己写程序从系统中取；取出数据后自己作分析、自己写报告。几年下来，分析得不少，建议也提了不少，有些建议实施了，但又更多的建议被束之高阁，让自己感觉有些郁闷，这也是自己为何想通过写博来分享这些想法的初衷吧。

 

[写博计划]

本人文笔一般，但所有博文我都会坚持原创。我是程序员、系统分析员，也是运营分析师，所以写的内容有技术方面的，也有运营层面的。

几年的分析，使自己也积累了一些东西，最近准备先把自己在资费结构优化方面的以及SP违规防范的内容先整理出来，跟大家分享。