这是一个创建于 3419 天前的主题，其中的信息可能已经有所发展或是发生改变。
国内一般技术做的好的人慢慢的就转向管理岗位，很少能有人再专心的做开发，写代码。基本到后期都会开始带些人，管理项目，花在开发上的时间会越来越少，直到后面转到team leader。觉得现在互联网的team leader比较尴尬，既要在技术上把控又要做人员管理上的事情，非常琐碎。请经历过这以过程的同学出来说说当初做这种转换的感觉。
 |
1
kelvinji2009 2015-08-03 10:29:24 +08:00
总之，这是一条死路。
|
 |
2
alex110 2015-08-03 10:32:03 +08:00
基本上都面临这个问题。
|
 |
3
dennydaddy 2015-08-03 10:37:02 +08:00
同样正在经历中…… 感受是能带出来一两个人之后，可以把一些技术上的事情逐步放手，自己有更多的时间关注大的架构以及感兴趣的细节，还是不错的。总之需要一个过程，信任很重要。
|
 |
4
lzsadam 2015-08-03 10:38:32 +08:00
1、学会看人，招聘靠谱的人
2、学会放权，大事把关，不要事事都亲力亲为 3、不要放弃技术，除了管理工作之外自己加强学习 4、建立合理的规范制度，你会发现什么都不管大家也能把事情做好 以上~ |
 |
5
brucefeng OP @dennydaddy @lzsadam 但是同样也面临会议变多，事务性工作增多的问题。技术是不能放，但是时间也被其他事情挤占了许多；而且个人一直觉得，不亲历亲为的写代码，在技术上很难有大进步。
|
|
6
lzsadam 2015-08-03 10:50:36 +08:00  1
@brucefeng
首先，大部分代码已经是业务逻辑代码，跟技术关系不是很大了 其次，会议会变多，说明公司管理有问题，扯皮的事情很多，领导朝令夕改估计很常见 俗话说：计划赶不上变化，变化赶不上领导一句话 只要需求前期反复讨论确定好，开发不过是顺水推舟的事，技术方向把关，做下代码审查即可 没有完善建全的制度（开发规范也很重要），靠谱的团队和领导，经常开会肯定难免 我指的不能亲力亲为写代码，是指不写普通的业务逻辑代码 自己学习新技术，命令还是要敲的，代码也要写，性能也要测…… 会被其它事情挤占，这个要看你团队靠谱的程度、你信任团队的程度和你放权的方式 |
|
7
dennydaddy 2015-08-03 10:53:28 +08:00 1
@brucefeng 会议变多、事务性工作增多是必然的，并且由于刚刚开始管理经验不够丰富以及团队不够成熟等原因，最初你的事务性工作甚至会霸占你工作时间的80%以上，让你很不适应，有种“失控”的感觉。
然而，随着时间的推进、团队的发展，你可以尝试自己掌握工作节奏，例如保留一定的coding时间。当团队自己能运转起来之后，如果你愿意的话，应该能保留至少40%时间自己coding。不过别觉得其他时间真的就浪费了，带着你的团队一起进步，你会获得更多不一样的成长。 另外，偷偷地讲，做team leader有时能给你另一种自由：你可以挑自己感兴趣的部分自己写嘛，苦力活留给他们...... |
 |
8
Madeline 2015-08-03 10:54:55 +08:00
我的感想是，做管理的时候，一定不能把技术放下来，还是要进行开发。
不然对自己整天的竞争力要打一个大大的折扣 |
|
9
brucefeng OP @dennydaddy @lzsadam 嗯嗯，说的很中肯。不过我也还不是team leader，只是接触了一些管理的事情，可能有很多还没有掌握。
|
 |
10
lycosme 2015-08-03 13:52:14 +08:00
看了大家的感触，似乎还不如直接做开发好，只做技术至少比较纯粹。。。
做leader又要自己钻研技术又要管理，是双重考验。 |
 |
12
lonelygo 2015-08-03 14:16:15 +08:00 6
1、学会看人：人要能基本选对，这个比较重要
2、学会分析人：七情六欲、锅碗瓢盆，每个人都是独立的个体，技术体系下的直来直去不适合管人，所以要分析人，然后才是管理 3、耐心：你会的，别人不会跟正常，因为人家会的，你有可能不会，老早有个Git的帖子，应该就属于这种类型的失误。 4、交出去了，就不要轻易上手：如果可能，在做计划的时候留有余地，在节点之间留有一定的缓冲区；允许慢，允许犯错，用第三条的耐心给团队人员机会成长为你。这类失误，很多刚开始做leader的都可能会碰到：这么慢，还要三天，算了，我来，一下午撸出来。 结果，他还是不会，以后他知道你能撸出来，或许就会面对进度压力和学习压力无所谓了。 5、做一个有人味的leader，偶尔小聚，抖个机灵，甩个黄段子，卖个傻，只要对方愿意，了解能了解的所有信息，于小处关照到，不要板着脸：我是leader，你就要服从。 我是挺烦在谈话的时候，询问未来打算，脱口而出：做leader的这种想法的，能单打独斗和能让做为班长让一个班的新兵蛋子和你一样能战斗，需要的技能树是不同的。 6、有底线，对于真的看走眼的，对于真的会成为你的一锅汤里的那一坨的人，不需要考虑他的感受，找HR协助你，转岗或者再见，否则，无威信何以立？ 一家之言，我不算纯技术，不小心带过三十多人到两百多人的各种业务模块下的团队，百度知道的回答中被点名骂过（估计是提前发了钱让走人的），也有主动辞职后，一直联系讲新工作那里不顺，要点拨的，也有回家结婚，提前几个月要给订票，必须去参加的。 做管理了，你就是为目标负责，而不是为某个人的感受负责，你就不会是人命币，不可能人人都喜欢。 |
|
14
lonelygo 2015-08-03 14:39:25 +08:00
@brucefeng 做过空降兵，没人鸟你，你还要管一堆人，还要负责裁人谈话，到最后，还是达到了较高的认可度吧，积累，都是靠血泪。
|
 |
19
soli 2015-08-03 19:05:14 +08:00
好像大家都没提到，做 leader 还要考虑团队的发展和成长。
以前可以只结合自己的兴趣去点技能树，而作为 leader 要考虑公司的需要和规划、成员的兴趣和职业发展、团队在公司里的角色和发展等等因素去推动团队及成员的共同成长，并让这种成长为公司带来收益。 |
 |
20
kzzhr 2015-08-03 22:03:05 +08:00
难道你不觉得这年头帅比良将更缺失么？
|
 |
22
stdrickforce 2015-08-04 09:55:38 +08:00
反正是没什么意思的。。
|
 |
24
ahillgian 2015-08-04 10:25:50 +08:00
然而, 我也不知道
|
 |
25
williamx 2015-08-04 10:43:53 +08:00 1
如果你有对产品的追求，你会发现一个人的技术再好也是没有用的。当你意识到这一点的时候，必然的会转为管理，带领一个团队实现心中的梦想。
所以从技术转为管理，并不是背叛了自己的初心。恰恰是因为有了更高的追求，更高的挑战，而必须进行的一种蜕变。 |
Select Language