工程师不愿讲话

本文是翻译,版权归原作者所有


如果说,我能从 一个5人的产品团队扩大到包含工程师和产品经理共计125人的过程中 学到东西,那就是 工程师不愿意在其他人面前分享有价值的反馈。当场询问反馈,除了得到茫然的眼神,你什么也得不到。我从午餐、party和非正式聚会中成功获取的信心要比在会议上得到的多得多。但是在有600名员工的HubSpot,我们需要扩大团队的方法。这就是我为了团队健康发展、一直在寻找能够帮助我们收集虚拟反馈的原因。

太冷、太热、恰到好处

大约两年前,我们还是由25名开发人员组成的小团队。尽管我们觉得彼此能够方便地看到或听到其他人在做的事情,我们还是尝试了idonethis.com——一个按日汇报工作内容的工具。团队抵制使用。

首先,这个策略被视作太多的努力和时间。自动收集和通知到每个人,使得它本身非常有竞争力。人们只是讨厌阅读汇报、讨厌写汇报。因此,我们放弃了。今天我们每天重复300次,我们仍然知道日常汇报不适用。

随着成长,我们将 所有人直接向我汇报 过度到了 建立技术领导和团队成员代表。当我意识到我们需要记录一些沟通来确保我不会遗忘任何东西时,这是一个重要的时刻。我们为每个人开通了Google Docs,但很快就变得不可管理。

我们决定让一小部分人先试用15Five,很快就陷入困境了。使用汇报软件对于团队每个成员来说是可选的,但是一直被只有3个人的小团队技术领导完全采用了。在逐个沟通之后,我们开始挑选一小部分人放弃在Google Docs上写笔记,在不到6个月里人数就增加到团队的3/4。15Five的每周节奏比较符合我们,因为它给 每个组完成不同工作 以及 选择重要事项汇报给其他人 的灵活性。

支持自治权和开发

最终我们扭转了这个过程,便于团队而不是主管、能够写下他们的成果和挑战。主管看他们的直接报告,这样他们所想和总体就有了较大相关性。

容易取得的第一个胜利是它做为一个讨论组让大家讨论员工培训和开发事项。团队工程师主管喜欢、评论和放弃个体贡献的能力是团队成长面临挑战的关键。15Five灵活地访问控制各组,使得我们增加透明度,因为更多的人能够看到其水准和团队关注的地方。

各司其职

我现在(手动)汇总每个组的胜利,并公布到每周工程师更新上。每周汇报包括收获、问题和关于方向和成长的更新。收获仅仅按团队每个人用一两句话概况。我总是非常小心地隐去个人问题,不去审查关注点。公司级的汇报提到了过去我们面临的挑战。首先,让其他人知道发出你的声音是OK的。其次,它促使我们去做一些事情。没有了责任,去听一些关注点和身处其间,对于经理就变成普通的一件事了。但是最重要的是,它移除了伤害大部分创业公司的瘤毒,那就是某人有时候会说:为什么我不清楚X?

在2014年我们仍然在学习如何沟通。我们的终极目标是提出每个工程师的关注点,便于他们集中精力做客户产品。从工程师获取反馈是不容易的。大多数面对面会议没有有效利用每个人的时间。借助15Five和相似的工具,我们能够始终如一地和团队保持沟通,因为他们感受到了舒服的分享。我们的1对1谈话更多集中在长期发展,很少有关于分享结果的。最后,如果你还没有开始考虑 团队规模与沟通的问题,你的团队将会枯萎、死掉。

原文地址:http://www.eliastorres.com/blog/engineers-dont-talk

译文:工程师不愿讲话 》| 腊八粥