开源如何解决创新难题

几周前，世界上一家最大的移动电信公司的首席数字官 (CDO) 问我，像她这样的大型组织应该如何考虑组织自身，以便在保持对成本和风险控制的同时，仍然赋予其全球组织创新的自由。

她告诉我，在管理他们的网站和数字客户体验方面，他们在全球 50 多个国家/地区拥有 50 多个由当地团队管理的平台。她的目标是通过标准化一个中心平台来提高运营效率、提高品牌一致性并建立治理。挑战在于他们没有一个全球 IT 组织可以强制不同的团队进行平台迁移。

当她问我是否从与其他大型全球组织的合作中获得任何见解时，我突然想到她正在寻求的理想模型与 Drupal (我对此非常感兴趣) 等开源项目的管理方式一致。

世界各地不同国家的团队通常要求对其自身的 Web 资产拥有完全的控制权和决策权，并拒绝集中化。那么，大型组织中的某个人如何才能让组织的其他部门团结在一个平台上，并鼓励各个团队和部门在组织内部进行创新并分享他们的创新成果呢？

借鉴开源

在 Drupal 这样的大型开源项目中，对项目的贡献可以来自任何地方。一方面，有企业赞助商承担全职贡献者的成本；另一方面，也有个人在宿舍、地下室和林间小屋做出重大贡献。开源的贡献模型在协调、接受、评估和跟踪来自世界各地贡献者社区的贡献方面非常出色。这种模式能否应用于企业，以便贡献可以来自组织中的每个团队或个人？

关于如何孵化创新、如何从群众的智慧中获取创新、如何在俗称的车库中点燃创新，或者从一些创业公司购买创新，已经写了很多文章。对于像这位 CDO 工作的移动电信公司这样的大型组织而言，创新是关于构建 (再次强调，像开源一样) 实践社区，在这些社区中，鼓励测试和学习的文化，并且奖励共享—开源的本质。考虑一下可用于扩展 Drupal 的模块库：对于特定的需求—例如，嵌入轮播图片或向站点添加商业功能—可能会有几个由不同的开发人员独立开发的贡献解决方案，但所有这些解决方案都可供社区测试、评估和实施。

拥有多个可用于相同任务的选项似乎是多余的 (有些人会认为效率低下)，但事实上，有多种解决方案意味着为构建体验的人们提供了更多选择。对于一家专有软件公司来说，资助五个不同的团队为同一任务开发五个不同的模块是不可思议的。他们开发一个，那就是他们的客户得到的。在一个全球创新网络中，团队可以自由地进行实验并与他们的同行分享他们的解决方案—但前提是存在一个奖励通过单一平台分享这些解决方案的结构和文化。

卓越中心 (CoE) 是在分散的全球企业中分享专业知识并围绕数字战略建立一致性的常用模型。一些企业围绕共享实用功能 (如高级数据分析、搜索引擎优化、社交媒体监控和内容管理) 组建多个 CoE。CoE 也已发展到包括实践社区 (CoP)，在实践社区中，为多个部门或地点的不同产品或功能做类似事情的各种“社区”聚集在一起，分享见解和技术。在我工作过的已标准化 Drupal 的公司中，我看到内部 Drupal 营地和黑客马拉松像 Drupal 大型社区内部一样涌现出来。

一些临别建议

我对 CDO 的建议？放松控制，但不要失去控制。

这听起来可能像是“鱼与熊掌兼得”的老生常谈，但开源模式围绕着众包协作、持续和透明的沟通、精英管理以及提供平台和结构以使社区始终朝着共同目标前进的治理模式而发展。

我对于入门的指导是什么？

1. 从小规模试点开始。围绕一个包含当地国家团队不同职能的团队构建该试点，并将他们聚集到一个工作模型中，在该模型中，他们可以向其同行宣传并成为未来 CoE“社区”的中心。通常，一位或多位拥护者将从中脱颖而出。

2. 建立一个协作模型，在该模型中，创新可以共享回组织的其余部分，并且可以分析和讨论每个创新。这是 Drupal 模型的精髓，Drupal.org 充当来自世界各地的贡献的交换中心。

Drupal 和开源的创建是为了解决一个需求，并且从它们的小规模起步发展成为庞大而强大的事物。任何企业都可以在其组织内部复制这种模式。因此，从开源剧本中吸取一页：创新、协作和共享。治理和创新可以共存，但要实现这一点，您必须放弃一定程度的控制并开始跳出框框思考。