团队变迁后的思考

Ti走了,她在farewell邮件中说:Remember “ If you want to change the world don‘t ever, ever ring the bell. ”,讲得似乎很壮烈。我们并入Ti的team大概就一年的时间,这一年里,我看到了她带给整个团队的变化及她的明显的管理风格。我明白她很想做一番事业,想干出点事情来,非常明显,我估计全部人都知道,她也很受上层老板赏识与重用,介入各个项目,并在team里做了很多项目,大把的花钱,招兵买马。
但是最后她走了,我感觉她是太着急想往上爬,想升到Director的位子,但是她的老板或者说别的老板不buy她,没有升她而升了别的人,所以她一气之下走了,这个事情很突然,也很迅速。

刚开始Ti的组织架构下面主要分为两部分,一为公司business策略与项目,二为基础架构,也就是我老板的team。当初面我看到两者的结合,是非常好的,这样的话我们就不单单只是负责IT架构运维等方面,而且可以切入business,这是我老板一直想介入,奈何却不得其门而入,曾经他说会参加VP的各种商务会议,然后看IT能如何帮助公司实现项目计划,但是后来我看到的是这事不了了之,而且我老板也缺乏这方面的人脉,才能与知识。Ti的话就很不同,她是MBA出身,而且曾是海军,跟VP一样,所以我看VP很赏识她,同为高级经理,她就可以直接report给VP,而我老板只能report给Director。在很多会议场合,VP都带着她给大家谈公司发展策略。

两个team刚合并时,我感受到一股春风,而我也被推为中国区的IT team leader,当然我知道这是我老板要求的,因为相比别的经理,我的资历是最低的,所以有点不太好意思,我在想,我怎么好意思跟这些资深经理,手下人强马壮的人相提并论呢。当时整个OES,Ti下有Pe和Pa两架马车,Pe下有Project mgr及business transformation,Pa下有Infra和app dev/support, 总共有六七十人。承接的项目主要为供应链管理方面的项目,及各类给管理层看的系统,各类培训等等。那时我曾去Sunnyvle参加了一次大会,那时大家开始相互认识,都信心满满,想大展拳脚,也真的干了点成绩出来,当然也有一些项目失败了,白花了不少钱。

那时Tina对团队管理搞了很多新花样,如读书俱乐部,办公室座位方案(让大家坐得更容易沟通及按功能性划分),每天早上管理团队花十分钟集合谈事情,每周的open office hour(让别的部门的人可以过来商讨计划,寻求帮助),周报及每月写给管理层看的报告等等,搞得有声有色。就这样度过了一年,我看大家都沟通得不错,开始形成战斗力。然而,将近一年时,Pe走了,听说是踩单车摔到了,然后休了一阵子假,然后就辞职了,至此Ti突然少了一辆马车。Ti走之前两周她还来中国,我当时跟她1on1,听她说了Pe的事情,她说已经在招Pe的替代。哪知过了两周,别的同事突然告诉我Ti的last day是周五,我惊异了下,不是吧,怎么她也走了?!有一天开会,老板跟我们正式公布了这个消息,然后说目前还没有定夺团队如何管理,先他和一位新来的接替Pe的同事直接report给VP。又过了一个月,老板说我们会report给ST,那时我才明白,原来是ST升了,我估计是上层权力斗争,Ti斗不过,或者说气不过没有升她而走了。我想如果report给ST的话,估计我们的日子又将恢复平淡无奇,或者说只能做些daily support的东西,为什么这么说呢,因为ST是管物流出身,她对供应链这块很了解,却不是IT的行家,我们没多少共同语言。而后VP宣布了这个消息,再而后老板开会说我们不跟ST,我们转向Seattle总部,report给SW,会上有同事还欢呼,至少我们跟SW还有共同的语言。

Ti走后,她一手一脚建立起来的OES就开始分蹦离析了,PM老大转去 别的部门,一些项目老板不想接被直接砍掉,然后他带领我们直接出走,剩下跟business相关的一个团队留给ST。这已是我在这5年来,我们team的第四次变动,当然这对我来说没什么影响,我还是跟着Pa,这些年里我们彼此间建立了很好的信任和合作关系,但是对他来说就不是好事了,因为他的老板常变,必须重新磨合不说,他的performance又得重新被新老板考核,影响了他的升迁。

Ti的优势在于,能很好的跟上层管理沟通,并得到他们的认可,大概是因为他们都念MBA,彼此对业务的理解更易相通,我老板的弱点就在于他是技术出身,而且多年下来已脱离技术一线也没怎么弥补业务上的能力,所以已沦为people manager的类型,只能在中层打转。而这就是我要避免的,我一方面需要增进业务方面的知识,二方面要继续提高技术能力,相应的就要付出更多时间与精力了。

时间: 2024-10-05 04:28:38

团队变迁后的思考的相关文章

快速开发后的思考

一个月前我们启动了一个看起来像是“闪电计划”的项目,用两周的时间完成系统的改版,内容包括原型设计.界面设计.开发.测试.上线.时间紧任务重,看起来有点像不可完成的任务.最终通过整个团队的密切配合,和包括周末在内的加班加点按时完成了任务.但仅仅是完成,并未出彩.这是我第一次和整个团队一起参与较为完整的一次项目开发,从上线前到上线后,整个过程中似乎总是不那么平坦,有许多细节值得思考.但是时间紧急来不及追究,现在有必要静下来回顾思考,有哪些好的地方是可以继续沿用的,有哪些差的地方是需要改进的. 我们现

