技术团队管理国内哪几个团队做的好呀,大家讨论一下

尊敬的极客用户,您好!
感谢您一直关注并使用极客头条,为了给您带来良好的体验效果及性能,极客头条将于日关闭,您可以在
中继续使用发布文章功能并看到已经发布成功的文章。
主题信息(必填)
主题描述(最多限制在50个字符)
申请人信息(必填)
申请信息已提交审核,请注意查收邮件,我们会尽快给您反馈。
如有疑问,请联系
CSDN &《程序员》研发主编,投稿&纠错等事宜请致邮
你只管努力,剩下的交给时光!
如今的编程是一场程序员和上帝的竞赛,程序员要开发出更大更好、傻瓜都会用到软件。而上帝在努力创造出更大更傻的傻瓜。目前为止,上帝是赢的。个人网站:www.xttblog.com。个人QQ群:、
个人大数据技术博客:https://www.iteblog.com在 SegmentFault,学习技能、解决问题
每个月,我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
标签:至少1个,最多5个
最近这几个月公司的技术人员流动比较大,一些软件的开发也处于停滞状态,产品人员也基本停止本职工作变成了测试,问题也多得我没什么修的欲望。我自认为自己算是个系统重构的熟手了,可目前这个样子我都不知道从哪下嘴。
回头来想想自己职业生涯经历过的这些公司,尤其是经历过的创业公司,想起来,就像迪斯尼的灰熊山矿车,你以为你快越过山头进入矿洞了,却在惊恐的铰链断裂声中被告知车坏了并一直坠落回去;像奥运年与驴友三天骑行的最后一天丢掉了队友,一人在雷电交加大雨磅礴的山路上盲目的滑行;像某年糟糕的创业经历,独自拖着简单的行李踏上去北京的火车扔掉手机卡躲在厕所里使劲洗脸……
有点想哭了吗?OK,咱还是回过来聊点轻松的吧,总结总结经历过的这些公司。
本文只从我个人的经历来总结,本人无任何此方面的理论基础,如果您有相关的书籍推荐,感谢您在下方留爪。
A类 赌徒型
这类公司创业初期基本不差钱,工作“之余”就是胡吃海塞、花天酒地、游山玩水。大部分程序猿上辈子估计都是守财奴转世,买个裤衩还得京东、淘宝、亚马逊货比三家,穷惯了没见过花得这么阔绰的。这直接的结果就是激起了这帮寒酸鬼们的本性,刚进去的时候你会想要是花的这个钱给大家分了多好呀,等时间长了你会叫:不够嗨~。
但光这样还不足以让这群羊变成狼,往往其他绩效、晋升、创收渠道畅通,一副有胆你就上的架势。
这样的公司,每天你不自愿干到两点以后(2:00AM),都不好意思跟身边吭哧吭哧敲代码的同事说明天见(哦,不,待会见)。公司放着床,柜子里放着毯子,冰箱里垃圾食品、壮阳(提神)饮料管够,如果你单身还漂着,完全可以把房租都省了行李直接放公司得了。而第二天你还得西装革履像个卖保险的一样亢奋的来到公司挽起袖子继续吭哧吭哧敲代码,或者拎着皮包打着领带顶着一头没来得及洗的茅草一样的头发跑到客户公司装出一副 IBM/微软/救世主 的派头来。
在这样的公司,每天都是极度亢奋的,老板也不太管你在干嘛,但只要他来到公司,就会像个老妈子一样不停的唠叨他的“愿景”,给你画一个美好的大饼;拿出一坨乐高兴奋的告诉你,这个就是公司的未来,这块蓝色的就是你在干的。
同样,那些绩效、晋升都是来真格的,你真的、真的可能就拿不到;还会让你一次跌倒后感受不止一次的挫败,再给你下一个翻盘的机会。不像大部分公司那样和稀泥,会有种伴君如伴虎的感觉。
总的来说我对这样的公司在创业阶段还是相当赞赏的,不管他以后会不会变得像其他公司一样官僚,但在启动期有很多可学习的东西。
B类 放羊型
这样的公司首先是人员臃肿、“历史悠久”,有品牌有老客户一时半会死不掉,尝试过转身但总也没转成,如是就变得四不像,你觉得他是个新潮的公司,管理者都穿个大裤衩子跟你挤电梯,但一去人事、财务或行政等部门又是手续一大堆,一副这字你爱签不签的样子。
如果能混个“高级工程师”、“领域专家”的头衔或是运气好了到一个研究型的团队,那基本上还是不错的,工作轻松工资稳定,不欠国家的税、不欠房东的租,每天上半天A会议室讨论问题,下半天B会议室研究进展,下班前个把小时把代码敲好跑个测试,OK,回家啦~ 如果你运气不好被分去维护那个老迈的系统那就难说了。还好我平时运气一直不太好所以不至于总不好没掉进那个坑(感谢领导感谢党)。
这样的公司一直在说转型却无奈膨大的身躯总是割不掉肉(本来想写“不敢割肉”的,但想想我没那个高度谈什么那个勇气呢)。在这里养老混日子还行,想混好得问前面那一群五年、七年的老人们。但林子大了总归是有些大牛的,偶尔碰见个在科技新闻里见过的、或是好像哪本书腰题过词的人也不奇怪,还常请人来搞个“培训”什么的,对于想学习的,一方面这些能开阔视野的“培训”不容错过,另一方面有大把的时间你可以自学(如果你没那么倒霉去填坑,或者你履历不错你的领导认为不能埋没了你)。
C类 锅大碗小型
这类公司有意思了,你进去时发现他多达上千人,商务大厦的一层都不够装下,北上广深都有分部。开个年会得租大礼堂或包场大酒店,还得轮着几波过去;第二年春节一过年终奖一领,中层、高层开始剧烈地震,走一个带三个,如果你耐得住诱惑待到下一个年底发现只要一个大点饭馆就能全装下了。
更有意思的是,公司名字可能叫XX集团,可下面可能三四个工位就是一个独立的公司,乱七八糟什么都在做,大家谈论的是怎么来钱快,是香港上市还是新加坡上市,昨天哪个傻X又被公司那个销售骗了,谁谁谁是谁谁的小三(程序员也这么八卦?)……
这样的公司你不要去指望你的作品能在两年后还存在,也许你才换工作面试官问你都做过啥,你给个网址,人说:“打不开呀狗X的墙?”;“呃……那个在国内”。
D类 长官传令型
长官,无意冒犯!
这类的公司员工都是“翻译”,或者干脆叫“传话筒”,从上往下传话,长官会不停的下达指令,我要挖这条沟,懂吗,挖了这个我就能拿下那个高地了……
长官的权利实在太大,没人敢反对没人敢问为什么。你个蠢货居然听不懂你还混什么?大家做的都很累,从老板到基层员工都累,而且回头想还回忆不起来自己做了什么,总感觉自己是不是开始得了健忘症了。从上到下(上级和上游)谁都不肯松口,像一条“衔尾蛇”。以为咬到的是别人的尾巴,可当感觉到剧痛的那一刻才发现原来是自己的。
我爸妈在我小的时候很严厉脾气都大,做错一点小事他会数落好久用指头戳脑门。“一个三角函数都记不住”(我爸是数学老师),掉一滴眼泪写一笔,戳~“蠢货!是这么解题的吗”……如是我特别讨厌数学(你确定你是程序员?还是在为你糟糕的数学找借口?),反正也就那么稀里糊涂长大了。到女儿渐渐长大,我发现原来我也是这么个坏脾气,于是我渐渐发现一个墨菲定律的扩展定律:“如果你认为你孩子蠢,她/他只会更蠢”,简称熊孩子培养定律好了 ^__!
最近招聘总算有点起色,可是让我失望的是询问了10个左右的人他将来想在技术路线上走更远还是想去走管理路线,所有的人的回答都是想去做管理,我问他们你觉得(你现在)是怎么“管理”的,回答都是:1.上面给需求,2.我根据团队成员的特长给他们估时间、分任务,3.如果完成不了我就去帮他写(我觉得他想说扣他绩效)。4年多以前我也这么干的,后来离开的时候我发现那个系统80%左右的重要代码居然是我写的(有点过度封装且有些代码只要复制改改),其他的几个人只做了20%,@_@ 难怪我老婆说她还不如嫁给电脑。我就是喜欢写代码,只是不想写重复的、无趣的代码而已。
一个创业公司应该是个什么样子,这涉及太多的东西,我没那个能力回答这么大的问题,但如果说一个初创技术公司要组建一个什么样的开发团队,我觉得大体上是:
自我管理:“入门”后就“长大成人”了,当自己管理自己,那位是“领导”?哦,你说的是那个“带路党”呀;
透明共享:你有什么好沮丧的,说出来让大伙乐乐;
共同分担:这个问题是大家的,让我们一起来承担;
勇敢说不:不要去做一头跟鸡开店的猪,你的同事是你的合伙人,你的老板是你的投资人;
鼓励试错:只要一个人活着他就会犯错,如果每天做着相同的事,你还敢说你是个工程师?
保持饥渴:大饼得画,佐料在于:看得见、尝得到。
但是说的容易做起来难,比如共享,当有人开始抱怨分享延误了他们的工作时,往往是3、6等上出问题了,他在老板面前哆哆嗦嗦打哈哈,他觉得画的饼是老板的饼而不是他的饼,他觉得别人的事关他X事他就是干活、领钱、走人……让战友们抽口烟喘口气吧;试错也不是什么错面前大家都是老好人,“试”错是指去趟别人没趟过的河而且至少保障大家没淹死(过没过去另说)。愚蠢的错是坚决要批判的。
“说不”也不完全等于“拒绝”,衡量标准在于:重要性、破坏性和确定性。这个指令是否可有可无,这个概念虽好却会破坏目前的平衡,这个东西虽小但不确定各种场景下是有效、不确定出现问题后是否要回去修复所有场景。“说不”也不是一旦拒绝了就从此不再提起,可能是时机不成熟,可能是其他部分还不完善,也可能是没有验证边界不确定。甚至可能是开了这个头你会有无数个这种“小”的东西要加进来。
那是不是好的初创公司都得像A类那样大把的银子去砸呢?这个可不好说,首先砸钱可不是谁都能学好的,至少我这种抠门的人就算给我一捆钱让我去砸我也砸不会;没办法,说话的水平不够不能引起共鸣,砸了就都打水漂了。人性的饥渴可以是多方位的,当“温饱”问题得以解决(这个总能办到吧),有人希望学点什么、有人希望说点什么、有人想升职(咱就3人给你个XXO头衔好吧^__^)、有人想找个妹子……可以利用教育、社会影响等方面营造落差感,请来你的圈里牛人或是所谓的“成功人士”,像X销一样让人感觉到:我跟他是个多么大的落差呀但居然他曾经也是老板的小弟我也是呵呵……这招的目的在于用物理的距离化解心理的距离,不然你以为某些怂公司年会请AV优干嘛。说得直白点,就是:**让人觉得有盼头**。
Hope is a good thing, maybe the best of things, and no good thing ever dies.
一个初创互联网公司,如果拿代码量去衡量,你不如压个zip包看他到底有多大,一个短期的、清楚的目标还要很多人、多个团队去配合那是不靠谱的,怕人不够而想着找外包(外派)、延长不合格的人的试用期,这是对目标和解构能力不自信的表现。有做个分布计算的也许能理解,一个10M的数据分给一个准备处理大量日常数据的数十台机器处理可能跟给10G的数据的处理时间没什么区别,而人类的丢包等能力显然大过机器。
我是个很不会说话的人,也许只有在键盘前坐下才能“说”这么多话,这就是通常说的“键盘侠”吧?话痨了,见笑了。
祝元宵快乐,阖家幸福!
另,早上朋友圈看到的,我觉得正好压压此文的戏谑和可能被误解的“说不”,技术人员可忽略那些你认为过度洗脑的(至少你开始思考自己了)
公司请你来干嘛
以下是本文的一些名词解释和相关资料
鸡和猪开店
马斯洛需求
《肖申克的救赎》(关于希望)
1 收藏&&|&&10
你可能感兴趣的文章
1 收藏,1.3k
1 收藏,275
1 收藏,4.3k
好文章,我也碰到过类似的公司,博主语言风趣幽默,嬉笑怒骂间道出真意,赞!
好文章,我也碰到过类似的公司,博主语言风趣幽默,嬉笑怒骂间道出真意,赞!
谢谢评论,后续还有其他关于开发的故事
谢谢评论,后续还有其他关于开发的故事
非常期待!
非常期待!
分享到微博?
我要该,理由是:
在 SegmentFault,学习技能、解决问题
每个月,我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。团队建设之做好技术团队管理
我的图书馆
团队建设之做好技术团队管理
博客出自:,转载注明出处!
All Rights Reserved !&
做过团队管理,知道团队管理的麻烦,所以收集资料加上个人认识整理如下,欢迎批评指正!
怎样才能做好技术团队管理
经常看到有人问程序员适合做管理吗,或者手底下有牛人比我技术更好怎么办,或者感叹一下做管理好难啊之类的。同时,相当大的一部分程序员都梦想着走所谓专家路线——并不是因为对技术特别有兴趣或者觉得自己特别适合走技术路线,真正的原因是对管理工作的恐惧,觉得自己搞不定定。做管理真的很难吗,程序员出身到底适不适合做管理,我可以斩钉截铁的告诉你:不难!适合!
  上面的答案显然并不完全正确。不过我们今天我们讨论的并不是管理一个国家那样的管理,也不是管理一个公司或者半个公司这样的管理——绝大部分程序员同志们短时间内都不会有这样的机会,这样的话题也完全超出了我的知识范畴。我们今天讨论的只是基础的简单的管理,小到几个人的小组大到十几二十个人的团队,再大的都不在讨论之列,而且仅限于软件行业。所有的爷爷都是从孙子走过来的,做管理也一样都是从小小管理一点一点慢慢做大的。
  第一个话题:团队里有牛人怎么办
  这个问题问的很多,但是实际上管理一个团队更容易碰到的也是更头疼的问题是“团队里没有牛人怎么办”,所以用流行的话说要“怀着感恩的心”看待这个问题。有牛人意味着你可以在一定程度上脱离繁重的开发或者设计工作,把更多的时间放在做好管理和决策等“清闲”的工作上,意味着你有精兵强将可以完成更有挑战性的项目,意味着你的团队可能创造更多的效益使你的管理工作“看起来更出色”,等等。这都是有牛人的好处。
  但是,但凡牛人多少可能有点牛脾气,不好管。但是这个不好管究竟多大程度上是因为牛人的问题,又有多大程度是因为管理者的问题是必须要搞清楚的。很多人觉得牛人不好管可能只是心理上的,是因为不够自信,虽然身为管理者在牛人面前却觉得矮半截唯唯诺诺,或者是由不自信演变成自负在自己擅长的领域刁难、打击报复等等,反复几次以后管理者的权威荡然无存,管理工作也就永远做不好了。
  管理牛人与管理普通员工并无太大的区别,只是要更慎重更懂得平衡和技巧。因为牛人通常在团队里的影响力比较大,做好牛人的工作管理就已经成功大半了,以下是一些要点,其他的自己任意添加:
最重要的一点是要保持自信,既然能做到这个位置必然有自己的过人之处,找到它们并充分发挥;倚重但不依赖牛人,并且让牛人自己也知道这一点;注意培养新人,只有一个牛人并且有野心才是最危险的事,自己带起来的兵最可靠;
  第二个话题:道与术
  很多讲人讲管理喜欢扯到“道”与“术”上去,特别是半吊子的管理者更喜欢讲“道”,似乎“道”总是比“术”高一个层次。例如很多人看到我们上一个话题的讨论就会跳出来大叫,你只讲到了“术”的层次,还要从“道”的层次考虑;还有人会说,这样是玩弄权术,不行,做管理要靠“心”,以心换心。
  讲“以心换心”的同学未免太过天真了,在社会上混几年的人都应该知道这一条并不总是成立的,哪怕我们宁愿相信它成立。做管理当然要待人以诚、以心换心,但是这并不构成做好管理的充分条件,一个在战略方向上总是举棋不定的领导哪怕人再好也会导致下属丧失安全感从而不愿意追随。
  道与术的关系本质上就是一个指导思想与具体手段的关系,是心法与招式的关系,固然脱离了心法的招式容易走向混乱,但也从来没有一种心法能够凌驾于所有的招式之上并且脱离招式而独立存在。所以,所谓的“道”并不是很高深很神秘的东西,它只是给我们的管理工作提供一个总体的方向,所有的具体工作都是围绕着这个方向进行。我自己总结出来的管理好一个团队必须要做好的勉强能称之为“道”的几个方面如下:
