- 主题:碰上能力低的下属真消耗啊,有什么管理的好办法呢?
能力低的下属,一个小bug导致整个团队填几个周的坑。
能想到的提高措施:
1、code review,写完换个人再看一遍
2、提高技术方案要求及严格的方案评审
3、加强测试用例质量及严格审核
4、技能培训,提升能力
5、不安排核心工作,给一些边角的体力活
但这些方案回头看,可能会因为一个人,导致整个团队长期陪跑,不如开除实在啊
版上各位大佬给支支招,如果不开除的话,有啥好的管理思路呢?
--
FROM 219.145.46.*
做的桌面客户端的应用 ,已经发版推出去了
【 在 hjjscofield 的大作中提到: 】
: 能不能略微介绍下,小bug为啥要几周填坑
: :
: - 来自「最水木 for iPhone13,3」
--
FROM 113.200.76.*
几天没上水,没想到这么多人。
很多人关注点在于小bug导致团队填坑,这种事情太长见了,没想到大家对此有疑惑。
以我们为例,做的项目是pc桌面客户端项目,版本发布推出去以后,发现的一个特定操作场景下的bug,场景比较小众,但是一旦发生,软件就不可用了。
发出去以后,版本收不回来,只能后续版本解决并兼容已发出去的版本。
兼容逻辑就会很奇葩,还涉及后台接口调用,需要多个组一起整理一个奇葩的方案,并永远带在项目里。
代码慢慢就变成屎山了,没人亲身经历过的人,以后要再看这个代码,都想不通为什么要这么干。
--
FROM 113.200.76.*
我表达的核心意思是,个别人,真的会成为团队瓶颈,一个人拖整个团队,导致管理通过各种机制来保证不出问题,然后效率就会变很低
--
FROM 113.200.76.*
你讲讲做为合格的领导,如何应对?
【 在 KillnCov 的大作中提到: 】
: 只听说兵熊熊一个,将熊熊一窝。
: 大部分失败的项目都是因为无能的团队领导导致的。
:
--
FROM 222.91.198.*