Sushiswap前CTO撰文反思:我的领导为什么会走向失败?_SUSHI:USH

来源:JosephDelong推特

编译:谷昱,链捕手

近日Sushiswap内讧事件引起加密社区的广泛关注,SushiswapCTOJosephDelong最终选择离职来平复社区的不满情绪。今日凌晨,JosephDelong在推特发文详细回顾了自己在Sushiswap的团队历程,并反思导致种种问题的具体原因。以下是链捕手对该文的编译:

加入新团队成员后未能扩展计划

在新团队成员入职后,对组织、路线图和规划的需求增加了。一个5到7人的称职团队完全有自我协调的能力。因此,当我将团队规模扩大到超过这个数字时,对协调的需求显着增加,而且我未能为团队配备成功所需的工具和计划。了解问题后,我们将开发团队同步的频率增加到每天发生。

当我在USAA工作时,我在两个独立的团队中工作,这些团队拥有非常能干的SCRUM大师,回想起来,这使开发过程变得顺畅且不那么混乱。在我的下一个项目中,最初的5名员工之一将是一名高素质的SCRUM大师。

此外,作为一个讨厌管理开销的人,我陷入了试图人为地保持低位开销的陷阱,这最终对团队不利。当团队增加到12人时,如果没有集中的项目管理或冲刺计划,就会开始出现重大故障。当我未能成为一名有效的策划者时,RachelChu接替了这个角色。

根据技能而不是产品线组织团队

开发团队是根据开发人员的技能组合组织的,即:前端、Solidity、devops。Sushi采取了一个团队方法,在我看来这是DAO的完美模型。

然而,由于团队专注于他们的技能组合而不是产品线,因此降低了团队专注于多个产品线的能力。在我的下一个项目中,团队将被产品线分开,几乎没有交叉。

没有尽快让有问题的贡献者离开

早些时候,当Maki让我加入该项目时,BoringCrypto、Keno和LevX之间已经发生了内讧,回想起来,这种紧张局势最终导致了后来的主要内讧。我认为将两个交战方分开并根据性能改进计划对LevX进行代码审查就足以平息内斗。

如果我不得不重来一次,我会更早地让LevX离开并隔离Keno和BoringCrypto。虽然该项目还处于早期阶段,并且Maki接替了CEO,但在他的批准下,我能够将有问题的贡献者排除在外。

然而,在他离开后,无论出于何种原因,我都失去了对有问题的贡献者进行离场的权力。这带来了我的下一点,也是我作为领导者迄今为止最大的失败:沟通。

沟通

1)直言不讳

沟通是我失败的关键因素。当我失去了外部开发人员的能力时,我应该联系Sushi社区告诉他们。如果没有能力将有问题的开发人员排除在外,就不可能管理一个开发团队。例如,MatthewLilley不再参加我们的日常技术同步,让其他前端开发人员争先恐后地处理要完成的任务。有了下线的威胁,我们本可以保持团队沟通,提高开发效率。

2)节奏

其次,我没有与社区进行足够的沟通,因此当遇到需要与他们交谈的问题时,我不再愿意参与其中。因此,事后看来,我会更频繁地与社区交谈以增加我们的关系。

3)公共关系

作为在以太坊社区工作了4年的人,我利用我的个人推特来发送有关Sushi的消息。这最终是一个错误,因为我应该通过官方渠道转移。

此外,我在成为公众人物之前在推特上的行为已经发生了很大变化,我无法适应新的沟通方式。我认为对我认为DAO的运作方式保持真实的感受是可以的,这是一个错误的假设。

我应该看看我尊重的人,比如SamBankman-Fried或JoeLubin,我以前认识他们,他们经营着自己的Twitter,但显然已经将他们的公关交给了代理机构或助理。在我的下一个项目中,我将利用公共关系专业人员来推动沟通。

结论

最后,由于我的多方面失败,我最终未能履行职责。我将把此知识纳入我的下一个项目。我认为Sushi的不完美诞生导致了额外的问题,在我的下一个项目中,我将有能力构建一个组织来授权贡献者。感谢你们让我带领Sushi度过这段时光,并祝Sushi好运。Sushi万岁。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金宝趣谈

[0:46ms0-3:453ms