- 主题:碰上能力低的下属真消耗啊,有什么管理的好办法呢?
最优解: 开除
次优解: 找到他能做好的事, 让他去干
次解: 晾着, 给他一些无关紧要的活(俗话说, 给他一块煤去洗)
最后是问题: 这种人怎么过的试用期?
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属,一个小bug导致整个团队填几个周的坑。
: 能想到的提高措施:
: 1、code review,写完换个人再看一遍
: ...................
--
FROM 42.198.110.*
大家不用想这么黑暗,可能就是小朋友能力不行,需要磨练。下次可以给一些比较独立任务,工具类这样,输出结果要简单这样出错了立马能看来。然后你就默认这个工作会搞砸,准备备选方案或者没有也能活 :)。
--
FROM 111.207.106.*
“小”bug一个团队都搞不定
【 在 meiyou2015 (meiyou2015) 的大作中提到: 】
: 你也不是什么好东西
--
FROM 114.249.29.*
现在都是devops,提交前测试没出问题,要不你们测试程序有问题,要么你们压根没成熟的测试流程。bug谁都会出,就是高手也会犯低级错误。
--
FROM 192.55.16.*
先1+4,不行就开掉
【 在 BAIYUXIONG (爱情是个屁) 的大作中提到: 】
: 能力低的下属,一个小bug导致整个团队填几个周的坑。
:
: 能想到的提高措施:
: 1、code review,写完换个人再看一遍
--
FROM 124.64.22.247
一个小bug导致整个团队填几个周的坑,感觉你这个下属能力并不低啊
--
FROM 120.245.130.*
出bug很正常。你要是用一些脚本语言,一些特别低级的bug频现也很正常。
所以,加强单元测试。不要轻易上实盘
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属,一个小bug导致整个团队填几个周的坑。
:
: 能想到的提高措施:
: 1、code review,写完换个人再看一遍
: 2、提高技术方案要求及严格的方案评审
: 3、加强测试用例质量及严格审核
: 4、技能培训,提升能力
: 5、不安排核心工作,给一些边
: ..................
发自「今日水木 on iPhone 13」
--
FROM 116.233.212.*
如果代码不测一下,很可能出问题呀。换了牛人也可能出错,只是概率低点。 但他如果是没有按流程做事,而且常常这样,那就是态度问题了。可以考虑把他放在别的岗位或者就。
--
FROM 223.104.41.*
明显沒见过好的东西,中间件估计都不知道,现在都是ubus,DBus解耦合,根本不存在复杂相目
【 在 eggcar 的大作中提到: 】
: re
: 感觉都没做过开发的样子
: 没见过小白把库搞崩了要手动修的吗
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*
要想一想什么样的设计机制能够避免这种严重的bug,这不是你开除掉犯错误下属泄愤就能彻底避免的。
从这个case看,不是下属能力低,没有不犯错误的人。
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属,一个小bug导致整个团队填几个周的坑。
: 能想到的提高措施:
: 1、code review,写完换个人再看一遍
: ...................
--
FROM 111.206.214.*