怎样做到从程序猿到管理者的跳跃

曾有人问过我,“管理者什么的,跟开发者究竟有什么差别?”这两个角色都是我经历过的,但我仍花了一点时间来考虑。这个问题真的蛮重要的。

编程是从我六岁就開始的消遣。那时我写了第一个程序:从我爸爸的书里照抄了一段游戏的源码,随即就着了迷,而且一直未曾放弃,直到编程成了我的事业。多年来,在我攻克了各种有趣的或者复杂的编程问题之后,我认为是时候去迎接新的挑战了。

可是转行就意味着放弃,放弃我多年来磨练出来的专业技能。然而,经过一番挣扎与向专业导师咨询之后,我毅然决然的跨出了这一步。

如今,干了三年半的管理,我最终有资格来回答这个问题了。管理者和开发者最大的差别就在于衡量成功的标准不同。

详细来说:

(一) 你的成功会更琐碎

当我还是一个程序猿的时候,每天来上班脑子里都会有一个工作计划,通常这天结束时,我都能完毕好这个计划。这样的感觉就像是每一天我都在进步。

而作为一个经理,经常在回家的时候,都不知道我那天究竟干了啥。并非我什么事都没做,仅仅是实在没有可供衡量的结果。

身为管理者,任务之中的一个就是帮助project师去做改变,但改变不会是一朝一夕能够完毕的,须要时间和关注。

  • 你努力去实现的变化,可能模棱两可而且非常难有清晰的定义。
  • 要认识到须要改变,这件事本身也可能非常难。
  • project师们非常难抛弃旧的习惯,须要不断的提醒他们。要改变他们的思维定势,是一件有挑战性的并且不轻松的事。

在 New Relic,我们每季度都会举办一个定期检查,用于提供一个反馈的渠道,让工作的重点放在长期的目标上。有些季度的发展可能突飞猛进,但大多数时候,会有的仅仅是还叫不错的进步。

当团队人员真正出现大的变化时,就须要管理者不断的引导。我们常常使用的工具叫做“regular info-bits(定期的信息交流)”。详细做法是,project师把他们工作上的进展用简短的 email 发给管理者。Email 的主题通常与专业发展,团队合作,项目更新,沟通交流和工作与生活的平衡有关。这个过程有助于他们更加系统的去思考问题,你也能够通过这些信息,获悉他们的成长。

这样的做法会须要非常长的时间才干看到结果,可是终于能够看到你团队的成员们建立了自信而且成长良好,你会认为一切辛苦没有白费。

(二)你的成功有战略上的影响

好的开发人员能够对企业造成巨大的长期的影响,好的经理会引导整个团队的成功。

project上的问题经常不是黑就是白。可是人的问题,差点儿总是模棱两可的。即使你知道你要解决的问题是什么,解决办法却并非总是那么清楚。过去你用这种方法攻克了这个人的问题,不代表你就能够用它解决如今的问题。人类行为这个东西实在是有太多的变量了。

要建立一个合作无间的团队,就有一系列的挑战:

  • 团队的建设并非把一个个明星成员拼凑起来这么简单。
  • 一个有凝聚力的团队须要充分理解每一个人的好处和短处。
  • 团队不会是一成不变的,每当有人增加或者离开,都须要又一次磨合。

作为经理,你的工作是确保你的团队尽可能的高效的执行。但你不能指望稍有变动,就来一次大刀阔斧的革新,不能指望流程上动辄就做彻底的改变。有效的管理者须要:

  • 不断的评估你的团队须要什么帮助。
  • 注意,这个需求对于不同的工作和不同的团队可能是不一样的。
  • 使用和发明正确的工具来支持你的团队。

这个关键是逐渐的变化,不断的观測,而后不断的做出改进。比如,假设你发现你的团队没能得到足够力度的支持,首先找到办法使局面不要那么混乱,而后再寻求工具来优化你的团队。和你的小伙伴们一起努力克服困难,先选择重要的问题来处理,然后回头检查这个变动是否得当。

(三)你的成功往往就是帮助别人获得成功

在 New Relic,我们相信 Invisible Manager(隐形的经理)这个理念。这意味着我们在幕后工作,让project师站在聚光灯下,突出他们的成功。我们确信project师应该获得荣誉,这是他们应得的。所以 New Relic 的新功能推介会,我们鼓舞让团队成员站在公众面前去介绍产品,而不是产品经理或project经理。

大多数人管理者之前都是成功的project师。而作为一个经理,会产生更大的影响,不仅在生意上,也在员工的生活里。很多管理者会发现,帮助别人也是帮助自己成长。

先管理好你自己

对于有project背景的我来说,专注于手头上的问题比什么都重要。在我心里总是有一个完整的计划,涵盖了团队所须要的一切:成长,动态,质量,支持,产品交付,会议,博客发表等等。我会有一个清晰的愿景:我的团队在未来一年里要成为什么样子。这有助于我做出日常的每个决定,而终于走向我们长期的目标。

要管理好一个团队须要大量的工作。但它也带来了大量的喜悦和自豪。作为经理你能做的最好的事情就是思考。一个月一次,找一个安静的空间,去想想你团队里的每一个人,去看看旧的邮件和项目报告。你会发现你的影响力,不仅加诸于你的产品,还影响了你团队里的人。这就是成功的真正标准。

时间: 2024-10-06 21:19:05

怎样做到从程序猿到管理者的跳跃的相关文章

如何做到从程序员到管理者的跳跃

