IBM GDC,你不会有创新!

说IBM不会有创新,可能有不少IBMer要跳出来了:什么?IBM不会有创新?那沃森的人机问答大战是什么?IBM的蓝云战略是什么?IBM的创新实验室是干什么吃的?——老大,别急,我说的是IBM GDC,你说的IBM是美国IBM公司的嫡系子孙,我说的IBM GDC是美国IBM的庶出后代罢了。

IBM GDC的GDC全称是Global Delivery Centre,工卡上印的是IBM solution & services(xxxx某地) co.,LTD。这在工卡上就能体现了,和嫡系的IBM China不是一回事。既然是solution & services,那么主要做的就是服务的项目,大致的讲,主要就是做服务了,通俗的讲,也就是做外包了。

在金融海啸之后,全球的IT产业都不景气,各个产业的IT预算都在缩减,唯独IBM GDC的业务量却在蒸蒸日上的增长。为什么?这和IBM GDC的服务模式分不开。在金融海啸的影响下,各个产业的IT部门付不出那么多钱来维持原来的IT服务,IT部门纷纷裁员,缩减IT经费,或者将IT的维护外包给价格便宜的IT服务公司。可IT服务的外包公司那么多,为什么选IBM GDC?

因为GDC的服务模式是利用IBM这块全球性的大牌子,在全球范围内接下各种客户的服务的单子。由于当地的人力成本高,IBM又是一个全球性的公司,他接下单子后,可以进行全球服务资源的整合,将单子转给人力成本相对低廉的国家。因此,你就可以看到为什么IBM GDC会出现在中国,印度,巴西,阿根廷这种所谓的“发展中国家”,而不是出现在英国,美国,日本这样的“发达国家”。据和日本的IBM聊天得知,同样的活,他们那边的人力成本是我们这边的3~5倍。

ok,人力成本低了,但是这还不是最惨的,因为单子不是直接过来,而且是一层一层的去油水过来,举例来说,比如一个德国客户的项目,那么德国的IBM要先抽一层水,然后转给大中华区的IBM再抽一层水,最后的一点油水才给GDC(当然中间可能还有我不知道的抽水阶层)。蛋糕分到公司的头上已经是一小小块了,再分到部门,分到个人,自然也不会太大。在分蛋糕的过程中,也会有各种角逐,如我这篇《办公室政治》

蛋糕不大,当然不能吸引牛人们过来,已经跳入火坑的人自然也不会有太大的动力去创新。

当然,蛋糕只是影响创新的一个因素,在我看来是一个很小的因素。影响其创新因素的是其企业文化,是企业的基因。

在IBM GDC,最重要的是什么?是流程!是process!每一件事情都是遵照着流程去做。你在这个流程中不需要是思考什么,不需要去研究什么,只需要按照流程做就可以了。如遇到一个故障,参照工作文档,先根据脚本做一次health check,如果我们的团队没有问题,那么工单就转到下一个团队去。——这就造成了,最后所有的团队都检查了一次,自己的层面内都没有问题,但是用户那边却严重的有故障现象。——没有一个站在架构层面的,熟悉整体应用的人来领导故障处理。

什么?你说不是有CSM,SDM么?那些人只是负责资源调配,根本不懂技术,根本没有在技术层面的判断能力。你可以去看看,在IBM,项目经理不需要懂技术,只需把握项目进度,在milestone之前完成进度即可。

由于没有站在架构层面,熟悉整体应用的人来领导,因此各个团队只是被框在了很小的一个范围内,数据库只是负责纯数据库层面的,主机只是负责主机层面的,甚至监控团队,都再划分成2个,一个负责部署监控,一个负责“看”监控。每个人犹如井底之蛙,看不到外面整体的一个系统。很明显的一点,你要一个应用的网络拓扑图,没一个团队可以给的出来,大家有的,只是db list,server list,monitor parameter list。要个list有屁用!

记得有一次db遇到故障,应用那边明显感觉很慢,db端也查到了大量的log file sync的等待,查io情况非常空闲,压力不大,但是在awr report中看到log file sync的avg wait time在10ms以上了,根据经验,应该是log file所在的存储可能出现问题,如存储没电,导致写cache缓慢,或者光纤交换机通信出现问题。但是根据流程,我们做不到什么,我们只能把工单传给下一个团队去检查。

