建立10倍的云端团队

Mathew Schwartz在Unsplash上​​的照片

在云中,忽视一个简单的事实实在是太容易了。 毫无疑问,您需要10倍的云提供商。 TPU芯片等硬件创新,Tensorflow和Kubernetes等框架以及AutoML等服务的结合无疑带来了难以置信的价值。 对我来说,现在,这个10倍的云提供商是Google Cloud。 您可能不同意。 我尊重您的意见。 但是,这场辩论是完全不同的讨论。 一旦有了10倍的云提供商,这只是其中的一部分。 有时往往被忽视的是非常真实和非常人性化的组成部分。 毕竟,要充分发挥云技术和服务的潜力,您需要一支10倍的云团队。

如果您不熟悉该术语,那么10倍的开发人员只是指生产力比普通开发人员高十倍的开发人员。 在开发人员中,该术语本身有点争议。 不信的人会指出,没有像10倍跑步者这样的东西。 马拉松比赛的获胜者所花的钱不会比普通马拉松运动员少十倍。 相信者将证明开发人员进入了高效率的流程,几乎是tr,注意到了模式和捷径,例如Beautiful Mind或Matrix。

当然,现实介于两者之间。 如果从严格意义上讲,不信的人认为10倍不是一个量化的术语,那么他们可以承认某些开发人员的相对生产力。 此外,代码不一定是线性过程。 更多的代码并不意味着更好的代码。 实际上,这通常意味着相反的意思。 在非线性情况下,某些开发人员可以提高工作效率,而无需付出太多努力。

信奉者应该承认:“ 曾经有10倍的开发人员并不意味着总是有10倍的开发人员 。”技术和体系结构的变化比产品生命周期的变化要快得多,在云空间中变化甚至更快。 技能集并不总是在项目之间轻松转换。 对于一个人来说,跟上变化可能是压倒性的。

稍加想象,双方就可以达成以下协议。 10倍的云开发人员团队比一个10倍的开发人员更具可持续性。 即使采用严格的设置,即使不是严格提高十倍的生产力,该云团队也比普通云团队的生产力高得多。 本文的目的是提供一些有关组织黑客组织10x云团队的见解。

“黑客”一词的使用是如此宽松和广泛。 因此,这样的问题是完全合理的。 通常,在GDG Cloud London的上下文中,黑客只是指开发人员一起编码。 更具体地说,随着时间的流逝,骇客采用的是由集体决定的不同格式。 目前,这些骇客是一系列的番茄酱,可以完成gitlab上记录的每周里程碑。

在启动GDG Cloud之前,我参加了整个伦敦的数百次聚会活动。 在任何一天,伦敦都会举办许多有趣的科技活动。 可以说,伦敦是世界科技聚会之都。 但是,我发现缺少的一件事是缺乏实践活动。 大多数活动都是谈话和幻灯片形式。 先验地,这种格式没有错。 在不可避免地进行网络会议之后,通常涉及饮料和比萨饼,谈话的技术细节可能会很快从记忆中消失。 简而言之,我发现没有单独的讲座有助于整合技术知识。

因此,借助GDG Cloud,我决定将骇客技术作为活动阵容的基石-与演讲保持一致。 但是,在正常工作时间后的一个工作日在伦敦组织一次黑客入侵确实是一个挑战。 除了必须与同时发生的有趣话题进行竞争之外,开发人员在感到工作累了之后自然会拒绝参加。 不需要主动编码,讲话就不会造成精神负担。 而且,如果仅在那儿进行联网,则可以坐在后面,在等待通话结束的同时单独浏览手机。

尽管存在这些挑战,我们仍然能够将十二个开发人员召集在一起,以高效的方式积极地编写复杂的机器学习问题的代码。 您可能会合法地问自己:“ 管理黑客必须教给我有关如何管理工作团队的知识? “如果面对所有这些挑战,我们能够吸引伦敦的开发人员在下班后进行编码, 而无需支付薪水提高生产力 ,那么肯定会有一些管理洞察力可以在工作期间培养类似的动机,奉献精神和生产力。

在进行一些讨论时,我发现有些不足之处是忽略了与任何技术项目相关的问题。 精打细算的演示文稿,没有提及任何问题,并不能说明开发人员的实际情况。 错误,缺少依赖项和过时的发行版只是开发人员生命的一部分。 自信地说,一些开发人员告诉我无法在工作中公开讨论这些问题。

如果这是工作文化的故意组成部分,那么您不太可能成为10倍的云团队。 处理错误等是造成生产力损失的很大一部分。 如果没有关于这些问题的清晰公开的沟通,您将无法对付它们并重新获得生产力。 云开发人员将彻底清除问题,并尝试展示无敌的形象。 同时,您将无法确切知道为什么您的团队没有达到应有的生产力。

有了hack,我确保可以走得更远。 遇到问题时,我鼓励开发人员以有趣的相关方式表达他们的挫败感。 当其他团队成员见证了这一点时,便会产生同理心和更牢固的联系。 通常,可以有效地解决问题,而不是让开发者丢脸。 团队可以恢复生产力。

根据上面的讨论,这一点可能有点出乎意料。 但是,对问题进行公开且相关的讨论并非与解决问题并不排斥。 开发人员,只是解决问题的人,是一个难以置信的简化主义者。 在您的云团队中,一定要在不感到开发人员不足的情况下解决一些问题。

