研发效率破局之道
葛俊
前Facebook内部工具团队Tech Lead
立即订阅
3343 人已学习
课程目录
已完结 39 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 为什么你要关注研发效能?
免费
研发效能综述 (3讲)
01 | 效能模型:如何系统地理解研发效能?
02 | 效能度量:效果不好甚至有副作用,怎么回事?
03 | 效能度量:如何选对指标与方法,真正提升效能?
研发流程 (7讲)
04 | 流程优化:怎样才能让敏捷、精益真正为我所用?
05 | 代码入库前:Facebook如何让开发人员聚焦于开发?
06 | 代码入库到产品上线:Facebook如何使用CI/CD满足业务要求?
07 | 分支管理:Facebook的策略,适合我的团队吗?
08 | DevOps、SRE的共性:应用全栈思路打通开发和运维
09 | 信息流通:让团队高效协同,让产品准确击中目标
10 | 答疑篇:反对996并不是反对奋斗
工程方法 (10讲)
11 | 研发环境:Facebook怎样让开发人员不再操心环境?
12 | 代码审查:哪种方式更适合我的团队?
13 | 代码审查:学习Facebook真正发挥代码审查的提效作用
14 | 质量与速度的均衡:让“唯快不破”快得更持久
15 | 开源:从Phabricator的开源历程看开源利弊
16 | 高效上云:如何用云计算来提高效能?
17 | 测试左移:测试如何应对新的开发模式?
18 | 蓝绿红黑灰度发布:这些五颜六色的发布到底怎么用?
19 | 不再掉队,研发流程、工程方法趋势解读和展望
20 | 答疑篇:如何平衡短期收益和长期收益?
个人效能 (11讲)
21 | 高效工作:Facebook的10x程序员效率心法
22 | 深度工作:聚焦最有价值的事儿
23 | 效率工具:选对用对才能事半功倍
特别放送 | 每个开发人员都应该学一些VIM
24 | VIM:如何高性价比地学习VIM的实用技巧?
25 | 玩转Git:五种提高代码提交原子性的基本操作
26 | Facebook怎样实现代码提交的原子性?
27 | 命令行:不只是酷,更重要的是能提高个人效能
28 | 从工作场景出发,寻找炫酷且有效的命令行工具
29 | 1+1>2,灵活的工具组合及环境让你的工作效率翻倍
30 | 答疑篇:关于价值导向和沟通
管理和文化 (6讲)
31 | 业务目标和技术目标两手抓:怎样打造高效团队?
32 | 从Netflix公开的著名PPT谈硅谷公司文化
33 | Facebook企业文化:工程师文化是创造力引擎
34 | Facebook工程师文化实践三大支柱之一做感兴趣的事
35 | Facebook工程师文化实践三大支柱之二拥有信息和权限
36 | Facebook工程师文化实践三大支柱之三绩效调节
结束语 (1讲)
结束语 | 超越昨天的自己,享受成长的快乐
研发效率破局之道
登录|注册

09 | 信息流通:让团队高效协同,让产品准确击中目标

