转了从职业发展上并没有什么问题 但看了上面的描述我觉得你干不来 好的 leader 更多是扛事承受上面的压力(也可以说是受委屈) 但压力大部分在这层化解掉 给到下面是适当的压力 多的自己消化 自己消化这部分压力大部分需要一些手段和方法反推给上面 一部分自己解决 需要打太极 我十分相信你自己解决的这部分非常游刃有余 但反推给上面要频繁沟通 bettle 感觉 OP 太直了不一定能处理的很好 当然这部分问题是否需要特别处理主要还是跟老板有关 我跟大家意见一样 你一定是一个负责的好 mentor 但转了你一定会很累 如果干一段时间能够适应角色的转变改变一定的思维模式会轻松很多
大家觉得 产品经理或者项目经理 算管理岗位吗? 产品经理，感觉不算，就像土木建筑行业，你施工部得按着我设计院的图纸来，但是我并不接受你的管辖。 项目经理，需要分情况，大型项目里 范围管理、时间管理、费用管理、人力资源管理、质量管理、沟通管理、风险管理、采购管理、综合管理等等，权责都很大，毫无疑问的管理者。 但是这个 Title 在软件项目里被滥用了，充其量只是组长，冠以项目经理的头衔，只有工作安排和绩效考核的权力，员工加个班还要去各级流程签字审批。 综上所述，是不是管理岗位，一看薪资是否有提升，二看是否掌握项目资金和资源，否则就和 6 楼 @yangxin0 #6 说的那样，无非就是想让你多干些活，和洗脑年轻人“勇挑重担、磨砺技术、升职跳槽”然后压榨人没什么差别。
同感 其实，绩效、考核、产出这些都还好，毕竟这些对一个程序员来说，努力一下就能做到。问题是人际关系不好搞。一个人如果不喜欢交际，很难去迎合其他各式各样的人，导致资源人脉处于劣势。还要对下面的人画饼、吹牛，我感觉这才是程序员转管理难的地方
经历过上家公司，当过两年多的 leader ，大概管理研发 10 人，我深刻意识到同理心太强的人不适合当 leader ，并在当前的公司转回一线 coder ，一线 leader 和总监的视角完全不同，比如每年年中年底给小弟提名涨工资，总监会给出他们的理由驳回一部分，而这一部分可能是最努力的，可能有过承诺的，这个时候也是最无力的。日常的迭代还会有相当多的细节： 下面出现问题，上面给了压力，如何处理？压力要不要传导给组员，如何客观传递？ 如何管理情绪 如何安排好碎片化时间 什么是“烂活儿”，如何拒绝“烂活儿” 我觉得楼主应该 [降低预期] ，不要自己建立理想的“乌托邦”，千万不要先设想觉得当了 leader 会给组员 /团队带来什么转变，不要想着当一个好领导，好领导只是相对某个人的，有人觉得你好就会有人觉得你不好 /偏心。 如果仅为了体验 Leader ， 尝试做管理，增加自己的人生阅历还是值得一试的，因为确实不是每个人都有机会做管理，体验一下管理别人的时间。
很简单，找个助理或者秘书类的处理日常的琐事，大方向你去把控就行了，除了跟老板沟通同级别的 leader arg 其他的都给助理或秘书去干，如果公司小不安排这样一个岗位，老板也不同意的情况下，那就招一个人换个名头的事情。
@netirust #46 你说的琐事项目经理本职工作都能覆盖，或许我理解你说的是团队内培养一个伪核心，负担起部分管理的职能，也就是"放权"，一般人都不愿意这样做。真能培养到覆盖到你说的场景，Leader 基本也是可有可无了。
@pkwenda 其实“研发组长”是一个非常尴尬的职位，一方面没有升职、加薪、开人、分奖金包的权限，另一方面要承担项目风险、人员管理的责任。所以很多企业里面一线的 manager 其实不算管理岗，director 才是。