于是,有这样一个笑话,DBA的分类,传统意义上有维护DBA和开发DBA,现在在IBM多了一种,叫“流程”DBA。

遇到的问题不是我们团队的,转到下一个团队;如果是我们问题的,那就解决掉它,解决的方式是开change,这又是一个痛苦的事情,一会再说。如果没办法解决的,那就开SR问oracle。所有的一切,只需按照流程走,不需要你有什么整体架构的思维,不需要你有独立解决问题的能力。

在流程的控制之下,人人都是螺丝钉,人人都是可以被替换的。流程控制精确到什么程度?去年日本有个项目经理因为心脏病突发,上午去世了,下午大家就收到邮件,这个项目经理的替换者是谁谁谁,负责什么什么事情,大家从现在开始原来项目经理的事情可以找他。于是,没有丝毫停顿的,这个项目好像什么事情都没发生一样,继续运转下去了。——这对公司来说,是好事。不过对个人来说,你是一个可以被轻易替换掉的人,你的工作成就感不会有,你的归属感不会有。这一点来说,是可悲的。

好了,刚刚说到change,change是IBM GDC对于日常维护服务的流程管理中又一个很重要的环节,之前说的工单,即incident ticket是一个,change是另外一个。在所有的问题处理中,不管是ticket还是change,都需要approval。加个datafile要一堆人的approval,把ticket传给另一个团队也要approval,应用那边发现tempfile的maxtenent到了,修改需要approval,开change也是需要一堆的approval,开了change,还要参加n多的review会议,回答n多人的问题。总之,你是活在approval当中的。大量的时间,花费在了流程上,花在了申请上,花在了请求approval上,追approval上。

层层的approval导致了IBM GDC官僚气氛很严重,很多事情不近人情。英国的同事要会英国度假,怕系统崩溃,问问IT有没有恢复光盘可以借。答复是我们不能外借光盘,外借就是违反policy了,你要是不满意可以去找我的manager;同事贷款买房,问能不能算收入的时候将津贴也算进去,这样就能将收入水平增高,能贷多一些款,答复是我们收入证明是全国统一的,全国的IBM都是这个模板,我们不可能为了你一个人做更改的。

所以在这里的流程管理下,你试图去改变一些什么,这是很困难的一件事情。大家都应该按照流程走,而不是你跳出来做什么创新。

之前有一本书,叫《大象也能跳舞》,就我看来,要推动这个大象,非常的难。可能你第一次,第二次,第三次,甚至第100次,希望能推动它,但是当你推第1000次,2000次它还是不动,你就绝望了。你就懒得动了,懒得创新了。

创新,我个人认为这是一种自下而上的,基于员工自己偷懒情绪作为出发点,将工作流程进行改进,从而解放自己,提高生产力。比如,我原来的一套云同步方案,将家里电脑和公司电脑同步,开会时有同事提出这会使得公司电脑面临风险,云端的数据可能会泄密,因此禁止采用。比如,我原来希望利用push技术提高运维效率(《利用iPhone手机的push技术提高运维效率》),也因为运用的是google的pushmail,存在风险,所以被喊停了。但是在试用的情况下,连公司的Tivoli监控都还没发现故障前,我的push告警已经到了,在用户还没反应系统变慢,我的push告警已经到了。杯具的是这些利用互联网技术的微创新在IBM统统行不通,我们还在21世纪使用着反人类的Notes狗屎邮件客户端。

如果说流程限制着你的创新,那么其企业基因也在侧面压制着你。

首先,在IBM GDC,会讲究dress code,周一到周四,要求穿衬衣西装,周五才能穿休闲装,但是禁止穿无领T恤,7分裤。尼玛我们是技术人员,又不是要见客户,干嘛要装逼的按照你的要求穿衣服?现在是追求个性展现自我的年代,不是当年统一的中山装,干部装,人民装。再说,技术能力又不是通过dress code来体现的。Fuck dress code!技术人员喜欢T恤!

其次,上面说了那么多的流程,肯定也有不少人反感,那么怎么办?IBM GDC通过一遍又一遍的洗脑来给你解决。在IBM,有很多强制参加的流程培训,不过是网上的还是网下的,如果你不参加,就会持续发邮件到你manager那里,要你参加。一遍又一遍的给你强化流程管理,让它深入到你的血液里,骨髓里。麻痹老子需要的是技术培训,技术沙龙,技术交流会,可是一次都没提供机会。不知道别人怎么样,反正我加入IBM之后,没有给过我一次技术培训的机会。原来当初面试时说IBM很多培训机会,是指这种脑残培训呀!