CSDN日报20170220——《从安卓调整到服务端后的思考》

[程序人生] 从安卓调整到服务端后的思考 作者:张世欣 在我看来,客户端开发最重要的是: 业务流程的理解与建议 交互方式的理解与建议 数据的展示(快速.高效) 数据的获取(用户主动输入.UBT 采集) 保证应用的性能(内存.弱网.耗电) 实际工作中,产品经理拿到业务需求后会分析背后的真实需求,提出解决方案,然后与研发沟通是否能实现: 如果是偏交互方式的,一般是找客户端开发沟通: 如果是偏业务流程的,一般是找后端开发沟通. 点此阅读全文 [Android 开发]Android逆向之旅-带你爆破一款

关于研发核心团队建设的一些思考

核心团队是什么?举一个简单的比喻,就如果把公司比作一棵大树,核心团队就是大树的枝干.寒冬来袭,树叶尽落,只要枝干还在,春天来的时候还会发芽.核心团队是公司发展壮大和东山再起的核心力量. 核心团队建设的根本目的是为了留住人才,用好人才,特别是优秀人才.有篇文章写得很好:"很多企业经常犯的错误是业绩越差,越不给加工资,工资不涨,优秀的员工肯定要走,剩下的都是比较差的.即使做的再差,也要加工资,不过可以减人."我认为这是非常有道理的. 核心员工筛选的几个参考标准: 1.对公司核心产品(销售主

工作第八个月:从安卓调整到服务端后的思考

前言 客户端开发的侧重点 后端开发的侧重点 浮躁的心 架构师之梦 跳出局限 总结 其他 Thanks 前言 距离写上篇博客已经有一个月了,年后由于岗位调整转去写后台,开发框架.开发模式的不同让我适应了好一阵子,更难的是后端开发与客户端开发的思维习惯的转变. 客户端开发的侧重点 在我看来,客户端开发最重要的是: 业务流程的理解与建议 交互方式的理解与建议 数据的展示(快速.高效) 数据的获取(用户主动输入.UBT 采集) 保证应用的性能(内存.弱网.耗电) 实际工作中,产品经理拿到业务需求后会分析

对张子扬显示的两篇委托和事件说得很透文章读后的思考

第一篇 C#中的委托和事件 http://www.tracefact.net/CSharp-Programming/Delegates-and-Events-in-CSharp.aspx 第二篇 C#中的委托和事件(续) http://www.tracefact.net/CSharp-Programming/Delegates-and-Events-Advanced.aspx 这是两篇目前为止,我读过的介绍委托和事件以及异步调用最简明清晰文章,作者通过非常有节奏的"标题"->&q

从兵法角度看小米的成功         -----读小米黎万强《参与感》后的思考

这是一个屌丝逆袭的时代,这是一个以少胜多的时代.互联网正在颠覆着一切,以小米为代表的新生力量正是这样的一群人. 打破传统,专注于一点.从点到线,再从线到面,再从面到体.这是读完这本书后给我的感受. 首开战局 专注于一点 小米的发展,可以说专注的一点就是发烧友,只做为发烧友使用的手机.这一点的营销很精准,也很明确,不像其他公司一开始这个不行就搞另外一个.专注于手机,不断的迭代,培养用户的忠诚度.以用心去感动用户.在这个浮躁的年代,用心去感动客户,把发烧友这一个群体做好,把手机这一日常消费品做到极致

阅读《架构漫谈》后,思考软件架构师应该如何工作

老师上课围绕<架构漫谈>前四篇图文并茂的讲解了何为架构,架构的基础,以及识别问题和架构切分这些作为架构师需要了解的最基本的知识.现在要讨论的是软件架构师应该如何工作,如何更好的,更快的,更有效率的工作. 要想做好一个工作就应该了解这个工作最基本的需求是什么,而作为一个软件架构师就必须应该清楚的知道自己的职责是什么.也就是说,软件架构师需要负责什么工作,要解决什么问题.以下内容,就<架构漫谈>为中心,一步步细谈软件架构师应该如何工作. <架构漫谈>第五篇介绍了什么是软件.

团队计划的深入思考

我们的项目内容是趣味在线练习系统.它是以人物对战形式展开,每答对一题,释放一个技能,直到把有一方把对方打倒,则比赛结束.结束后,赢家将会奖励一定的积分,可在“强化”界面强化自身装备,增强战斗力.此外,积分还可以在“宠物”界面购买宠物,携带不同的宠物会有不同的效果,有的一定几率恢复主人的血量,有的一定几率增加主人的闪避等等.当然基于是练习系统,我们这款app带有错题集的功能,点开“历史”界面,就可以看到做过的所有题目,在游戏中体味做题的乐趣.最后,不得不说说好友pk功能,点开“好友”界面,随时随地

读《构建之法》后的思考

1.单元测试具体的实现?一个好的程序的需要单元测试质量如何? 2.软件工程师的成长方法以及定位自己能力的方法? 3.一个好的程序的健康性简洁性效率性的判断?团队之间的复审? 4.团队合作时人员的交流?软件团队的模式? 5.一个软件出现必须经过的步骤? 6.处理软件的需求与彼此之间的竞争? 7.处理软件的针对性以及用户体验? 8.软件开发中每个人的具体定位和应负责任? 9.软件的创新和具体实现所需要的前提与步骤?