开放组织读书俱乐部：为什么开放您的组织至关重要

还没有读者喜欢这个。
Open Organization book cover stacked

我们正处在历史上的一个令人难以置信的交叉点。计算、互联网和教育的增长正在世界各地创造大量的开放式创新。虽然这诞生于大学“自由软件”的早期，但现在它已成为一种全球现象，为主要基础设施、银行、设备等提供动力。

它还催生了数百家在开源和协作文化中诞生的公司。这正在改变我们开展业务的方式。

开放组织 完全是关于将开放和协作的精神注入到作为公司的复杂有机体中。

我很荣幸能够启动开放组织读书俱乐部和未来几周围绕书中提出的想法进行的构思、参与和探索。本着真正的开放精神，您的想法和见解将帮助我们发展人、流程和想象力之间这种引人入胜的交叉。作为其中的一部分，我鼓励您参与、与他人分享见解，并提出对您重要的问题。

让我们开始吧！

讨论（第 1 章：为什么开放您的组织至关重要）

在本周的读书俱乐部中，我们将讨论“第 1 章：为什么开放您的组织至关重要”。

“‘开放组织’——我将其定义为一个让组织内外参与性社区参与其中的组织——能够更快地响应机遇，获得组织外部的资源和人才，并激励、激励和授权各级人员承担责任。开放组织的妙处在于，它不是要踩得更快，而是要挖掘内外新的力量源泉，以跟上您环境中所有快速变化的步伐。”（第 2 页）

开放组织最让我着迷的是，它从根本上打破了许多公司中许多破碎的文化规范。它认为协作和想法可以来自任何地方，它们可以通过人员、流程和领导力的正确组合浮出水面。

当我咨询探索内部采购并将开源最佳实践构建到其组织中的公司时，我亲眼目睹了这一点。开放组织提供了一种交付价值的全新方法。

对于我们这些熟悉这种文化的人来说，它是赋能和强大的。对于那些不熟悉的人来说，可能很难理解。可能很难看出它如何融入您的业务以及它如何映射到传统的工作方式。

这引发了一系列有趣的问题，我很想听听您的想法

  • 您认为向公司高层领导团队清晰地传达开放组织模式的主要优势的最有效方法是什么？
  • 您认为哪些公司是开放组织的绝佳典范，您认为其他人可以从每个公司中学到哪些关于他们如何运营开放组织的三个属性？
  • 让我们确保我们取得良好的平衡。开放组织的主要风险是什么？您将如何降低这些风险？

我迫不及待想听到您的想法！

来自 Jim 的消息

资源

在 Twitter 上关注对话 #theopenorg

标签
开放组织
内部采购
Jono Bacon
User profile image.
Jono Bacon 是一位领先的社区经理、演讲者、作家和播客主持人。他是 Jono Bacon Consulting 的创始人，该公司提供社区战略/执行、开发者工作流程和其他服务。他还曾担任 GitHub、Canonical、XPRIZE、OpenAdvantage 的社区主管，并为多家组织提供咨询和建议。
更多关于我

9 条评论

Avatar
Guy Martin | 2015 年 8 月 31 日
还没有读者喜欢这个。

谢谢 Jono，

这些都是有趣的问题，并且在刚刚读完这本书（并且曾在红帽公司亲身学习过其中一些内容）之后，我对您的问题有一些想法

我发现最有效的沟通方式是确定公司中哪些领域适合开始使用这些原则。虽然我完全理解并尊重 Jim 在书中的观点，但我也觉得组织中的某些部门（法律、人力资源）不是以这种方式运营的好人选，因为它们需要太多的“硬实时”决策。

话虽如此，向高层领导指出像 Linux 内核这样的项目如何设法在世界范围内的参与下，定期地整合高质量的软件，这对于那些甚至无法在内部团队之间进行沟通的公司来说，通常会令人大开眼界。

显然，红帽公司是这种类型组织的典型代表，但是，正如吉姆自己承认的那样，它并不完美，并且还在不断发展。当向公司“推销”这一点时，至关重要的是要正确理解“尽早发布，经常发布”的概念——这是一个渐进的过程，而不是一蹴而就的事情。

吉姆还正确地指出了主要风险之一，即知道如何“结束辩论”和“继续前进”。我在红帽公司工作期间（虽然很棒）有很多例子表明，可能花了比应该花费的时间更长的时间来“继续前进”，从而浪费了公司的时间、金钱或两者兼而有之。因此，一个主要的挑战是确保有强大的影响者（而不仅仅是领导者）能够正确地控制和利用这些讨论。

我期待听到来自读书俱乐部其他人的更多消息。 :)

Avatar
Rebecca Fernandez | 2015 年 8 月 31 日
还没有读者喜欢这个。

Guy 说，“……我也觉得组织中的某些部门（法律、人力资源）不是以这种方式运营的好人选，因为它们需要太多的‘硬实时’决策。”

嗯，本着开放组织的精神，我不得不在这部分上与您意见相左。 :) 我实际上认为现在是人力资源团队正视挑战的时候了，而且他们正在受到压力。原因如下