再次,高强度的workload,长时间的加班,让你没有时间去思考,没有时间去反思。举个例子,我们新到的澳洲项目,也是有change,也有on-call。change大部分是在周末做,on-call有分工作日班和周末班,周末班从周五下午2点开始值班到周一上午8点,连续66个小时,因为很忙,几乎没得睡觉,连轴转。我们问领导能否周末的change根据工作时间,一个小时换2个小时休息?周末on-call的时间,能否补休2天半? 领导说不行,对于第一条,别的团队都是一小时换一小时的,凭什么你们换2小时?对于第二条,你只能休息2天,如果你休息了2天半,那么你周三下午上班到周五,工作2天半,再加上你周六和周日的工作2天时间,你一周你工作了4天半,没达到5天的工作时间。其实,IBM工作时间很弹性的,你只要不影响工作,你可以晚点来的,但是具体是否要订这样的调休制度,还是不要订的好。你们自己安排好了。——话说的很漂亮,但是含义还是希望你放弃休息时间多来公司工作下。这种做法很像某组织的做法,不告诉你具体的规定,只是告诉你我们很开放的,我们有多少多少网站可以访问的。

其实反思一下,你说别的team都是一小时change工作时间换一小时休息,别的team这么做就是一定是合理的吗?这种制度本身是否就是正确的?谁愿意周末连续的休息时间给你中断的切割开来干活?另外oncall的事情,你怎么不看我周六周日是连续工作的,都不是8小时工作制。的确,你会说你和公司签订了不定时工作制,我也无法拒绝工作,但是工作之后的休息,你考虑给我吗?你说你怕万一休息的team member多就cover不到工作。这种情况,其实是在每个team member都do his best之后还不能cover接下来的工作,作为manager,是否应该考虑增加人手了呢?短期内不休息可能大家还撑得住,但是项目来的不会只是1,2个月,长期这样下去,每个成员的身体受得了吗?服务质量还能得到保障吗?项目还能进行下去吗?

IBM GDC的流程真的很可怕,安分守己,根据流程做好自己的本分工作,做一颗螺丝钉,这就是我感觉公司所需要的。但是,在这种制度下,会有创新吗?在这种制度下,你愿意创新吗?

相关文章

