本文共 3797 字，大约阅读时间需要 12 分钟。
决策者根据什么曲线做出决策
在初创企业中，预测决策将如何影响与您一起工作的人相对容易。 如果您不知道，只需询问他们，然后相应地进行调整即可。 在大多数启动环境中，此类公开对话都是一种直观且预期的做法。
然而，随着组织的发展壮大，包括越来越多的人，维持这种开放，灵活和包容的文化变得困难。 如果您不刻意地培养和扩展这些实践，这些实践就会逐渐消失。
随着组织变得越来越大，越来越复杂，封闭，孤立的行为趋于蔓延并根深蒂固。 您会看到对这种文化变化的两种React之一：
在红帽，多年来，我们一直在为同一问题而苦苦挣扎，并且我们看到了这两种React的共同点。 毕竟，我们公司已从联排别墅中的两个人发展成为全球近10,000名员工。
幸运的是，我们公司深深植根于开源运动中，在开源运动中，规范和期望是公开行动的基础。 当我们是一家初创公司时，我们的许多合作伙伴都来自开源社区，而今天，我们的许多新员工仍然来自开源社区。 从本质上讲，这是一种文化上的使命：随着我们不断吸引来自不同背景的新来者，找出如何维持和扩大使我们公司与众不同的因素。
我们已经开发出一种有效的工具来实现这一目标： ，这是在Red Hat进行决策和领导项目的最佳实践的集合。
开放式决策框架包含Red Hatters的集体智慧，并汇编成一个灵活的框架，可帮助我们的决策者和领导者寻求不同的观点并跨团队和地域进行协作，以制定更好的决策。
透明性和协作等开源原则是这些原则的基础。 以真正的开源方式，我们已经意识到，许多实践起源于Red Hatter所贡献的开源项目和社区或从中改编而成。
当您将的实践应用于决策和项目领导时，您将获得更好的主意，并对决策的影响有更清晰的了解-同时建立团队之间的信任和尊重。 您可以利用组织的热情和创造力-保持流程高效并保持决策和执行的责任。 您可以更快，更广泛地采用变更。 而且，您保留了大多数组织随着发展而失去的许多透明度，包容性和敏捷性，同时保持了执行速度并提供了非凡的结果。
您可以找到该 Creative Commons CC-BY-SA 4.0许可下可用。 我们选择在GitHub上发布该框架，因为它是许多开放源代码爱好者聚集的地方-并且任何人都可以下载副本，重新混合，将其翻译成另一种语言，提出改进建议，跟踪我们所做的更改的地方到上游版本，而其他版本则随着时间的流逝而变成自己的“分叉”版本，甚至更多。
我们看到项目经理和负责人在自己的组织和社区中以有趣的方式下载，改编和使用它。
在绿色和平国际组织，员工参与顾问劳拉·希利格（Laura Hilliger）长期以来一直倡导开放文化和领导力实践。 她重新组合了开放决策框架，并将其提交给指导委员会，以完善组织的国际网络Greenpeace.org，该组织每年有数百万的访问者。
劳拉说：“开放决策框架帮助我说服他们运行该项目，其中包括从用户研究到开发再到内容的所有内容，”。 “它以实用的方式介绍了开放的原因和方式。”
该项目的利益相关者包括整个Greenpeacers社区（4,000多名员工和成千上万的志愿者），站点的访问者，以及可能对绿色和平组织如何发展其未来网络存在感兴趣的任何人。
劳拉（Laura）考虑了一些方法，她需要根据框架和行业的术语来调整框架中的文字。 例如，虽然像Red Hat这样的开源公司通常使用“贡献者”一词来描述我们的项目和社区的成员，但在非营利性世界中该词具有不同的含义。
劳拉说：“开放式决策框架帮助我定义了开放式方法与绿色和平的常规工作方式之间的区别。”
劳拉（Laura）还在其混合版本的框架中制定了一项沟通计划，以帮助指导委员会了解如何在其项目中使用该计划。
领导一个开放的协作过程的另一个好处是，它增加了人们对您工作的参与度和兴趣。
正如劳拉（Laura）解释的那样：“自从绿灯亮起以来，兴奋就一直在建立，团队正在学习开放的同时促进开放。鼓舞人心！”
同时，在Red Hat内，我们继续看到使用开放决策框架来识别并在整个开放组织中共享自己的最佳实践的好处。
例如，在我们的工程组织内，产品和技术运营副总裁Katrinka McCallum领导着一个团队，该团队的工作定期影响其他部门以及其中的许多团队。 毫不奇怪，Katrinka的团队是Open Decision Framework的贡献者和早期采用者。
在2016年Red Hat峰会上，Katrinka和Red Hat全球DevOps的高级主管Jay Ferrandini发表了“ ”，他们分享了实践开放式决策的经验。
几年前，红帽工程开发团队之一的负责人解释说，杰伊的运营团队有问题。 负责人解释说：“我们来找你，要香蕉。” “然后您的团队就在黑匣子中工作，过一会儿，您就给我们泡菜了。”
泡菜吗
卡特林卡解释说：“我们真的很擅长解决问题。我们将花费数月的时间来解决问题，然后我们将提供这种美丽的酱菜。我们将大张旗鼓地交付它，并为我们解决他们的问题而感到自豪。”
开发团队会惊讶地看着泡菜，然后说：“嗯，那是我们想要的……除了不是黄色。我们想要更甜的东西。我们不能剥泡菜。”
Jay和Katrinka意识到他们需要对团队的工作流程和与其他团队合作的心态进行一些根本性的改变。 他们意识到，他们可以应用开源原则（例如透明性，协作，开放式沟通和参与性决策）来将开发和运营团队召集在一起，并提供更好的解决方案。
因此，DevOps转型和支持团队诞生了。
Jay的团队采用了开放决策框架中记录的许多实践：
例如，团队开始将客户参与作为项目工作的要求。 当开发团队要求他的团队解决问题时，Jay解释说：“我们可能会说'是'，但前提是您让我们一个人参加与我们的会议。”
现在，Jay的团队不再收集需求并消失了六个月以建立解决方案的“黑匣子”，而是将开发团队的成员与这些业务需求一起带入流程。
杰伊说：“至少，我们每周可能只需要15分钟，业务伙伴就可以参加我们的会议和讨论会。” “但是我们发现，这些人经常有兴趣和兴趣去那里与我们一起编写代码。这是一种更加有趣和富有成效的环境，人们希望与我们一起工作。”
这种开放式，包容性的嵌入式模型可帮助团队从头到尾确保他们正在解决客户的问题。 换句话说，它可以帮助他们始终如一地建造和交付香蕉，而不是腌制。
根据Jay所说，该团队最初是一个服务组织，本质上是一个“呼叫中心”。 通过实践开放式决策，该团队成为了值得信赖的业务合作伙伴。
杰伊（Jay）的团队还很早就决定对自己的挑战和局限保持透明-这是开放决策框架中的另一种最佳实践。 这激发了其他人举手并自愿帮助新组建的团队取得成功。
正如杰伊（Jay）解释的那样：“人们从木工中得到了帮助。我们从封闭状态变成了完全开放状态，几乎一夜之间，人们看到我们是人类，他们开始信任我们。”
团队的开放式方法已帮助他们成为整个大型产品和技术组织的协作催化剂，并改善了决策制定能力。
在一个实例中，他们将四个不同的小组召集在一起，帮助他们放开了四种不同的消息总线技术，并将每个人的需求统一到一个共享的消息总线上。
卡特林卡说：“我们让这些团队使用四种不同的交流方式，您可以将其视为用四种不同的语言交流。” “一旦我们使每个人都可以在这一通用基础架构元素上实现标准化，我们就会看到各种各样的好处。错误已经得到修复，而以前从未解决过。”
从本质上讲，产品和技术组织从团队中所有会说不同语言的人员（并在需要这些团队一起工作时雇用翻译人员）转变为使用一种通用语言。
这是一个效率更高的系统，每年可以释放数千个人日的工作量，因此团队可以将更多的时间花费在更高的增值任务上。
如果没有一种开放，包容的方法来做出技术决策，这一切都是不可能的。 正如Katrinka所说：“公开透明是一种更顺畅的操作方式。”
产品和技术运营团队的经验只是在开放决策框架中发现的一些智慧的来源，并且该团队也基于其他团队的贡献做出了改进。
卡特林卡说：“如果我们从开源中学到了什么，那就是即使您是会议室中最聪明的人，也并不比整个会议室都聪明。共同解决问题可以建立持久的伙伴关系，使您甚至可以解决将来一起解决更大的问题。”
开放式决策框架提供了有关如何扩展这种开放性和包容性方法的见识，它是Red Hat面向我们开放组织的领导力发展系统中的关键组成部分。
（这是DeLisa的“开放式领导力发展”系列文章中的第四篇。不要错过 。本文的早期版本出现在《开放式组织领袖手册》中。 ）
翻译自:
决策者根据什么曲线做出决策
转载地址：http://kzpzd.baihongyu.com/