发信人: tangcho (唐朝~~与狼共舞), 信区: WorkLife
标 题: zz 爱立信那点事儿
发信站: 水木社区 (Mon Feb 6 00:06:29 2012), 站内
爱立信那点事儿
在爱立信（中国），内斗挺严重的。不知道其他部门怎样，至少在上海的PacketCore的GGSN部门就是这样的。
旁观这一场场的闹剧，虽然挺有意思的，但于个人，于公司都没有丝毫益处。
人生百态，在这儿比莎翁的戏剧还富有新奇。
爱立信（中国）通信有限公司上海PacketCore部门GGSN-MPG产品分部门。
GGSN在上海的研发部门是2009年开始组建的。当时的unit manger就是Kai，下面有几个key person： Hon,Fel,Rui,Joh。.
通常外资公司在中国建立新的研发中心时，首先会将维护项目（Design Maintenance)转移过去。既可以本地维护，也可以培养技术能力。
GGSN这个部门也不例外。Fel担任第一个项目组Design Maintenance team的team leader.负责组建Design Maintenance team。
在做产品maintenance的同时，还有一个重要的工作就是build up team technical competence。在后续的部门扩张时，这个team的成员都被抽到其他team担任了technical key person。
Hon负责组建第一个feature team--team Tai，担任team leader。 这个team负责OAM方面的feature，项目完成的还行，得到了瑞典方面的肯定。
这两个team为GGSN部门的扩张奠定了基础。很快，成立了第三个team，Team Hua， Rui是team leader。
到了2010年，部门开始了新一轮扩张。但是这时候，问题来了。人员扩张了，部门也将会由一个unit扩张成两个unit。让人意外的是Kai没有晋升为“Head of GGSN Development”。
Jon从另外一个部门XYD空降过来了，同时也带来了他的亲信Pin。这时，可以说上海GGSN的好戏开始了。
Jon是一个控制欲很强的一个人， 传言在以前的部门XYD，Jon就是与其他几个mangers斗的不亦乐乎，上层无法控制了，才将其转过来的。这可能不是事实，但是空穴不来风，也是从一个侧面反映了Jon的为人。
Kai也是一个强势的人，同时部门是她一手组建起来的，结果被别人摘了桃。个中滋味，难以评说。
阳谋诡计，大方法，小手段，各自出招，不亦乐乎。这一年多来，发生了很多故事，让人感叹。
Jon善于逢迎领导，上有所好，下必甚焉。 其时，Packetcore 上海老板在推行Agile。Jon逢人必讲Agile，大会小会，一律强调scrum（Agile的一种process）。 给人的感觉，尤其是上层，Jon是一个很有passion，很proactive的人。
同时，也不顾部门的当前现实情况，强推一些agile概念，如 在Story划分粒度不够，没有CI，瑞典还没完全接受agile的情况下，强推Fixed time-box Delivery。4周必须deliver一次。
由于上述原因以及其他因素，项目组无法实现这个目标。“加班！”，但加班不能解决真正的问题，长时间的加班反而使部门的怨言更多。在2011年上半年，大约2个月内走了4个technical key person。为了达标，没有充分测试的code就匆匆的deliver进了main stream。汇报上好看了，部门initiate 的improvement，很成功！
但随后，由于quality问题，GGSN2011A这个版本整整delay超过了半年。GGSN program不得不花大量的人力在fix code defects上。有项目经验的人都知道，问题发现的越晚，为改正这个问题付出的代价就越大。当然，quality的问题不能说都是上海这边的原因，但上海也是有“贡献”的。好在研发向中国转移是定好的strategy，同时packetcore的另外一个产品在中国做的很好。不然真怀疑上层会不会重新考虑这个部门的必要性了。
GGSN 上海这边的managers都很清楚这些问题，可惜心思不在项目上面啊！
Jon一直想将kai赶走，换上自己的人。但没有什么好机会。
不久，机会来了。 Kai可能也无意继续这种状况了，她要生第二胎了。2011-7开始休产假4个多月。而且，PacketCore的老板是一个瑞典人，提前回国了。2011-7月份来了个新的瑞典人Len接替这个位置。Len还有几年就退休了，他个人也表露了在中国来退休的意图。没有其他的想法，Len就是希望部门维持稳定，可以安安稳稳退休了。
对Jon来说，这是一个好的机会。首先，Kai修产假，不在公司，可以从容布局。其次，Len是新过来的，不会有大的变革。
Kai修产假期间，由Hon acting。Hon这人是一个很有心计的人，善于表演，是一个很好的耳目。Jon很看重他，也是计划中的关键一环。
Kai在11月中旬回来上班了。Jon开始了准备很久的计划了：
第一步，公开化矛盾，Jon发了一封令大家都惊诧的email给所有人：直接停了Kai的职位，Hon继续代理。
这一招很巧妙。实际上，Jon是可以建议，但是无权决定这样做的。email已发出，可以用一种既成事实去逼宫。
看Len选择保留那位。前面说了，Len是刚来，而且是带着养老的目的来的。希望的稳定，舍去Jon的话动荡太大。
Kai的离去可以肯定是必然的。
第二步，抛出一个部门重组的计划，同时下面的unit manger全部重新应聘，同时将职位发布出去对公司内外部招聘
可以想象，Len既然选择Jon留下，那么下一级的unit manger人选，必定要尊重Jon的意见了。同时也可以将Kai用一个合理的理由踢出去。
December 5, 2011 开始，Dec 19宣布。
不过，Kai怎么会轻易就范呢，博弈还在继续。结果宣布时间推迟了。到现在，还没有进一步的消息。
等待中。。。
--
※ 来源:·水木社区 newsmth.net·[FROM: 211.99.222.*]
标 题: zz 爱立信那点事儿
发信站: 水木社区 (Mon Feb 6 00:06:29 2012), 站内
爱立信那点事儿
在爱立信（中国），内斗挺严重的。不知道其他部门怎样，至少在上海的PacketCore的GGSN部门就是这样的。
旁观这一场场的闹剧，虽然挺有意思的，但于个人，于公司都没有丝毫益处。
人生百态，在这儿比莎翁的戏剧还富有新奇。
爱立信（中国）通信有限公司上海PacketCore部门GGSN-MPG产品分部门。
GGSN在上海的研发部门是2009年开始组建的。当时的unit manger就是Kai，下面有几个key person： Hon,Fel,Rui,Joh。.
通常外资公司在中国建立新的研发中心时，首先会将维护项目（Design Maintenance)转移过去。既可以本地维护，也可以培养技术能力。
GGSN这个部门也不例外。Fel担任第一个项目组Design Maintenance team的team leader.负责组建Design Maintenance team。
在做产品maintenance的同时，还有一个重要的工作就是build up team technical competence。在后续的部门扩张时，这个team的成员都被抽到其他team担任了technical key person。
Hon负责组建第一个feature team--team Tai，担任team leader。 这个team负责OAM方面的feature，项目完成的还行，得到了瑞典方面的肯定。
这两个team为GGSN部门的扩张奠定了基础。很快，成立了第三个team，Team Hua， Rui是team leader。
到了2010年，部门开始了新一轮扩张。但是这时候，问题来了。人员扩张了，部门也将会由一个unit扩张成两个unit。让人意外的是Kai没有晋升为“Head of GGSN Development”。
Jon从另外一个部门XYD空降过来了，同时也带来了他的亲信Pin。这时，可以说上海GGSN的好戏开始了。
Jon是一个控制欲很强的一个人， 传言在以前的部门XYD，Jon就是与其他几个mangers斗的不亦乐乎，上层无法控制了，才将其转过来的。这可能不是事实，但是空穴不来风，也是从一个侧面反映了Jon的为人。
Kai也是一个强势的人，同时部门是她一手组建起来的，结果被别人摘了桃。个中滋味，难以评说。
阳谋诡计，大方法，小手段，各自出招，不亦乐乎。这一年多来，发生了很多故事，让人感叹。
Jon善于逢迎领导，上有所好，下必甚焉。 其时，Packetcore 上海老板在推行Agile。Jon逢人必讲Agile，大会小会，一律强调scrum（Agile的一种process）。 给人的感觉，尤其是上层，Jon是一个很有passion，很proactive的人。
同时，也不顾部门的当前现实情况，强推一些agile概念，如 在Story划分粒度不够，没有CI，瑞典还没完全接受agile的情况下，强推Fixed time-box Delivery。4周必须deliver一次。
由于上述原因以及其他因素，项目组无法实现这个目标。“加班！”，但加班不能解决真正的问题，长时间的加班反而使部门的怨言更多。在2011年上半年，大约2个月内走了4个technical key person。为了达标，没有充分测试的code就匆匆的deliver进了main stream。汇报上好看了，部门initiate 的improvement，很成功！
但随后，由于quality问题，GGSN2011A这个版本整整delay超过了半年。GGSN program不得不花大量的人力在fix code defects上。有项目经验的人都知道，问题发现的越晚，为改正这个问题付出的代价就越大。当然，quality的问题不能说都是上海这边的原因，但上海也是有“贡献”的。好在研发向中国转移是定好的strategy，同时packetcore的另外一个产品在中国做的很好。不然真怀疑上层会不会重新考虑这个部门的必要性了。
GGSN 上海这边的managers都很清楚这些问题，可惜心思不在项目上面啊！
Jon一直想将kai赶走，换上自己的人。但没有什么好机会。
不久，机会来了。 Kai可能也无意继续这种状况了，她要生第二胎了。2011-7开始休产假4个多月。而且，PacketCore的老板是一个瑞典人，提前回国了。2011-7月份来了个新的瑞典人Len接替这个位置。Len还有几年就退休了，他个人也表露了在中国来退休的意图。没有其他的想法，Len就是希望部门维持稳定，可以安安稳稳退休了。
对Jon来说，这是一个好的机会。首先，Kai修产假，不在公司，可以从容布局。其次，Len是新过来的，不会有大的变革。
Kai修产假期间，由Hon acting。Hon这人是一个很有心计的人，善于表演，是一个很好的耳目。Jon很看重他，也是计划中的关键一环。
Kai在11月中旬回来上班了。Jon开始了准备很久的计划了：
第一步，公开化矛盾，Jon发了一封令大家都惊诧的email给所有人：直接停了Kai的职位，Hon继续代理。
这一招很巧妙。实际上，Jon是可以建议，但是无权决定这样做的。email已发出，可以用一种既成事实去逼宫。
看Len选择保留那位。前面说了，Len是刚来，而且是带着养老的目的来的。希望的稳定，舍去Jon的话动荡太大。
Kai的离去可以肯定是必然的。
第二步，抛出一个部门重组的计划，同时下面的unit manger全部重新应聘，同时将职位发布出去对公司内外部招聘
可以想象，Len既然选择Jon留下，那么下一级的unit manger人选，必定要尊重Jon的意见了。同时也可以将Kai用一个合理的理由踢出去。
December 5, 2011 开始，Dec 19宣布。
不过，Kai怎么会轻易就范呢，博弈还在继续。结果宣布时间推迟了。到现在，还没有进一步的消息。
等待中。。。
--
※ 来源:·水木社区 newsmth.net·[FROM: 211.99.222.*]
No comments:
Post a Comment