Не менее важно, что IBM приобрела опыт и знания в рамках новой модели создания ценности. Компания, которая на протяжении пятнадцати лет была закрытой, вертикально интегрированной и концентрировалась на защите своей интеллектуальной собственности, теперь активно сотрудничала с сообществом разработчиков открытого кода и стала рассматриваться как партнёр, открытый и достойный сотрудничества. IBM наслаждается хорошим отношением тысяч независимых и корпоративных разработчиков, разделяющих принципы Linux и стремящихся развить своё сообщество. Навыки партнёрства и сотрудничества, а также особенные знания в области управления связями с сообществами, напрямую не контролируемыми компанией, стали её действующими стратегическими инструментами, которые конкурентам ещё предстоит разработать.

Развитие культуры и стратегии открытых источников

Открытые коды позволили IBM ускорить инновации и снизить прежние огромные расходы. Со стратегической точки зрения, такой подход к производству на равных является формой творческого аутсорсинга. Творческий аутсорсинг лучше всего работает в областях, не являющихся основными для вашего продукта или центром вашей бизнес-модели. Из этих стратегических заключений проистекает ряд уроков, которые могут быть полезны для вас и вашего бизнеса.

Во-первых, играйте на собственных слабостях. Посмотрите на сферы рынка, где ваши позиции ослабевают. Сотрудничество обойдётся вам дешевле (IBM на момент начала сотрудничества уже потерпела поражение в борьбе с веб-серверами и операционной системой OS/2, поэтому, даже в случае неуспеха с открытыми кодами, она не потеряла бы большой доли рынка). В то же время, ищите возможности, привлекающие клиентов или имеющие потенциал для взрыва вашего отраслевого рынка.

Во-вторых, используйте сбалансированный подход. Спросите себя: готовы ли вы выступить в качестве лидера сообщества, работающего по принципам производства на равных? А может быть, вы сможете лучше исполнить свои задачи, просто присоединившись к существующим «движениям»? В большинстве случаев присоединение к существующим, активно развивающимся движениям приведёт к лучшим для вас результатам. Не отказывайтесь от вертикальной интеграции и иерархий. Попытайтесь вместо этого совместить модели открытых систем и защищенной интеллектуальной собственности. Смешанный подход позволит именно вам адаптировать стратегии к взрывным возможностям, появляющимся с развитием проекта, — так, как это сделала IBM, вручив части своего кода «в подарок» сообществу.

В-третьих, адаптируйтесь к правилам сообщества и скорости его работы. Не пытайтесь управлять им, пока вы не заработали в сообществе авторитет. Не критикуйте — Фрай видел многое из того, что ему не нравилось, однако оставался спокоен. Критика сообщества — право тех, кто уже доказал что-то, внеся в его развитие важный вклад. Используйте инструменты и методы коммуникации, принятые в сообществе. И помните: открытые сообщества любого типа имеют тенденцию развиваться быстрее, чем иерархические системы. IBM потребовалось уделить особое внимание тому, чтобы её инженеры работали так же быстро, как внешнее сообщество.

И последнее сделайте это приоритетом. Компании, которые подумывают о работе с открытыми сообществами и при этом пытаются сохранить интеллектуальные права, могут быть крайне чувствительны к рискам. Когда IBM только начинала знакомство с новым сообществом, уровень воспринимаемых компанией рисков был высок. «Поначалу вопрос решался на самом верху», — говорит Коули. Компания назначила ответственным за проект одного из вице-президентов, создала комитет по работе с Linux и проводила ежемесячные совещания руководителей, на которых оценивался прогресс работ. «Со временем, — продолжает Коули, — мы почувствовали себя комфортнее и стали обращать на текущую работу меньше внимания. Теперь же открытые коды стали частью нашей культуры, частью нашей стратегии».

И хотя IBM не планировала эти изменения с самого начала, она продемонстрировала потрясающую адаптативность к открытости и самоорганизации — новому стратегическому оружию. Путь, проделанный компанией, показывает, насколько открытые коды изменяют саму суть компании и её стратегическую ориентацию, а также, насколько революция в открытых источниках способна изменить отрасли, основанные на информации, и провести их по новым дорогам инновации и создания ценности.

Экосистема открытых источников

IBM представляет собой удивительный пример того, как крупная и зрелая компания с устоявшимися традициями защиты интеллектуальной собственности может принять открытость и самоорганизацию в качестве катализаторов возрождения. Однако если мы сконцентрируемся только на истории IBM и Linux, это будет означать, что мы пропускаем ещё более новый и, возможно, более важный тренд — появление огромной и трепещущей экосистемы компаний в самом начале пути, движущих новой волной развития приложений и услуг с открытым кодом.

Не исключено, что это новое поколение стартапов сможет заново определить смысл и расширить пределы понятия открытых кодов. Такие компании, как Digium, Medsphere, Pentaho и SugarCRM, предлагают дешёвые решения на базе открытых кодов и делают тем самым первые шаги в ранее неприступный мир промышленного программного обеспечения — производства программ, использующихся для управления данными, предоставления доступа к информации, отслеживания процессов, распределения ресурсов и в целом направленных на повышение эффективности.

Поставщики программ с открытым кодом могут стать силой, предоставляющей доступные корпоративные решения огромному количеству компаний, которые никогда в жизни не смогут позволить себе покупку базы данных Oracle или Систему планирования ресурсов предприятия (ERP),[131] созданную компанией SAP. И кто знает, возможно, именно им удастся придать силы новой революции в производительности, а то и инициировать возрождение малого и среднего бизнеса.

Возможно ли, что всё программное обеспечение будет производиться пиринговыми сетями, а не компаниями? Линус Торвальдс изменил своё мнение по этому вопросу. «Я никудышный предсказатель, — говорит он. — Я привык считать, что операционную систему можно сделать только на осно — вании открытого кода, но жизнь показала, что я был неправ». К примеру, он полагал, что «никто и никогда не захочет самоорганизовываться для того, чтобы создать базу данных, потому что это слишком скучно». Теперь же он считает, что сообщества, использующие открытые коды, могут создать почти любую программу, за исключением небольших ниш, в которых будет сложно хотя бы собрать достаточно большое сообщество.[132]

Если то, что Линус изменил свою точку зрения, оправданно, то к чему это может привести? В чём могут заключаться последствия для отрасли программирования — самой динамичной и важной части большинства экономик? Чтобы понять это, представьте движение по созданию программ с открытым кодом в виде двух последовательных волн, между которыми прошло примерно десять лет. Первая волна оставила нам «трубопровод»: веб-серверы, управляемые программами с открытым кодом, операционные системы и возможность получать части требуемого кода через Интернет. Всё это обозначается жаргонным словечком LAMP — сокращением слов Linux, Apache, MySQL и Perl/PHP. О Linux вы уже знаете. Приложение Apache Web server управляет почти 50 миллионами сайтов. Приложение для работы с базами данных MySQL уже установлено и используется более чем на 8 миллионах компьютеров. А язык программирования РНР, также разработанный с помощью открытых кодов, использовался при создании почти трёх четвертей всех веб-сайтов.