保持团队的方向感,让团队成员知道自己在做什么将来又要做什么,能感觉到自己的价值所在;保持团队的进步感,让团队成员感觉到自己每隔一段时间都能学到新的东西,值得为之付出的努力;保证团队成员的归属感和自豪感,这样的团队才有凝聚力。
  第三个话题:无为而治是很扯淡的事
  《英雄》中的始皇帝说“用剑的最高境界是不杀”,这句话直接导致了无名丢掉了自己的剑。有人喜欢把这话套用到管理上——“管理的最高境界是不管”,我想说的是千万不要被这样的话忽悠了,也千万不要拿这样的话忽悠自己。
  “无为而治”的境界虽高,但不是我等屁民能达到的,而且它有一个前提:“虚其心、实其腹,弱其智、强其骨,常使民无知无欲”,一句话讲就是愚民政策。而我们带团队不是带着大家吃吃喝喝没事打打球“强骨弱智”的,这是奥巴马要做的事,我们要辛辛苦苦的写代码要辛辛苦苦的给资本家创造剩余价值,所以我们还是要实实在在的做管理。
  无为而治要不得,更要不得的是以“无为而治”为借口掩饰自己的无能。一些不合格的管理者可能害怕管、或者懒得管,心里过意不去就拿类似这样的借口来欺骗自己,时间久了连自己也相信起来于是就像阿Q似的飘飘然觉得自己也成了革命者。比如看到下属上班时开小差不管,下属犯了错误也不批评指正,甚至对下属上班时间接私活睁一只眼闭一只眼,然后欺骗自己说大家都是打工的都不容易,想做点什么就做点什么好了,反正吃亏的是老板是资本家。看起来似乎是看破了红尘,闲云野鹤,淡然处之,孰不知这样的心态会直接断送掉自己的管理生涯,对自己的下属也没有半点的好处,若干年后(如果团队还没散掉的话)自己和自己团队既没有什么进步也找不到值得自豪的回忆,这才是真正的悲哀。
  第四个话题:影响力是怎样炼成的
  《技术领导之路》一书中讲到一个故事:一个团队共同处理一个技术难题,成员A积极的组织大家讨论,但多次尝试都没有成功,成员B独自思考并成功的解决问题,最后问团队成员最有影响力的时候大家选择了A。
  可见,影响力并不仅仅是由技术牛不牛、能不能解决问题和能解决多少问题决定的。影响力的关键在“影响”二字,你的每一个能对其他人产生影响的行为慢慢累积起来就组成了影响力。判断影响力也很简单,其他人是不是愿意征询你的意见、是不是愿意相信你的意见都反映这你的影响力的大小,更简单的判断是你在团队中有没有“小弟”,有多少个“小弟”。如果你团队的成员有一半以上都是你的小弟,你想不做管理都难。
  影响力的来源因素有很多,年龄、职位、技术能力、性格、学历等等都会对你的影响力产生影响,但没有一项是决定性的。所以可以让你稍微宽心的是你手下的牛人未必有足够的影响力,然而你必须要担心的是虽然你是领导但也未必在团队中有与你地位相称的影响力,如果你的某个野心勃勃的手下比你的影响力还要大那你就要小心了,不及早的扭转局势很快你可能就会被取而代之。
  观察对自己最有影响的那些人,看他们究竟是通过怎样的方式影响到你的,然后照猫画虎有样学样培养自己的影响力。相信我,所有的老板最头疼的都是公司里合格的管理人员太少,所有的上级最注意的事情都是下属中谁有潜力培养成管理人员。所以如果你是金子很快就会有发光的机会,在这之前要做的就是努力把自己培养成金子。
