本文共 3602 字,大约阅读时间需要 12 分钟。
modbus调试团结
考虑过去十年中技术公司发生了多大变化,真是令人难以置信。 创业公司似乎按小时弹出。 地球上财务上最成功的公司可以自由共享 。 而且开源社区正在以我们认为不可能的方式蓬勃发展。
简而言之,透明度似乎正以许多不同的形式传播。
过去,某些领导层不希望在组织中自由透明地共享信息。 但是现在不一样了。 分享企业最神圣的商品或机密的前景已不再可能。 我们对工作场所透明度的思考方式正在发生变化,而且我们所有人似乎都对此有所了解。
这很令人兴奋,但是透明度对公司真的有什么作用? 它有什么帮助?它可以解决什么问题? 如何成为公司“关于”页面上的优秀衬托,又如何发展成为可以在整个团队中利用的工具?
我在Buffer担任iOS开发人员,Buffer是 。 我看到行动透明已经有几年了,并且坚信它可以简化许多不同问题的解决方案。
我将向您介绍Buffer在内部面临的近期挑战,并展示透明度如何在修复它方面发挥关键作用。
在Buffer,我们将透明性作为核心价值灌输,影响着我们在整个公司的工作方式。 我们的收入,利润和股票信息开放给任何人查看。 我们的员工薪水属于公共领域。 甚至访问互联网的任何人都可以访问 。
您可能会认为,作为一家透明的科技公司,我们也将大量参与开源社区。 它应该是我们文化所固有的。 确实如此,但实际上只是在我们使用了大量开源代码的意义上。 我们只是没有分享太多我们自己的东西。
为什么?
我花了很多时间来解决这个问题。 我们为什么不与开源社区共享更多代码?
我发现,即使我们是一家透明的公司,我们也需要学会以有意,可操作的方式利用选择,知识和自治的自由。
在这种情况下,透明度既是我们问题的一部分,也是几乎整个解决方案的一部分。
我们直到最近才在Buffer发现了这种开源贡献缺口。 我们大多数人都认为这是由于我们透明的性质而发生的事情。 当然,有一些我们向公众开放的项目,但是肯定有一些事情我们可以发布,并使社区更加了解。
这也是我们的首席执行官乔尔·加斯科因(Joel Gascoigne)注意到的。 在我们内部的交流工具Discourse中,Joel或多或少地提出了一个问题,即“为什么我们不开源更多代码?”
这是一个很公平的问题,如果不是在整个公司中提出的,那么这只是在会议中作为一个随意的谈话要点开始和结束。
这是透明性解决我们遇到的问题的第一点。 它使我们意识到哪些人可以应对这一挑战,以及他们如何在公司中广泛分布。 它还以自然的方式发起了我们所有人之间的对话,以开始对话。 与闭门造车,“高调”会议形成鲜明对比,这在我工作的其他公司看来是标准的。
通过围绕公司的讨论,很明显,我们处于与世界共享我们的代码的独特位置。 我们的首席执行官批准了这样做,我们的直接管理层认为这是一种很好的做法,我们的工程师渴望并且愿意为此做出贡献。
对于我们在Buffer来说,问题绝不是“我们不应该这样做”或“我们没有时间”。 实际上,情况恰恰相反。 通过与不同的工程团队聊天,我很快了解到问题仅在于我们不知道该怎么做。
得出这个结论需要一些挖掘。 我开始记录有关工程师声称在尝试使用开放源代码时遇到的障碍的信息,然后将其发布到公共文档中,供其他人进行协作。 经过三到四次非正式的交谈,所有工程团队都为存在的障碍以及他们所遇到的各种形式的停车能量创建了一个粗略的轮廓。
上一段对您来说似乎很实用且无趣,或者视您工作的公司类型而定,而且截然不同。
我一直在会议室的两个角落:一个是经理在没有团队大量投入的情况下采取行动,独自工作以产生变更的方法,另一个是要求所有人参与解决方案并确定真正的方案,常见问题。
当您比前者更多地实践后者时,您会开始培养团队的同理心和更强的信任度。 您没有所有的答案; 没有一个队友会这么做。 但是,如果将它们全部组合在一起,则会产生更清晰的方向感。
在Buffer,我最终只创建了一个公共的FAQ,以帮助工程师开源其代码。 它回答了我们自己问的问题,但彼此之间没有答案,并且概述了使代码公开的后勤步骤(以及有关如何共享代码的一些技巧)。
这正是我们所需要的:减少对开源状态的假设,并快速撰写说明如何共享我们的代码。 自从创建该简单的FAQ指南以来,已经发布了80%的开源项目。
最好的部分? 此后我们也希望它可以帮助解决其他科技公司的相同问题。
行动透明性的一个小例子似乎有点反常的结局,直到您考虑它如何帮助我们达到目标为止。
首先,我们的CEO全面展开了有关开源状态的对话。 然后,工程团队开始意识到我们中实际上没有多少人是开放源代码。 此时,地板已经开放,任何认为可以帮助解决问题的人都可以自由进入。
在这种情况下,就是我。 我确保任何对如何实现开源滚动有想法的人都会听到他们的想法,然后去所有团队中找出实现方法。 这样做很快,因为在这一点上,我们都知道我想帮助解决的问题。 通过这种清晰,令人鼓舞和无私的沟通,可以将正确的前进步骤直接作为重点。
现在,考虑一下:如果什么缓冲区没有透明文化在这种特殊情况下? 可能会发生什么,为什么透明性有帮助?
传统上,管理人员可能会挤在一起,想办法鼓励他们的团队。 可能会进行一次头脑风暴会议,人们可能会来回抛弃想法。 然后他们可能已经同意将其付诸实施的行动方针。
这种方式已经做了很长时间的业务了,这些方法肯定没有对与错。 但是我们不是在问对与错。 我们正在考虑透明度如何对工作场所有所帮助。
那么,在那种情况下,我们可以预料到以下事实引起的问题:(无论如何,在这种情况下)致力于解决“最终目标”的人员(在这种情况下,是开放源代码)不是决策者关于如何做。 试图解决问题的管理者可能从未知道过可能存在的实际问题或存在的障碍。
此外,经理就是:经理。 他们是熟练,善解人意的团队负责人,可帮助确保他们的单位取得成功,并拥有取得成功所需的一切。 但是他们通常不像他们管理的员工那样处于前线。 当他们在没有一线队友的情况下工作时,他们通常很难获得问题核心的信息。 最糟糕的是,他们的工作变成了一系列疯狂的猜测。
这同样适用于两种方式,因为管理人员具有宝贵的见识,而在一线人员通常没有。 考虑到这一点,有理由认为,使工作更有效率的最佳方法是确保双方之间可以使用开放的沟通渠道来回交流想法。 如果那条路线只能以一种或另一种方式行进,那么交流就会变得缺乏协作性,信息量和帮助性,而更多的似乎是凭空出现的坚定决定。
考虑一下最后一点。 在这种情况下,开放源代码更多的解决方案不仅来自那些不需要所有上下文的代码,而且还可能导致团队意外失败。 诸如“我们在哪里做得不好?”之类的想法 或“我什至不知道这是优先事项”可能很常见。
值得庆幸的是,每个人都可以通过开放,诚实和协作的沟通有效地回避类似的情况。 透明并不是您整个业务的灵丹妙药,但是在培养团队中的同理心,知识和信任方面,透明性无疑会有所帮助。
我们已经看到,工作场所的透明度可以成为非常强大的工具。 如果使用得当,它可以确保合适的人可以使用合适的东西。 如果没有它,它可以启用外部视角和其他可能丢失的上下文。 如果您选择让组织的某些部分(或全部!)采用透明性,那么愿意解决您的团队遇到的问题并对解决这些问题充满热情。
但是您的行动必须满足您的野心。 仅仅想要透明是不够的。
在Buffer,我们想开源更多的代码,我们有个开绿灯,可以共享很多有用的代码,但是想要共享它通常是故事的结局。 我们必须将所有这些想法集中在一起,形成一个凝聚而又易于理解的流程,这种流程是通过吸收整个团队,领导者和社区的意见而形成的,以创造出真正有用的东西。
然后,当您鼓励团队保持透明,同时将所有萌生的想法与现在或以后制定的决策相匹配时,就会产生魔力。 然后,当您鼓励团队保持透明并承诺倾听每个人的意见时,魔术就来了。 如果您采用其他方法,您可能会发现自己的想法比以前更多。 花点时间,权衡一下选项,然后继续进行。 然后您将在一个不错的地方采取一些行动。 组织从未缺少决策者。 他们在历史上缺乏是重要的背景。
您必须先询问您的伴侣或家人最适合他们的住房,最实惠的价格或应该住的地方,然后才能买房。 您打开一个对话框,让其他人参与其中, 然后完成任务。
如今,任何组织都应如此,透明度可以帮助促进这种情况。
本文是“ 。
翻译自:
modbus调试团结
转载地址:http://yynzd.baihongyu.com/