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

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

根据沟通需要达成的任务的实时性、方便追溯性,以及对别人的干扰程度,选择合适的沟通工具
各种标识信息
研发过程中用到的各种文档
代码相关的信息
战略目标相关的信息
使用虚拟团队
按照产品或功能划分团队,让团队成员直接对产品或功能负责
在团队内部建设机制,鼓励共享的行为,形成共享的文化
让团队成员了解信息的重要性
沟通方式技巧
设计流程和使用工具,推动研发信息高效沟通
团队成员愿意共享是有效沟通的前提
信息流通

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

你好,我是葛俊。今天,我来和你聊聊团队的信息流通问题。
研发过程中的信息流通,指的是各种跟研发相关的信息在工具、团队成员之间的流动。这些信息大到公司战略,小到 Bug ID,是一个团队达成共识、高效工作的重要因素。比如,你是否也曾遇到下面这些研发过程中的不顺畅问题呢?
最终产品背离用户需求。我曾提到,一个常见的低效能问题是,研发团队生产出来的产品与最初的产品设计差别很大,甚至需要完全返工。
前后端沟通不顺畅。后端修改 API 阻塞了前端的工作,或者后端实现了新的 API 前端不知道,继续使用旧的 API 造成浪费。
信息孤岛。在公司内部找信息反而比在互联网上找信息还要难,需要到处找人问,还不一定能问到。
信息难以溯源。团队成员不知道怎么寻找问题的源头,也不知道软件包发布了哪些功能。
工作干扰大。开发工作常被实时聊天工具、电话等打断,刚整理好的思路又得重新梳理。
实际上,这些问题都是信息流通不顺畅造成的。那么今天,我们就来看看如何做到信息流通,从而让开发人员更顺畅地生产出高价值的产品。总结来说,就是要从以下三个方面入手:
首先,从“人”入手,建设共享文化,鼓励共享行为,使信息共享与团队成员利益一致,从而让大家愿意共享。
然后,在流程和工具方面,针对与研发相关的信息,设计并实现对应代码、文档的共享,以及信息在流水线上的自动化流动。
最后,在沟通技巧上下功夫,掌握高效沟通的原则,根据场景选择合适的沟通方式和工具。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

团队信息流通对于研发工作的高效协同和产品准确击中目标至关重要。文章提到了研发过程中常见的信息流通问题,如产品背离用户需求、前后端沟通不顺畅、信息孤岛、信息难以溯源和工作干扰大等。为解决这些问题,文章提出了三个方面的入手点:从“人”入手,建设共享文化,鼓励共享行为;在流程和工具方面,设计并实现对应代码、文档的共享,以及信息在流水线上的自动化流动;在沟通技巧上下功夫,根据场景选择合适的沟通方式和工具。此外,文章还介绍了如何调动团队成员共享消息的意愿,以及设计流程和使用工具来推动研发信息的高效沟通。文章还提到了Facebook等公司采用的按产品或功能划分团队的方法,以及虚拟团队的使用。最后,文章强调了战略目标相关的信息和代码相关的信息的重要性,并提出了相应的处理原则和工具选择建议。文章内容丰富,涵盖了团队信息流通的重要性、问题解决方法和实际案例,对于团队协同工作和产品研发具有一定的指导意义。

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

全部留言(16)

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

    作者回复: > 其实兰留给开发人员专注写代码的时间很重要,比如产品和运营都睡了的时候。 哈哈 :) 可以尝试建一些专门的聊天群作为支撑群,让开发轮流在里面oncall,这样每天有一个开发收到大量干扰,其他人可以专注开发多一些。

    2019-09-11
    2
    7
  • 旭东(Frank)
    心流 对于大部分公司都是可遇而不可求

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

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

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

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

    作者回复: 你的思路都很棒。的确,首先是人的问题,人后是流程,然后是工具。 你提到的“传统软件公司”,如果上层没有认识去改变,我们能做的只能是从自己能有控制的部分来做。 关于你讲的“故意下线”,之前我在的一家公司有团队使用过,叫“静默时间”,效果不错。这种操作(以及邮件定时检查两次),关键在于定义一个沟通的协议,让大家逐步接受逐步遵守。自己控制范围内比较好搞,外部团队就只能慢慢来了。

    2019-09-13
    4
  • xiaozhi239
    文中内容和大部分评论貌似说的都是沟通方式的问题, 我说一下沟通内容本身的挑战,碰到的挑战之一是争执的时候双方不在一个频道上,没能理解对方核心诉求是什么,自然就沟通不出结论。 我自己当时的解决方案是和对方单独沟通,采取其中一人抱怨一点,另一个人复述对方刚刚说的,确保听进去了。然后换边。往返几次直到双方都抱怨完了……我当时发现核心问题是对方希望我们作为他们合作伙伴一起筹划推进事情,我们看问题的方式是把对方看成客户。所以过程中不可避免发生很多我认为对方需求不明,各种越权干涉的矛盾。

    作者回复: 你的解决办法很棒! 1. 这种关注“听”的沟通方式是“同理心”沟通方式的重要部分。平时我们在沟通的时候很多时候在思考怎么回答,而没有用心去听对方真正的诉求。 2. 单独沟通。这种情况下大家会更少在意面子问题。效果会比较好。

    2020-09-17
    2
  • Raymond吕
    我对一些IM的事情处理方式是,看到了先不急于回复,等忙完了一段时间集中回复;或者对方的事情紧急的话,一定会打电话过来。所有,不及时回复并不代表不积极,也是一种策略吧。

    作者回复: 集中回复这个我也常用。效果不错。IM这个东西滥用之后对大家的影响都很不好。

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

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

    2019-11-22
    2
  • 小名叫大明
    作者讲的信息流通,沟通,共享等一系列的问题我基本上都吃过亏,也见过了好的。 希望自己以后可以做到。 这个人做到也许很难,一个团队如此,慢慢就改变了。

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

    2019-09-11
    2
  • bidinggong
    高效沟通的首要原则就是,根据沟通需要达成的任务的实时性、方便追溯性,以及对别人的干扰程度,选择合适的沟通工具。完全认同

    作者回复: ������������

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

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

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