技术主管开始准备不参与开发,变成指挥

2019-11-20 11:19:22 +08:00
 k396656156

在我的认知里面,技术主管应该是经验丰富,部门有什么攻坚需求能够站的出来带领队伍攻坚。好像我部门的主管,在我入职那一段时间,有些我卡壳,经过寻找方案不可得,去寻求帮助但是主管好像自己也无法解决。多次都是让我自己再研究研究,久而久之,很多问题不再像他请教。

并且有时候提出来的需求感觉像是不是做技术的提出来的需求让我去开发,我有时疑问,你自己身为开发不想想这个功能是不是能够实现,实现的难度。 前段时间对我说,他自己不再参与开发,只负责任务的下达,和进度管控,把他以前开发的烂摊子交给我去开发,流程文档一个都没有,开发难度有些大。 部门也没几个人,身为技术主管不参与开发,2,3 个人纯管理啥

4506 次点击
所在节点    问与答
23 条回复
b821025551b
2019-11-20 11:26:14 +08:00
负责应对各种公章、流程、票据,为你的部门争取到更多的资源,剥离办公室政治等等
nasmatic
2019-11-20 11:31:15 +08:00
主管 /经理不参与开发我觉得没问题,主管 /经理的任务是资源调度,流程建立,进度把控这些,为老板接锅,为下面争取资源,你不会的问他,他不会没问题,但他得想办法找到相应的资源协助你解决,这是比较合理的,几个人的管理也是管理,和人数没关系。但从你的描述来看你们主管是准备摸鱼,出了问题肯定甩锅到你们。
Dingjiangnan
2019-11-20 11:36:45 +08:00
领导没意见吗?看来还是项目不紧急或者不重要吧,不然领导催的话完不成他也有责任的,毕竟给他的薪水里面包含了他的技术,照你说的纯管理不参与技术还不如招个项目经理来得了
houzhimeng
2019-11-20 11:46:46 +08:00
技术经理不懂技术
v2hh
2019-11-20 12:01:00 +08:00
我怀疑我们是一个技术经理
Raymon111111
2019-11-20 12:27:31 +08:00
不参与开发没啥问题, 除去敲代码, 还多很多别的事情要做, 基本没时间来敲代码

不过对于技术难题给不了建议和解决方案, 那确实是不合格的
eGlhb2Jhb2Jhbw
2019-11-20 12:33:03 +08:00
他在你头上,他帮你接锅,这就够了,任何职位从来没有明确什么该做什么不该做。不要用你的经验去要求别人,事情落到你头上,你不想做就说不想做的话,而不是说应该是谁去做。
laoma2
2019-11-20 12:33:04 +08:00
你的认知有问题。基本的道理是没有人懂全部技术细节。技术主管也一样。你问的问题不在他掌握范围内很正常。你经常遇到自己解决不了事反而赖主管有问题,太幼稚。
wu67
2019-11-20 12:41:20 +08:00
我觉得嘛,不参与开发也没什么,他可以不懂技术,但必须能管调度。主要就是对平级和上级的协调,偶尔协助解决一些技术问题,可以的话分一下下级的任务就更好了。就国内环境来看能干好这些的都很少了。
讲真我个人只需要他能帮抗住不合理的需求就行...别的不奢望
sonicjam
2019-11-20 12:42:56 +08:00
我觉得最后一句是重点,2、3 个人还真没什么值得全职去管理的,现在又少一个开发劳动力,这深坑还不赶紧溜?
solaro
2019-11-20 13:10:39 +08:00
我在大公司( 1000+人,研发部门 600+人)和小公司(研发部 20+人,整个公司就 30+人)做过研发部经理,以我从一个开发者到管理者的角度我给你分析一下:
有两种情况,一种是大公司,一种是小公司。
-----------------------
在大公司做研发部经理,因为不可能只有你一个研发部,一个研发部下面还有研发小组,多个研发部上面还有研发总监。所以在大公司里做研发部的经理,会略轻松,可以参与实际的开发工作中(看繁忙程度),因为上面有研发总监指引方向、定制策略、决定事情的轻重急缓,下面有研发小组的组长( team leader )决定各个业务 /技术的先后开发顺序。在承上启下的闲余时间用来做一些开发难度较高的技术攻关是没问题的。当然更多的是管理,而不是某项技术。最重点的是本职工作完成后,更多的是跟顶头上司"站在一起"。
------------------------
在小公司做研发部经理,因为小公司架构比较扁平,通常老板或者合伙人里面至少会有一个技术出身,而且他分管整个技术块,而作为研发部经理,他的权限更多的是被架空,不仅要开发还要管理,分管理人在的时候分管人(可以成为分管副总)说的算,但是杂事一堆全部要研发部经理来承担,例如发票报销、任务分配、对外的项目沟通(如果有外包项目)、管理层会议(决定项目方向、业务是否能承接)、跟产品经理探讨开发方向(小公司你懂的,老板就是产品经理,产品经理实际上是帮老板把想法实现实现成图让程序员能懂,所以不能指望产品经理多牛)、给员工做绩效(老板都不想给,要去替员工争取)、裁员(没错,要定时 /及时跟老板汇报谁谁谁有挪的想法,要不要留他,怎么留等等)、系统被攻击要写报告,手底下的人因为 BUG 导致系统崩溃影响客户要扣员工钱的时候要站出来据理力争(你们看不到的)、撰写项目合同、给公司做高新企业评定(一堆报告要写)、有时候还要陪老板 /合伙人 /分管副总出去谈业务(涉及技术可行性,或者说公司有没有资源承接)、有时候重要任务下来有经验的人手不足时,需要自己顶上。总而言之,越小公司研发部经理越累。
-------------------------
一句话:小公司做事,大公司做人。每个人岗位不一样,并非你从你的角度他们就一定得那样这样。
solaro
2019-11-20 13:14:43 +08:00
sorry,我忽略了题主的 2、3 人就一个空壳管理者,这种确实有点坑。不过看公司规模啦。有些按项目组划分,你们的项目组 2、3 人,一各 team leader,他确实应该去干活而不是撒手不管
solaro
2019-11-20 13:16:03 +08:00
这个问题,等你坐上了你的头头的位置的时候,你才会有些感知,至于你头头做了啥,老板其实都看在眼里,心里跟明镜似的,哪天也许就换你上了。
solaro
2019-11-20 13:19:06 +08:00
sorry,我忽略了题主的 2、3 人就一个空壳管理者,这种确实有点坑。不过看公司规模啦。有些按项目组划分,你们的项目组 2、3 人,一各 team leader,他确实应该去干活而不是撒手不管

-------

这种大概率你头头想走人了,或者已经在物色下家了。
wysnylc
2019-11-20 13:44:44 +08:00
2,3 个人哈哈哈哈
keepeye
2019-11-20 13:49:26 +08:00
才 2、3 个人就不开发啦哈哈 我们都 20 个人了,核心的开发工作还是在技术负责人头上,还要兼管理
k396656156
2019-11-20 13:56:43 +08:00
如果部门人多我就不会有这个疑问,部门一共就 2,3 个人,所以才有这个疑问
tt67wq
2019-11-20 14:29:05 +08:00
我怀疑我们是一个技术经理
gdcbhtd
2019-11-20 18:23:13 +08:00
我怀疑我们是一个技术经理
stallman
2019-11-20 18:45:05 +08:00
我怀疑我们是一个技术经理

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/621307

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX