研发效率破局之道
葛俊
前 Facebook 内部工具团队 Tech Lead
34093 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 40 讲
开篇词 (1讲)
研发效率破局之道
15
15
1.0x
00:00/00:00
登录|注册

20 | 答疑篇:如何平衡短期收益和长期收益?

提升个人竞争力
成为10x开发者
提升个人效能
追责与惩罚
事故复盘系统
研发效能提高带来的质变
短期收益 vs. 长期收益
团队审查
个人效能模块
问题三:Facebook的SEV系统
问题二:截屏上传工具链的实现
问题一:平衡短期收益和长期收益
上次总结后续文章
上次总结
文章主题总结

该思维导图由 AI 生成,仅供参考

你好,我是葛俊。今天,我来针对“工程方法”模块的留言问题,做一次集中解答与扩展吧。
针对“工程方法”模块的文章,很多同学留下了精彩的留言,阐述了自己对研发效能的认识、遇到的问题以及解决方案。
虽说我已经一一回复过你们的留言了,但有些问题在我看来非常有价值,值得再扩展一下。所以,我今天挑选了 3 个典型问题进行详细回答,并对每一个问题延展出一个话题和你讨论,希望能帮助你加深对这些问题的理解,切实帮助你提高你或者你团队的研发效能。

问题一:因为赶进度就慢慢不做代码审查了

@john_zhang 同学在第 13 篇文章中,提出了这样一个问题:
我们推行过一段时间的代码审查,因为团队只有三五个人,所以采用的是团队审查,每天半个小时左右,可惜后来赶开发进度,慢慢就没做了。现在开发同事总是以赶进度为由,不太认同代码审查,怎么破?
这条留言下有好几位同学都点赞了,看来这是一个常见的情况。所以,我再和你分享下针对这个问题的具体解决办法吧。
团队统一思想,代码审查是有效工作的一部分,应该计算到工作量里面。
减少团队审查,更多地使用工具进行一对一的代码审查。因为团队审查很难做到效率高,所以应该只是针对一些重点的提交才采用这种方式。
培训团队,统一认识,让大家看到代码审查的长期收益,比如考虑代码的可维护性以及后续添加新功能的速度,而不只是盯住当前的开发进度这个短期收益。甚至,我们可以把代码审查这个操作,作为团队的制度要求大家执行。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文深入探讨了研发效能提升的关键问题,围绕如何平衡短期收益和长期收益展开讨论。作者提出了解决代码审查被忽视的问题的方法,并探讨了研发效能提高带来的量变会产生质变的观点。文章还介绍了Facebook的SEV系统,强调了其在事故响应及根因分析方面的重要性。作者对于出现问题之后是否应该追责进行了深入思考,并提出了追究责任但不是惩罚的处理方法。整体而言,本文对于关注研发效能和技术管理的读者具有一定的参考价值,尤其是对于研发效能提升的重要性和处理错误的有效方法进行了深入探讨。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《研发效率破局之道》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(3)

  • 最新
  • 精选
  • 兴国
    代码审查是必须要做的,作为团队leader要有这个意识,更要起到带头作用。 出现bug,解决bug。解决后反复讨论找到根本问题,然后优化流程,加强执行力。防止类似事情再次出现,降低bug率。

    作者回复: 是的。这些都是值得投入的,有长期收益的事!

    2019-10-09
    6
  • 技术修行者
    针对产品环境报出的问题,如何去处理,是一个需要把握度的问题,之前有其他课程也提过,大体思路是相通的。 1. 鼓励快速试错,错误次数不应该直接和KPI挂钩。 2. 出错后要找原因,多问为什么,找到根本原因和解决方案,并维护好相关的知识库,方便后来的新组员快速熟悉,避免再次踩坑。 3. 对于重复犯错,需要追究责任。这在一定程度上,也可以保证团队中所有人对所做项目的理解是一致的。

    作者回复: 是的。是否追责,如何追责是团队文化很重要的一部分,对团队成员行为有决定性影响。

    2019-10-12
    5
  • 李双
    学习

    作者回复: 👍👍👍

    2019-10-10
收起评论
显示
设置
留言
3
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部