曾有人问过我,"管理者什么的,跟开发人员到底有什么区别?"这两个角色都是我经历过的,但我仍花了一点时间来考虑.这个问题真的蛮重要的. 编程是从我六岁就开始的消遣.那时我写了第一个程序:从我爸爸的书里照抄了一段游戏的源代码,随即就着了迷,并且一直未曾放弃,直到编程成了我的事业.多年来,在我解决了各种有趣的或者复杂的编程问题之后,我觉得是时候去迎接新的挑战了. 但是转行就意味着放弃,放弃我多年来磨练出来的专业技能.然而,经过一番挣扎与向专业导师咨询之后,我毅然决然的跨出了这一步. 现在,干

程序猿生存定律--程序人生的出口

程序猿的人生出口 非常多人非常想知道自己的未来是什么样子的,迫切到一定程度甚至会找算命先生. 假设并非想得到一个精确结果,这事儿事实上并没有想的那么难.程序猿的人生看起来五花八门.能够是Windows系,能够是Android系,能够是iPhone系等等.但假设为之做点抽象,那就会发现人生出口的类别事实上不多.接下来我们就结合样例来看看程序猿的人生中最可能的几个出口.这些出口里有大部分人的未来景象. 1 成就超一流高手 袁峰先生是<Windows图形编程>一书的作者,也是一位纯粹的程序猿. 从袁

程序猿趣闻

1.程序员找不女朋友的原因 程序员问禅师:“大师,我身体健康,思想端正,各方面都不错,为何就是找不到女朋友呢?” 禅师浅笑,答:“原因很简单,不过若想我告诉你,你需先写一段java代码.” 青年略一沉吟,写完了. “再写一段C#” 写完了, “再写一段php” 写完了, “再写一段js”,写完了, “这就是原因” . 2.技术宅男如何把妹? 1.自制系统盘内置马儿随时知道MM在做什么,计划任务定期搞崩系统从而保持用户粘性: 2.给MM推荐自制APP,随时知道mm位置给她惊喜: 3.经过一段时间你

连载《一个程序猿的生命周期》-28、被忽悠来的单身HR(女同志)

一个程序猿的生命周期 微信平台 口    号:职业交流,职业规划:面对现实,用心去交流.感悟.  公众号:iterlifetime二维码:  百木-ITer职业交流奋斗 群:141588103 对于一个小公司来讲,“常务副总”这个职位定位有很大的欺骗性,看上去很美丽,实质上不一定干相符合的工作.再者,对于老板来讲,非可靠人员是担任不了这个职位的.所以,<新招的两位“高管”相继离职>中提到的A总消失也是不足为奇的,是迟早的事. 之后,公司没有再提招“常务副总”的事,随之取代的是HR.HR到来也是

程序猿生存定律--表达背后的力量(1)

程序猿生存定律这系列的文件夹在这里:程序猿生存定律--文件夹 喜欢从头瞄的,能够移步. ------------------------------------------------------------------------------- 前面讲的主要是提升一个人自身的价值,对于程序猿而言.自身价值差点儿与技术能力相等价.对喜欢编程的程序猿而言.最简单的生存方式或许是最幸福的,比方说:我仅仅把精力放在提高编程技术上,而且工作中也仅仅负责把程序写好.凭借这个也能够让自己物质上比較富足.假设

程序猿生存定律--成长路上常见的坑(2)

程序猿生存定律这系列的文件夹在这里:程序猿生存定律--文件夹 喜欢从头瞄的,能够移步. ------------------------------------------------------------------------------- 1. "博"与"专"上的迷失 假设说一个人的学习已经聚焦,而且学习的内容和自己实际參与的项目也相吻合,那么是不是就没有问题了?非常不幸,答案仍然是否定的,在不论什么一个子领域里,仍然须要进一步去考虑"博"

读书笔记 -《高效程序猿的45个习惯-敏捷开发修炼之道》

<高效程序猿的45个习惯-敏捷开发修炼之道> 一本2010年出版的书,当时敏捷还仅仅是在国外開始流行,像我这样的菜鸟级根本听都没听过.这次通读了这本书.受益良多.回想自己的职业生涯,多是漫无目的的瞎混,为了生活而生活而已. 通过这本书才算对敏捷有了初步的了解,并有意向敏捷进行实践.愿此文可结识很多其它敏捷的先行者.带领我进入敏捷的世界. 第一章. 敏捷--高效软件开发之道 名言:  无论路走了多远.错了就要又一次返回   -- 土耳其谚语 敏捷开发宣言  个体和交互 > 过程和工具 可工

程序猿生存定律--管理向左,技术向右

一个程序猿在考虑增值时无法回避的一个根本问题是究竟是做技术还是做管理.当然也有些职位会介于两者之间比方架构师.但我们临时不去做细分.而是用简单的二分法. 这样的基本方向上的选择对兴许非常多细节上的取舍有关键影响.所以在考虑其它之前.最好先回答一下这个问题.这就和修炼时要选择少林.武当.华山还是魔教一样,一旦选择,基本上是回不了头. 当然选择管理不意味着不须要掌握编程技能.毕竟当下大多公司还是信奉"宰相拔于州郡.将军起于行伍"的.但当技术达到一定水平后,管理还是技术这样的方向性的选择将对

我和程序猿打了13年交道后,为什么做了缘创派?

可能非常多朋友还不认识我,我叫闫辉,以前在CSDN工作了十三年. 做过<程序猿>杂志记者,CTO俱乐部的产品和运营等等. 最初增加CSDN的时候,公司也就是10来个人,办公地点就在如今的鸟巢以下,那个地方当时叫利康大院,公司的名称叫百联美达美,一个好土的名字(蒋总肯定表示不服 :-( ). 最初的时候.我还写过两天代码,后来我发现自己实在不是做技术的料. 恰好CSDN要做<程序猿>杂志,于是我便成了<程序猿>杂志的第一个记者. 在此后的四五年里面.我差点儿每期都会写上几