否则,您将拥有所谓的魔方开发魔方 。 就像Rubik的多维数据集一样,一些开发人员问题很有趣并且需要关注。 最终,您可能最终还得到了一个等同于整洁的彩色立方体的开发人员。 在Rubik的Dev Cube上花费的所有时间可能并没有提高团队的生产力。

当您将开发人员视为问题解决者时,您会增加Rubik开发多维数据集的可能性。 当您告诉他们最好不要解决某些问题时,您应该鼓励人们对优先级和价值观进行更高层次的思考。 通过他们在整个工作流程中的反思性输入,您甚至可以找到节省时间的快捷方式,使您更接近目标。

如今,作业自动化引起了很多媒体的关注。 但是,开发人员也无法避免工作自动化带来的后果。 在过去的几年中,随着容器的兴起,云空间中实现了相当大的自动化。 因此,在建立10倍的云团队时如何应对开发人员自动化的问题非常突出。

在关于StackExchange的动态讨论中,用户Etherable通过询问以下问题总结了开发人员自动化的道德困境:“ 我不告诉我的雇主我已经自动化了我的工作对我来说是不道德的吗? ”作为团队负责人,您将如何应对这种情况? 您是否将添加更多任务供开发人员执行? 您根本不添加任何内容吗?

每当黑客的开发人员找到一种使流程自动化的方法时,我都会为所有团队指出一个值得庆祝的成就。 如果自动化意味着没有其他任务要做,那么开发人员理应获得一些空闲时间。 在工作环境中,您可以给创建自动化的开发人员足够的时间来进行辅助项目,从而对其进行奖励。

对于开发人员而言,提出自动化决不应该是道德难题。 毫无疑问,自动化是您的10倍云团队最大的生产力倍增器之一。 您可以决定具体的奖励。 但是,从一开始就明确指出,这种创新受到鼓励,并将得到适当的回报。

文档记录对于团队的生产力至关重要。 除了促进新团队成员的入职之外,它还可以帮助现有成员避免多余的工作。 如果文档可以提高生产力,为什么开发人员不愿意这样做呢?

如果您处于开发人员流程中,则您不希望任何东西中断该过程。 不幸的是,当前的方法产生了不必要的摩擦。 在黑客攻击中,我们提出了自己的解决方法。 每当需要时间时,开发人员都可以截取屏幕截图并将其轻松上传到gitlab。 每当有更多时间时,开发人员都可以返回屏幕截图并添加带有减价的注释。 通常,屏幕快照可以很好地直观回忆一下该时刻的值得注意之处。 您不需要使用此技术。 不过,无论您做什么,都应尽量减少记录的麻烦。

实时办公通讯可能风靡一时。 但是,对于我们的开发人员团队来说,这确实是浪费时间。 在当前设置下,讨论不是很集中。 此外,甚至没有通过机器学习来完成一些文本分类。 通过这样的过程,松弛或任何其他聊天服务可以确定哪些消息更值得通知。

现在,我们不再依赖懈怠,而是依靠gitlab进行任何聊天。 从好的方面来说,聊天必须在可以提供更多关注的问题之内。 反过来,这转化为更高的生产率。 可以肯定的是,我们仍然在讨论与代码无关的事情。 我们只有面对面的交流,而不会收到有关它们的通知。

在链式电子邮件和聊天通知不断涌入的情况下,很难完成一些深入的工作。 现在,比以往任何时候都更深入的工作对于构建10倍的云团队至关重要。 在机器学习时代,当轻量工作和重复性任务自动化时,执行深度工作的能力便是明显的与众不同之处。 正如Cal Newport在他的开创性著作中指出的那样:

“深层工作假说:进行深层工作的能力变得越来越稀少,同时,它在我们的经济中正变得越来越有价值。 ……培养这种技能,然后使其成为工作生活核心的少数人会蓬勃发展……

因此,要在我们的经济中保持价值,您必须掌握快速学习复杂事物的技巧。 此任务需要深入的工作。 如果您不培养这种能力,那么随着技术的进步,您可能会落伍。”

最初,在黑客攻击中,我们允许随时进行中断和讨论。 即使看起来我们正在编码并正在运行终端,我们也没有产生任何东西。 现在,我们运行强制沉默的小组番茄会议。 在启动番茄程序之前,每个开发人员都将为即将到来的会话声明其任务目标。 但是,一旦番茄会议开始,我们将不允许进行任何形式的讨论或评论。 为了填补听觉上的空白,我们播放一些chillhop音乐。 在番茄会议结束后,我们有短暂的休息时间,我们在这里伸展并讨论我们所想的任何事情。

通过这样的设置,我们的生产率大大提高了。 在一次骇客中,我们能够轻松解决以前给我们带来的几次骇客。 当然,您不必遵循此特定格式。 无论选择哪种格式,请确保您促进深入的工作。 没有这种工作作为基础,您将无法成为10倍的云团队。

应对瞬息万变的云和机器学习世界,对于任何团队来说都是艰巨的前景。 希望在您的旅途中,这些见解将对您有所帮助。 如果您将它们集成在一起,请让我知道如何进行。 如果您有自己的见解,请分享。 你可以在推特上找到我。 一路顺风!