全局观的重要性,做官,不是要放在某个点上要实现什么,而要从全局来看,我要什么,能得到什么?
& & & &做为一个项目经理,至少要在公司工作两年以上,且年龄不小于三十岁。我当时还年轻,对这两点很不屑。而现在,我却很理解。在公司工作时间短,对人员不熟悉,将很难横向协调资源;年纪过轻则不够沉稳、练达,难以实现快速沟通。&
  作为IT企业,很多项目经理都是由基层做起的,技术好、经验丰富、熟悉行业知识。作为项目经理本人,也觉得自己对团队的领导能力勿庸置疑。并不会认为自己沟通上会有问题。在这里,我也不想讲什么大道理,只举例子、讲故事。
  举一个例子
  去财务报帐,出纳说票贴的不对,公司财务制度上要求餐费与交通费分开贴,退回来重贴。贴完让出纳整好单子,找老总签字,老总出去了,没办法,只好到明天。而到明天,老总回来,自己却要出差了。
  好不容易等老总签了字,拿到财务室,出纳说,财务上没有钱,票先放这里,等两天吧。一拖好几天,票压一堆报不了,项目中各项开销还得支出,严重影响工作情绪。这里要说明一下,财务上没有现金是很正常的,当然也不是完全没有,还是要留一些费用应对日常开销的,至于给不给你,就看财务的心情了。
  如果换一个场景。
  发票拿到财务室,出纳一看不合格,直接开涮:“你怎么搞的呀,刚公布的财务制度都没看吗,整天忙啥哩?算了,算了,放这吧,反正老总不在,等会儿还是我整一下吧,指望你干这活也没指望。你该干啥干啥去吧,下一回再这样我就给你扔出去。”
  过两天,财务电话过来:“你的钱还要不要呀?公司有回款了,要拿钱的赶紧啦。”然后项目经理直接到财务签字拿钱,发票老总已经签过字,整个流程出纳都帮做了。
  &一个空降的项目经理与一个老员工项目经理,在协调资源时,差别是很明显的。
  为什么空降的项目经理不能很好的协调资源。因为他跟同事不熟悉,他的团队会很支持他,其它人员则不一定。人家只给你照章办事,或许不会影响你工作,但同样不会推动你的工作。
  而老员工项目经理,与各部门人员都很熟悉,老总也很信任他。这样处理工作就比较顺利,例如前面说的,出纳帮助你贴票,然后替你拿到老总那里,老总出于对项目经理与出纳的信任,就直接把字签了。项目经理出差回来签字就能领钱,效率高多了。
  再举一个例子
  项目临近结束,各个功能都差不多要做完了,项目完成进度也被标到90%。而项目经理心里很清楚,后面的修修补补,测试、调整会占用大量时间。公司项目管理不够完善,很多隐性的东西都无法显现出来。而客户此时又提出了一些新的要求,急切要完成。
  如果告诉老总说,现在还需增加三个月的工作时间,老总肯定不同意,因为既然都完成90%了,剩下的工作还不加把劲在两星期内搞定,竟然还要增加三个月,挨批是难免的。如果给客户说,实在没有精力做新功能,客户要挟说,不做就不验收。
