如何更好完成从技术到管理的转变?

标签: 技术 管理 | 发表时间:2012-09-02 14:25 | 作者:杨涛
出处:http://tech2ipo.com/feed

编者按:这篇来自《程序员》杂志的文章是写给那些IT公司的内部人员,但同样适用于互联网的创业者们。这篇文章可以告诉你,技术创业者如何完成从执行者到管理者的角色转变,作者梁景波。

IT公司研发部门的管理人员大多是从公司内部的技术人员中提拔的。在快速发展的公司里,这样的机会更多。然而这种“半路出家”的转型也给我们带来了很多挑战,其中最关键的部分在于思维方式的转变。

从个人成就到团队成就。无论是做管理还是做技术,成就导向意识是优秀员工的基本素质。只有具备很强的成就导向意识,才能把事情做得超预期,才能追求卓越。

刚刚上任的管理人员的思维方式往往还处于个人成就导向阶段,他们希望向外界发出一个明确的信号,团队之所以取得这样的成绩或者解决某个难题,是因为我的组织和领导。然而这种信号被团队成员多次接到后,会产生功劳都被领导拿走的感觉,从而导致团队的向心力下降。

这时,比较好的做法是:要保护团队成员的成就导向,并且进行鼓励,从而刺激大家的积极性。例如,与某个团队成员共同解决了某个难题后,要弱化自己,重点表扬 这个团队成员对问题的贡献。这样再遇到某个难题时,这个团队成员才能保持一样或更高的激情。只有将自己的成就感定位在团队成就上,才能站得更高,避免和团 队成员产生直接竞争,从而有效地领导自己的团队。

上下同欲的氛围

兵法有云:“上下同欲者胜”。一个团队能够健康运作的基础就是“上下同欲”的氛围。要想拥有这种氛围,必须处理好两件事情:发言权和信息透明。

发言权

每个人都希望发表自己对某件事情的看法,尤其是比较关键的事情,并获得聆听。如果管理人员屏蔽这些,所表达的就是一种不尊重。当然不是所有的意见都要被采纳,需要需要合理的决策,但要让大家有发言的机会。

信息透明

这里的信息包括一切可以公开的信息,如上级期望和项目进展等。保持这些信息的透明度,能够提高团队成员对团队绩效的关注度和荣辱感。当大家都站在团队的高度上思考问题时,能够省去很多协调工作。

转型到管理岗位后,就要多花些时间来考虑团队建设问题。只有团队的氛围比较好,才有机会取得较好的成绩。

合理计划,要事第一

刚刚转型的管理人员往往会有类似这样的抱怨“杂事太多,被不停地打断”。造成这一问题的很大部分原因在于,计划不够周全或者缺乏例行 沟通机制。例如,每日站立例会基本上可以消除很多这样的杂事。同时因为管理人员需要接触的人比较多,所以日常处理的事情也会比较多。这与做技术人员有很大 不同。

这时就要有非常合理的计划,保证要事被及时处理。需要注意的是,时间的急迫性往往会夸大事情的重要性。如果管理人员总是习惯将任务拖到最后的截止时间处理,则会打乱事情的优先级,导致做事失去计划性。

培养人才,用人所长

杰克·韦尔奇说过:“在你成为领导之前,成功只同自己的成长有关。当你成为领导之后,成功同别人的成长有关。” 管理人员要把培养下属作为一件重要的事情,只有团队里的人才层出不穷,团队才有能力去不断挑战更高的目标。

用人所长则指在工作的安排过程中需要多关注下属 的长处,不能过度放大他们的缺点。正所谓“用人所长,天下无不用之人;用人所短,天下无可用之人”。人事任命需谨慎考虑,用对一个人,能省很多心;用错一 个人,要操很多心。将合适的人放到合适的位置,是管理人员必须面对的一个难题。

相关 [技术 管理] 推荐:

技术、管理与30岁的槛~

- Amom - 高春辉的 BLOG
原发表在新浪微博: @高春辉 (1)我相信在技术圈里,30 岁以后是不是去做管理的纠结,一定是每个做开发的人都会有的,包括我在内,也和很多人讨论过,但是我还是选择了自己喜欢.

技术管理者标准管理模板