当您查看像 Glassdoor.com 这样的网站时，该网站鼓励员工发布关于他们在当前和以前的雇主工作情况的匿名评论，像人力资源这样的公司后台职能部门再也不能在不承担责任的情况下做出决策了。坦率地说，许多人力资源主管对此深感担忧，因为他们看到这种残酷而开放的反馈，公之于众，影响了他们招聘新人才的能力。

因此，现在真的是采用新方法的最佳时机，这种方法可以让部门以外的人员（如人力资源部）参与进来，并让他们在公司内部发出声音。

对于我来说，在像红帽这样的开放组织中工作最酷的事情之一是，虽然我们在 Glassdoor 等网站上也会收到负面反馈，就像其他所有公司一样……但这很少是我们公司内部尚未听到的事情，而且是我们从感到可以畅所欲言的特定个人那里听到的事情。因此，我们不会感到措手不及；我们知道我们的同事认为我们需要改进的地方，而且很多时候，我们已经在与他们讨论这些话题了。

随着世界变得更加开放，组织将不得不弄清楚如何应对这种情况，而且我相信吉姆在书中谈到的内容确实会（并且已经！）使公司领先于时代。

Avatar
Guy Martin | 2015 年 8 月 31 日
还没有读者喜欢这个。

我原则上同意您的观点 Rebecca，但请允许我分享我在红帽公司的经历，这导致我将其作为例子。

注意 - 我 *热爱* 我在红帽公司的那段时间 - 我不会用它来换取世界，因为它教会了我很多关于开放组织原则的知识，而且我真的很喜欢与吉姆和公司里的其他人一起工作，共同开发后来（不幸的是）短暂的开源赋能途径咨询服务。

当我在构建咨询服务（采用开放组织原则）时，我们到了我需要雇用某人来帮助我实际交付它的地步（我们有几位客户已经签约）。我们不得不从云咨询团队之一“借用”一个开放的职位要求，并且，我们得到了我的经理以及我们集团的高级副总裁的许可，聘请一位特定的人员（他很年轻，但非常适合这份工作）。

接下来发生的事情至今仍让我感到震惊——我们向人力资源团队解释了情况，并强调了这次招聘的时间紧迫性（例如——我们有客户在等待交付，他们已经付款），并且……他们搁置了这件事，然后回来表示“我们不同意这个招聘决定，因为候选人不具备这个开放职位要求的技能”。

嗯，是的，这就是我们在向您陈述情况时所说的。长话短说，即使我有高级副总裁的支持来实际做出这个决定，以及那些面试过候选人的人的支持，我还是差点因为需要“每个人都有一票否决权”而失去他们。

我认为公司各地都发生过（像这样的）案例，这使得业务难以向前发展。

Avatar
Rebecca Fernandez | 2015 年 9 月 1 日
还没有读者喜欢这个。

当然，在现实生活中总是比理论中更混乱。实际上，这就是解决这些想法的一大部分……更清楚地了解如何从很多人那里获得输入，而不会最终陷入不清楚谁是最终决策者，或者每个人都觉得他们在每个决策上都有一票否决权的地方。因为，正如您清楚指出的那样，在这种环境下，人们什么都做不成！

我期待着关于第 6 章（做出包容性决策）的讨论。想象一下我们将更深入地探讨这类问题！

Avatar
Sandra McCann | 2015 年 9 月 3 日
还没有读者喜欢这个。

虽然我没有在完全开放的组织中工作的直接经验，但我倾向于同意，对非工程职能（如人力资源）使用开放组织方法可能存在切实的优势。开放组织的一个主要优势是信任。想象一下员工和人力资源部门之间建立的那种信任？我可以说，在我工作过的大多数地方，人力资源部门并不总是被视为在那里为员工服务。使用开放组织模式可能会改变人们在这方面的想法。

Avatar
Eduardo Del Valle | 2015 年 9 月 1 日
还没有读者喜欢这个。

这本书不应该也是开放（源代码）的吗？还有为什么要印刷？应该是一本电子书。

Avatar
Bryan Behrenshausen | 2015 年 9 月 2 日
还没有读者喜欢这个。

Jono 问道：“您认为向公司高层领导团队清晰地传达开放组织模式的主要优势的最有效方法是什么？”

我非常感兴趣听到那些设法做到这一点的人的故事，特别是在领导层没有开源原则、价值观和技术背景的情况下。

当然，使用开源社区（例如，Linux，正如 Guy 上面指出的那样）的例子，是解释开放组织动态的一种方法。但是，如果您的对话者没有任何这些社区的经验——或者更广泛地说，没有任何开源项目的经验呢？当然，在能够解释开放组织之前，必须首先解释 Linux 有点乏味，并且，嗯，对于刚接触这些想法的人来说，可能会让人感到不知所措。

其他人为了克服这个障碍做了什么？

Avatar
Sandra McCann | 2015 年 9 月 3 日
还没有读者喜欢这个。

我认为仍然可以使用 Linux 作为例子。一个好的讲故事者可以使用 Linux 成功的相关事实（尤其是 Linux 内核，它对代码提交者等进行了大规模协调）。然后将这些事实包装成一些领导团队可以理解的类比。无论是直接类比他们自己的公司，还是更通用的东西。

相关内容

Creative Commons License本作品根据知识共享署名-相同方式共享 4.0 国际许可协议获得许可。
© . All rights reserved.