项目经理谁也不敢得罪,心里明白问题关键,却不知道该如何说服别人。只有硬着头皮往下做。结果项目延期,质量下降,勉强验收了,还有一大堆问题。最主要是因为工作强度加大,加班加点,透支团队成员工作激情,项目最终结束后,大批成员离职。
  &而如果项目经理换种思路。首先向团队成员灌输“行百里者半九十”,越到后面,繁杂琐事越多,越不能放松冲刺。要尽可能保持成员的工作积极性。一方面,向公司说明情况,通过项目管理的知识来讲解问题的具体原因,尤其是项目收尾管理,并不是代码写完就是项目结束,还有很多事情要做。总之,摆事实讲道理,积极向公司申请资源,尤其是宽限项目时间(此时单独强调增加开发人手并不明智)。
  再一方面,与客户方负责人沟通,甚至私人宴请以促进感情。尽可能把一些新功能放到项目运营维护中来实现,或是项目二期中实现。如果客户仍然坚持,则最好说服他降低质量要求,在验收时放自己一马。向其承诺,在运维中提升质量。
整个情况要向团队成员说明,争取成员的理解与支持。也要向公司说明情况,尽可能多申请些额外福利。
  &从这个例子中可以看出,项目经理所做的工作,都不是“高科技”的,非技术的却又是重要的。针对不同对象,例如团队成员、公司高层、客户方负责人等,分析利害与关注点,权衡利益,各个击破。
  一个年轻的项目经理与一个老成的项目经理,在处理这些事情时,风格会大不相同。就像上个例子,客户方负责人一般也不会太年轻,三十来岁才会担当个负责人,如果项目经理太年轻,阅历浅薄,则不太容易与对方平等交流。即便他明白道理,也很难影响他人支持自己工作。
  讲一个故事
  很多年前,我还年少的时候,喜欢下象棋,在学校里基本上我能下赢的,我总能下赢,我下不赢的,总也下不赢。不得其解,也慢慢懒得操练了。
  后来有次学校搞业余活动,有个老师是省象棋协会的,组织了一节棋课。我去晚了,只听了半节。大致意思是讲,下棋要讲全局观,要有战略,例如中局五种策略,中局成杀、不成杀则优、不占优占先、不占先则多子、不多子则求和。还有什么炮破士、马破相、残局炮归家等等。却没有讲如何下棋,课堂上也没有摆个象棋,或是什么棋谱。
  我并没有把这些当回事儿,之后也很少下棋。
  又过多年,毕业后同学聚一起,闲来无事,与一个同学下了两盘。刚开始,他问我这两年有没有下棋,我说没有。他调侃我,“那你以前下不赢我,今天你也难赢了”。我也笑着认同,反正只是玩玩,何必认真。