- - 后端技术杂谈 | 飒然Hang
对于公司技术团队新晋升的一些研发Leader、主管等管理人员,即使在大公司具有完善的培训机制,大多数人在一开始还是会手足无措,不能很好地做到从个人贡献者到团队贡献者角色的转变. 于是根据自己以及公司内部很多技术管理者的工作经验梳理出了一些技术管理者的管理模板,可以作为管理工作的实践参考. 基于职责确定团队的使命、目标.

有关技术管理的一些思考

- zhangyijun - 博客园-首页原创精华区
这些天里工作的环境发生了一些微小的变化,可能以后对基层开发的程序员也会有更加具体的影响. 上周参加 Open Party 时,重点听了《那些失败的项目们》,分析了一个项目的提出、实施,直到最后失败的过程. 我也在想一个技术团队究竟应该用怎样的一种管理方式,才能让技术团队的效率达到更优. 我分了几个小主题,下面一一讲来.

如何更好完成从技术到管理的转变?

- - TECH2IPO创见
编者按:这篇来自《程序员》杂志的文章是写给那些IT公司的内部人员,但同样适用于互联网的创业者们. 这篇文章可以告诉你,技术创业者如何完成从执行者到管理者的角色转变,作者梁景波. IT公司研发部门的管理人员大多是从公司内部的技术人员中提拔的. 在快速发展的公司里,这样的机会更多. 然而这种“半路出家”的转型也给我们带来了很多挑战,其中最关键的部分在于思维方式的转变.

技术管理者应不应该写代码?

- - 灰色的灵魂
我相信所有新晋的技术经理,都做过Team的工期紧张,自己加班动手写Code的事情,这种事情我自己也没少干过,事实上,偶尔我自己仍然会在critical的项目上写一些代码. 相信不少同志们还引以为荣,并且不少技术管理的书上,对于技术管理人员是否应该去写代码也有不同的观点,有些认为不应该写,有些认为一定要写一点避免脱离群众外行指挥内行.

如何管理飞扬跋扈的技术人员

- - 创业邦
  在互联网项目当中,相信每一个项目经理或者制作人,最头疼的就是技术部的管理. 因为技术工作看起来是那么的棘手,一般人难以理解,而且技术人员大多数都似乎情商不高. 管理人员既不能轻易了解技术工作的内涵,技术人员也觉得很难和管理人员沟通. 特别是技术工作,难以在不同人之间交接,很多技术人员都声称无法继续别人做过的项目.

Facebook技术总监:如何管理10亿用户的数据?

- - 互联网的那点事
2012年1月28日消息,Facebook用户数量,已经突破10亿大关. Facebook在发展期间,所实现的技术成就,成为了IT行业工程师关注的话题. 究竟Facebook取得了哪些技术成就呢. Facebook前工程部门总监,在问答网站Quora上,对这一问题作出回答. 无论对于IT行业的投资者还是使用者,这些回答都有着指导意义.

如何做好基层技术管理工作?

- - CSDN博客研发管理推荐文章
最近有朋友与我探讨了软件基层技术管理工作方面的话题,借此从动机和方法两方面谈谈我的看法. 要做好基层技术管理工作,首先要确保自己有良好的动机,即明白自己为何要走上技术管理岗位. 做管理的根本是为了获得权力,但获得权力的动机却存在很大的差别. 有相当数量的人往技术管理岗位“挤”,是为了获得以后在工作中可以少做或挑做工作内容的权力;也有的人是为了更快、更多地获得公司动向的资讯,以体现“领导”的“与众不同”;还有人是为了更高的薪资.

关于技术团队管理的胡言乱语

- - 博客园_知识库
  临近年底,接到《程序员》杂志的邀请,希望我能写一篇与团队管理有关的年终盘点文章,盘点2013年业界与团队管理相关的大事. 试想,揪出各个公司在2013年的各种“大事”,指点江山,激扬文字,那种众人皆醉我独醒的感觉是相当的妙不可言. 可细细一想,2013年可以归纳为团队管理大事的事件倒是不少,例如Yahoo!美女CEO宣布取消在家办公制度,最近又按照绩效评估结果排名开始裁员;最近知乎上好事者提出的“你问什么离开xx公司”系列,各种回答纷至沓来,为2013的团队管理大事记提供了不少素材.