38条评论

  1. 荷总的困扰 ,我以前也感同身受啊,搞流程化的东西,什么itil,每个人只是流水工,从来没有人能站在更高的层面上去分析问题,哪怕你有想法可以去改进,对不起 你算老几。做了一段时间 毅然决然的跑路了,这种活 哪怕钱再多,只会禁锢你的思想 ,时间久了,连反思的精力都没了,或许突然有一天 你习惯这种工作模式了 这样就再也出不去了。思想的监狱往往破坏力更大 这是最可怕的。

  2. 同样讨厌流程和穿正装的飘过,看你这么一吐槽,发现自己还算幸福的,都不好意思抱怨了。

    澳洲人不少为了工作满意度,是否开心而跳槽,有的情愿降薪…

  3. 真庆幸GDC没有要我. 荷总,真的要及早离开这样的环境, 否则浪费你的一身好本领

    同情ing……

  4. 谢谢大家的热情反馈。呵呵,虽然流程有其一定的好处,但是从留言看大多数人和我一样,不喜欢流程的限制。

    其实我个人觉得,流程管理当然有其适用范围,如流水化的作业。但是DBA这个活,是一门艺术。艺术,是不可能用流程管理中创造出来的!

    re sync:我也喜欢牛仔裤。不过已经荒废一年半了。
    re Terry:一山还有一山低 :)
    re cablue: band 6 到band 9的都有,要看项目,看客户是否愿意给这个项目投钱。

  5. 一直在看lz的blog,写的非常好
    最近发现lz 有点不开心
    看来 如果可以的话,lz也许应该 找一个 开心的+ 收入略低 的工作,对您的健康有利哦 ,否则 得不偿失 的

  6. 很有意思的一篇文章。我自己的一些看法。

    1.关于IBM
    a. 虽然没有在IBM工作过,不过觉得IBM现在卖的是服务,并不是产品,虽然IBM有不少产品,所以个人感觉,纯粹是我个人的感觉,IBM压根在骨子里里面就没有打算创新。
    b. IBM是一个很庞大的公司,它必须有流程管理否则就乱套了,这个是大公司的通病,不过就因为这样小公司才有机会。
    c. 关于分工,因为是大公司有钱,所以他们喜欢把各种工作拆得很细,虽然可能效率会低一些,但是这样公司的就不会因为某一个的在工作上的变化而影响到公
    司。其实这个是任何一个老板或者公司高层希望看到的,他们才不会喜欢看你的脸色,虽然你可能根本就不打算给脸色他们看,但是他们还是会那么想,而且最
    重要的是大多数专注技术的人很容易忽略了老板/高层的感觉。
    d. 长时间的加班,dress code,这个是关于公司政策,这个我觉得是纯粹是一个文化差异的问题。老外很古板,反正政策是怎么样,就怎么样。中国人有点喜欢网开
    一面,搞特殊化

    上面有朋友已经提到bleum和walmart.com 有类似的问题,我觉得大多数大大公司的非R&d部门都会非常流程化的,否则他们做不大。

    2关于DBA和创新

    其实真正的DBA(这里说的真正的DBA是指物理DBA),在很多时候是就是一个体力活,它本身没有多少创新性可言,这个是工作本身的性质觉得的。
    需要创新还是做开发多些。对于物理DBA来说,可能就是优化方面比较靠创新的方向,比较有满足感。

  7. 小荷兄,淡定淡定,外包公司都是这样的,求稳而不是求新求牛逼,
    如果你愿意离开深圳,直接去恩墨这样的公司吧,牛人多,技术氛围好,
    虽然累一点,经常要解决各种奇奇怪怪的客户问题,但是真的能有提高

  8. 寫得酣暢淋漓﹐看得熱血﹐
    博主是性情中人﹐但還需淡定﹐
    接受不能改變的﹐
    改變能改變的﹐
    讓自己活得開心是最重要的﹗

    工作很重要﹐
    生活中有很多事比工作重要的事﹗

    對于企業來說﹐
    創新很重要﹐
    保持持繼發展更重要﹗

    向來悟空就不喜受約束﹐
    但唐僧沒有金箍咒也不行呀﹗

  9. 还是换到stg吧,虽然也改的没有原来好了,不过原有的技术氛围还是留下来了一些,平时上班可以不去公司签到,当然流程是要走的,但是主要还按领导布置的任务干活就好了,电话会议么知会一声干自己的活就好,不想上班了,让关系好的客户帮打个招呼,说过去了就可以,相对来说我感觉还是有技术氛围的。

  10. 创新还是有的,管理创新也是创新,比如如何精简流程。

    个人感觉IBM GDC是以管理和维护为核心的,能让机器上的一切业务运行正常就OK了,所谓的技术,也是用来辅助服务的,不要和不重视不懂技术的人大谈技术创新,与其对牛弹琴,还不如自娱自乐。

    IBM GDC 的人员流动还是蛮大的,不论你有多牛,工作多努力,还有更牛的人,工作更努力的人,你要相信你始终是可以被替代的,就像机器上一个零件坏了,安装一个新的进去还是可以继续运行的,这一点我深有感受。

    IBM是个小国家,如果做的不开心,更换部门比更换公司或许更好些,这是我听一个DPE说的。

    外企对于文化是很包容的,所以自己对其他人也要包容,我以前对有些同事说粤语感到很不爽,以为是排外,这个也成了我后来辞职的理由,因为自己一句粤语也听不懂,呵呵。

    对于着装制度,不是IBM一个公司制定的,其他外企几乎也是一样,至少汇丰是这样的,形成习惯就好了。

    总之,个人觉得,如果你没打算真正创业的话,呆在外企还是比呆在国内的公司要好,至少少了很多勾心斗角。

    祝作者好运!

  11. 你大概还没领教到一种叫TVC的变态工具吧。在GDC SH,目前只有我们部门第一个被要求使用,以后估计会推而广之吧。每天一上班就打开它,然后在长长的list里选择我正在做的事情是什么,然后系统就开始计时。等你做完这件事,换一件事情,就再选择一项。就连休息去吃个饭上个厕所,接个电话,都要在TVC里找一个对应的项目选上。光计算你的工作时间还不算,还要你填工作的数量,比如我说我在修改Desktop Procedure,工作了2个小时,那么告诉我,你改了几本Procedure呀。这样一天下来,它就知道你今天上班做了多久,休息了多久,做了哪些事情,做了多少事情,整个一恶狠狠的监工,整天的盯着你,恨不得你不吃不拉的像机器一样不停的转。还把员工当人看吗,算计我们的劳动力算计的太到位了。

  12. 哥们曾经在你现在待的这个团队待过,维护过Michelin项目,你技术这么牛,为何要去GDC呢?

    团队的han和you同学都还在吗?

  13. “sieg 于 2011-10-26 @ 08:46:28 留言 :
    GDC是为了赚钱而不是为了创新。

    就是啊,你到底是不是GDC的啊,怎么对GDC那么不了解的啊,IBM的定位就是GDC主要就是接GBC的单子,做business的,唯一的目的就是赚钱,根本不是做tech的,所以怎么会跟创新搭上边呢?IBM做技术创新的是CDL跟 research 好哇,真是对你的文章无语了。

  14. 还有什么着装,我天天牛仔加T恤,从来没有人说过我啊,你哪个DGC的?我这里是GDC WGQ

  15. 再补充一句,GDC很少很少有技术高手,因为那里本来就不是研究技术的地方,就算偶尔来了个高手,也会很快走掉的。

  16. 我在GDC的oracle team 呆了4年了,怎么没听说过楼主呢 貌似GDC 又分 GBS 和 STG。。。

    LZ的blog倒是很早就看过,因为我在05 06 07 曾经是cnoug的版主。

  17. 不是吧,GDC这么悲催?我8月13号就要去深圳的GDC报道了,本来还挺期待的呢,好多人都羡慕我去了IBM。
    结果看了你这篇文章,心都凉了一半啊

  18. 应聘了上海GDC的‘Application developer”职位,面试官说是做信息管理系统的,这个职位能学到技术吗?应届硕士生能拿多少薪水?

  19. 楼主好,想向lz请教个问题,我是今年应届硕士,收到了上海GDC的offer,做application developer,虽然工资不具备吸引力,但是IBM的牌子还是很诱人的,想知道这个职位对于应届生来说是不是一个很好的选择呢,有没有发展潜力?

  20. 楼主可能技术很牛,但是我觉得对公司还不是很了解
    首先纠正几点
    1. 单子不是直接过来,而且是一层一层的去油水过来
    没有这种事情的
    反过来是对方有多少百分比的业务必须给GD,哪怕GD的performance不如其他vendor,cost不超的话也要给GD。
    但是反过来不好做的单子GD可以不做的。
    楼主可能觉得是对方给的estimation。其实恰恰反过来,不好做的部分TDA那边给个high risk就行了。
    2. Dress Code
    N年不查了,现在只禁牛仔裤和超短裙
    3. Process
    的确不能为你一个人改变。但是如果你站在管理者的角度看问题就不一样了。你现在觉得这样做也没什么问题是因为你自己心里有分寸,但是是不是所有人都能像你一样有分寸呢?几千人的公司如果都是由个人自己判断可以不可以做的话,没法管。
    4. innovation
    技术上没什么innovation
    流程是可以改进的,每年都可以在DB里登

  21. 您好楼主,我现在收到了两个offer,一个是ibm gdc的application developer,还有一个是dell service部门的sap咨询顾问,不知道哪个好呢

  22. 好文章,IBM GDC的真实写照,我干了一年看不到大幅度加薪的可能我就走了,我去就是冲着那三个字母,但这三个字母真的让我伤透心了,我两年的工作经验,随便找份工作都12k以上,却就是因为对IBM三个字母的向往,白白浪费了一年时间

  23. 其实dress code没几个人遵循的,大家都很随便。不过,楼上说的大体都对,还有点,待遇低,国企化。

  24. 楼煮吐血干货!谢谢了!不知道现在情况怎样啊?另外还想打听一下,IBM GDC,band8,不知道待遇怎么样呢?

  25. Re Lily:3年前的时候,band 8还算是比较高的,刚刚入职的人一般给band 7,五年内升band。band 8月薪2万左右,有上下浮动。同样band 8的人,做同样的工作,在同一个的team,老外的工资会比你高。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

This site uses Akismet to reduce spam. Learn how your comment data is processed.