可是一开局,他就傻眼了,一直处在下风,且每局必输。他很吃惊,我也很吃惊。之后我认真思考了这件事,觉得是那节棋课影响了我,人的思考能力、计算能力都差不多,而思维方式不同,结果也会有很大不同。他看到的是“棋”,我看到的是“局”。决定胜败的不是棋艺。
  &又过了几年,我已经不再年少,但还算年轻吧。有一次找一个朋友玩,正好他的一个朋友也在,吃完饭没事儿做,恰巧有副象棋,就与他的朋友下了几局。他们都比我年龄大,已经三十多岁了。不过我也没有放在眼里,自以为水平相当可以,三局我两胜,颇为自得。
  等他走后,我朋友问我:“他水平怎么样呀?”我带着些“谦虚”,洋洋自得:“他水平挺可以的,我差点就输了,还好我三局两胜,略胜那么一点点。”
  我朋友听完哈哈大笑:“你知道他是干吗的吗?他是卖保险的。卖保险的吗,任何人都可能是他的潜在客户,他自然不会去赢你,不光让你赢,还要让你赢得有面子,这才是高手。他原来是在象棋协会的,论象棋,那叫牛×死了。”
  我听完之后,惭愧至极。我关注的是“棋局”,人家所关注的,则超脱棋局之外。眼界不一样,看到的也不一样,操控点也不一样,输赢已经不重要,重要的是输与赢,哪个更有利于自己,然后才是“如何去输”与“如何去赢”。棋局只是一个棋子。决定成败的不是棋艺。
  &我讲这个故事,是想说明,一个项目经理,对自己操作的项目要有全局观;而且,视角不能仅限于项目本身。明确自身定位,了解外部环境,才能最大成度影响到整个“局”中的各个元素,而这个影响力,就叫“势”。可以这么说,你明确的势力范围,可以只是你的团队,但你的影响力却不能仅限于团队本身。
  做到这些,容易吗?当然不容易。如文章开头所说,“做为一个项目经理,至少要在公司工作两年以上,且年龄不小于三十岁。”这样,才有可能会做得好一些。
TA的最新馆藏[转]&
喜欢该文的人也喜欢

我要回帖

更多关于 大明湖畔的技术团队 的文章

 

随机推荐