- 主题:碰上能力低的下属真消耗啊，有什么管理的好办法呢？
1、2、3、5.如果小弟性格还行的话，不建议开除，建议给点时间和耐心
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
: 能想到的提高措施：
: 1、code review，写完换个人再看一遍
: ...................
--
FROM 106.37.229.*
代码这个手艺活还是很考验智商和素质的，个人观察，你给他三天，他还能给你搞的一坨屎，虽然比起一天来能好些，这种，最好还是转岗，或者开除
【 在 KillnCov (KillnCov) 的大作中提到: 】
: 给你一个忠告，能力底下只是效率低，别人一天他需要3天而已，但是代码质量低绝对的团队领导的锅。换团队领导吧。
:
: 【 在 BAIYUXIONG 的大作中提到: 】
: : 能力低的下属，一个小bug导致整个团队填几个周的坑。
--
FROM 221.221.165.*
code review 两人批准才能merge，解决一切问题。
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
:
: 能想到的提高措施：
: ....................
- 来自「最水木 for iPhone 11 Pro Max」
--
FROM 74.88.40.*
为何这么说？领导应该怎么做呢，
【 在 KillnCov 的大作中提到: 】
: 给你一个忠告，能力底下只是效率低，别人一天他需要3天而已，但是代码质量低绝对的团队领导的锅。换团队领导吧。
:
: 【 在 BAIYUXIONG 的大作中提到: 】
: ...................
--来自微水木3.5.11
--
FROM 106.121.187.*
赞，有道理
【 在 dpblue 的大作中提到: 】
: 组里最烂的那个码农路过
: 方法一不行，code review再怎么仔细，也有看不出来的坑，尤其是逻辑稍微复杂一点点以后
: 技能培训也不行，像我这样的有些人，培训也是白给
: ...................
--
FROM 117.136.38.*
可以转测试就转测试 不然就要消耗一个测试全程盯他
--
FROM 120.230.131.*
赞，有道理
【 在 freyoneby 的大作中提到: 】
: 一个小bug,急就workaround解决，然后让下属后面仔细改好，如果导致整个团队填坑，那要开除架构师，说明耦合性太高，或者赶项目太急，导致没设计好，那把项目管理者开除，此人不会plan项目，如果以上都不是，确实是下属改几周都改不好，那你们招聘有问题
: :
: - 来自「最水木 for iPhone 7 Plus」
--
FROM 117.136.38.*
赞！
【 在 KillnCov 的大作中提到: 】
: 给你一个忠告，能力底下只是效率低，别人一天他需要3天而已，但是代码质量低绝对的团队领导的锅。换团队领导吧。
--
FROM 117.136.38.*
赞，有实战经验
【 在 zeus2615 的大作中提到: 】
: 代码问题导致落库的数据出现脏数据，量又比较大。怎么修？只能对那段时间的数据做特殊兼容，如果产品结构比较复杂，同一套数据有很多种展示方式，那就很容易出现这种反复多次修复的情况。极端情况，脏数据已经没办法兼容了，只能想办法让这段时间的数据影响减小一点。
: 隔几天发现一个特殊案例，定位排查修复一下几小时，来个三次可不就几周了
: - 来自「最水木 for iPhone Xr」
--
FROM 117.136.38.*
1、codereview是有必要的，而且需要团队间交叉codereview。
2、团队负责人应该最为最后一道屏障，团队里提交的代码自己都要过一遍。这就需要负责人有极强的责任心。
3、业务层功能，基本上很难界定哪块代码核心，哪块代码不核心，只要上线的代码基本都可以认为重要。
4、负责人需要有极强的能力，对bug要保持敏感性。几周的时间解决bug说明负责人要么脱离一线，要么能力上有所欠缺。
看楼主出了问题仅仅指出下属能力低是不对的。实际上是你这个负责人作为最后一道屏障没做好。不然给你那么多工资是做什么的？
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
:
: 能想到的提高措施：
: ....................
- 来自「最水木 for iPhone X」
--
FROM 183.192.21.*