关于协作的 5 个误区

还没有读者喜欢这篇文章。
Collaborative agenda setting

Opensource.com

我非常相信协作。它是开源之道的主要原则之一,也是设计流程的重要组成部分。当做得正确时,协作是指找到合适且多样化的人员组合,共同定义问题和目标,然后共同完成工作:研究、倾听、思考、分享、尝试、进行更多研究、更多思考、更多尝试和更多分享,直到您获得一个具有信念和真理的策略。

但是,当协作出错时会怎么样——当您在项目结束时得到次等输出时?我发现有时我们会将协作与许多密切相关(但非常不同)的事物混淆——你知道,就像看起来像你的双胞胎但绝对不是的双胞胎远房表亲。

  1. 协作不是让所有人都聚集在一个房间里——那是一场社交聚会,通常效率不高。识别出一群对项目结果完全投入的多样化利益相关者是关键。
  2. 协作不是站在外围点头说是或摇头说不的借口——那是懒惰的参与。亲自动手。真正尝试理解您正在尝试解决的问题。这将大有裨益,并带来更强大的想法、解决方案和友情。
  3. 协作不是允许先说后听——那更像是独裁。在我看来,积极倾听是富有成效的协作最重要的特征之一。
  4. 协作意味着您应该通过委员会进行设计——那是当您最终说了很多但什么也没说的时候。在设计界,我们说“骆驼是由委员会设计的马。您绝对希望征求不同的意见,但要立足于项目目标,以便您可以过滤哪些输入将帮助您最好地解决手头的问题。
  5. 协作一定意味着 100% 的同意,也不应该以此为目标——通常情况下,那是失败。当您旨在成为所有人的所有事物时,您将毫无意义。关于这个主题,我可以给您的最佳建议是阅读Seth Godin这篇文章。(他一针见血。)

下次您在项目团队中并且事情似乎不太顺利时,请快速进行直觉检查——您是否在与协作的远房表亲共舞?

User profile image.
Mary Ann Bitter 是 Red Hat 营销传播与设计团队的创意策略师。她生活在商业和设计的交叉点,并认为开源价值观从未像今天这样重要。她热衷于解决问题,并与那些关心问题的人一起工作。

2 条评论

让每个人聚在一起肯定会改善协作;面对面的交流总是既有助于理解,也有助于容忍和协同工作。但我们真正谈论的是对某些实际产品或代码块的协作治理。的确,关键词是亲自动手——那些做事的人才是做事的人——否则,事情就做不成!

同样,协作通常不是关于 100% 的共识。在这里,技术协作和所有其他协作之间的差异可能很大。

- 在技术方向方面,您通常可以达成共识。即使有些人认为这是一个愚蠢的想法,问题是:这段新代码是否会伤害他们?如果您的新愚蠢功能仍然通过了测试并且没有降低性能,那么就将其检入。不是每个人都需要同意,但只要那些不同意的人愿意不否决它,那就没问题。

- 其他一切协作都更加困难。我们应该如何设置社区行为准则?我们应该使用电子邮件还是网络论坛?谁可以使用项目徽标以及如何使用?这些是社会、商业和治理问题,并且在其中一些问题上达成共识要困难得多。同样,关键是要积极倾听,并尊重其他意见,即使您不同意。

必读文章。

Creative Commons License本作品根据 Creative Commons Attribution-Share Alike 4.0 International License 获得许可。
© . All rights reserved.