葛俊 2019-09-11
你好,我是葛俊。今天,我来和你聊聊团队的信息流通问题。
研发过程中的信息流通,指的是各种跟研发相关的信息在工具、团队成员之间的流动。这些信息大到公司战略,小到 Bug ID,是一个团队达成共识、高效工作的重要因素。比如,你是否也曾遇到下面这些研发过程中的不顺畅问题呢?
最终产品背离用户需求。我曾提到,一个常见的低效能问题是,研发团队生产出来的产品与最初的产品设计差别很大,甚至需要完全返工。
前后端沟通不顺畅。后端修改 API 阻塞了前端的工作,或者后端实现了新的 API 前端不知道,继续使用旧的 API 造成浪费。
信息孤岛。在公司内部找信息反而比在互联网上找信息还要难,需要到处找人问,还不一定能问到。
信息难以溯源。团队成员不知道怎么寻找问题的源头,也不知道软件包发布了哪些功能。
工作干扰大。开发工作常被实时聊天工具、电话等打断,刚整理好的思路又得重新梳理。
实际上,这些问题都是信息流通不顺畅造成的。那么今天,我们就来看看如何做到信息流通,从而让开发人员更顺畅地生产出高价值的产品。总结来说,就是要从以下三个方面入手:
首先,从“人”入手,建设共享文化,鼓励共享行为,使信息共享与团队成员利益一致,从而让大家愿意共享。
然后,在流程和工具方面,针对与研发相关的信息,设计并实现对应代码、文档的共享,以及信息在流水线上的自动化流动。
最后,在沟通技巧上下功夫,掌握高效沟通的原则,根据场景选择合适的沟通方式和工具。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《研发效率破局之道》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(12)

  • 旭东
    心流 对于大部分公司都是可遇而不可求

    作者回复: 是啊,如果环境不允许,只能在自己能控制的范围内提高。比如改变手机使用习惯。

    2019-09-12
    2
  • 小名叫大明
    作者讲的信息流通,沟通,共享等一系列的问题我基本上都吃过亏,也见过了好的。

    希望自己以后可以做到。

    这个人做到也许很难,一个团队如此,慢慢就改变了。

    作者回复: 第一条“团队成员愿意共享是有效沟通的前提”,一般需要管理层的支持

    2019-09-11
    2
  • 刘晓光
    阿里的同学不来说说,每天上千条钉钉信息怎么破?
    其实兰留给开发人员专注写代码的时间很重要,比如产品和运营都睡了的时候。

    作者回复: > 其实兰留给开发人员专注写代码的时间很重要,比如产品和运营都睡了的时候。

    哈哈 :)

    可以尝试建一些专门的聊天群作为支撑群,让开发轮流在里面oncall,这样每天有一个开发收到大量干扰,其他人可以专注开发多一些。

    2019-09-11
    2
  • 高倩
    1.主动沟通能力,很多同学不主动沟通,都在等。
    2.团队共享能力,缺少意识,单纯觉得和我没有关系,就不在意。所以分享也变成了一种形式。组内都这样,放大到部门,公司,就更严重
    3.开发人员白天开会,需求会,需求讨论会,其他各种会,各种面聊。只有在别人都下班的时候,才能静下来

    作者回复: 如果你是管理者,可以尝试文中介绍的方法。如果你是个人开发者,1,2可以主动提高。第三点要改变团队文化,比较麻烦。可以推荐团队主管读一下这篇文章 :)

    2019-09-17
    1
  • 日拱一卒
    在工作中,你见到的信息沟通的最大问题是什么,在今天的文章中能找到合适的解决方法吗?如果没有找到,你还有什么建议的解决方法吗?

    我在平时工作中会遇到的两个和信息沟通相关的问题有:1. 沟通不主动,一个大的项目会涉及到分散在全球各地的多个团队,每个团队在项目之外可能还有自己的诉求,并且对于项目最终成败并不承担主要责任,在这种情况下,沟通会不主动,很多事情,只能追着去问。2. 沟通的方式,经常被各种实时通信工具所干扰。
    解决办法:对于1,我理解这个问题并不是一个可以从下而上可以解决的问题,而是一个企业文化和管理方式的问题,目前在很多传统软件公司,不要说“部门墙”,同一个部门内部的不同项目之间,沟通也会有阻碍。
    我们能从自身做的,首先,项目启动之初,搭建团队时尽量选择在同一个办公地点的组员,这样容易沟通。其次,从流程上,项目成立以后,通过在组内建立各种沟通机制,例如每日站会,冲刺回顾等,强制组内的信息分享,也会鼓励大家分享自己在某方面技术的研究和学习,在组内建立互相信任的关系。
    2. 这个目前没有根治的办法,我一般会和组员约定:每天有两次固定时间查收邮件,如果不能及时回复,请理解;实时通信工具会在工作效率最高的2-3个小时设置成勿扰或者开会状态,或者有时“故意”下线。因为一般不会有非常紧急的事情,如果有,肯定也可以通过其他方式找到你。

    作者回复: 你的思路都很棒。的确,首先是人的问题,人后是流程,然后是工具。

    你提到的“传统软件公司”,如果上层没有认识去改变,我们能做的只能是从自己能有控制的部分来做。

    关于你讲的“故意下线”,之前我在的一家公司有团队使用过,叫“静默时间”,效果不错。这种操作(以及邮件定时检查两次),关键在于定义一个沟通的协议,让大家逐步接受逐步遵守。自己控制范围内比较好搞,外部团队就只能慢慢来了。

    2019-09-13
    1
  • 雷霹雳的爸爸
    我跟大家说信息有效输出的重要性也是这么扯的,你现在不主动跟别人讲明白了,就埋下了将来不停被骚扰的种子...

    作者回复: 是啊,每个人做事都往长远利益多考虑一些,世界就会好一些。管理者就是要想办法鼓励这种行为。

    2019-11-22
  • freda
    你好,我想请教下,我领导想用禅道软件做项目管理,可是我觉得禅道更适合做关键开发,想听听你的看法

    作者回复: 禅道我没有用过。你可以先讲一下你的思路吗?

    2019-10-12
  • 李双
    学习
    2019-09-16
  • 吕哲
    有理论有实践,很有感触。很好的课程!

    作者回复: 多谢支持!有用就好:)

    2019-09-13
  • 旭东
    一个公司连研发电脑硬件配置好点的意识都没有,还谈什么DevOps...
    提高对研发的重视度,多点工程师文化。才能切实提高研发提高效率的可能性,很多领导都是996的想法,搞人海战术,为了自己业绩竟能将加班做文化,加班时长做绩效
    2019-09-12
  • 小名叫大明
    不得不说我所在的MT开发团队这方面做得很好,很幸运

    作者回复: 赞!!能不能介绍一些你们的实践经验给大家听听?

    2019-09-11
  • 王军虎
    对他人干扰巨大。一个极端情况是,我见过一个公司,有数据显示开发人员平均每 8 分钟就会被打断一次。—- 这不就是说的菊花厂么
    2019-09-11
收起评论
12
返回
顶部