Текст книги "Викиномика"

По всем оценкам, вовлеченность IBM в сообщество разработчиков Linux стала большой победой для обеих сторон. В то время, когда доверие к Linux и ее надежность находились под большим вопросом, IBM «застраховала» риски клиентов. А вовлечение в процесс Big Blue и взятые ею на себя финансовые обязательства позволили компании существенно улучшить свои позиции относительно конкурентов, таких как Sun и Microsoft. IBM получила жизнеспособный продукт, являвшийся настоящей альтернативой серверам под управлением Windows на платформе Intel. Linux также смог откусить кусочек прибыли и доли рынка у Sun, став реальной угрозой ее бизнес-модели.

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

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

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

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

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

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

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

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

ЭКОСИСТЕМА ОТКРЫТЫХ ИСТОЧНИКОВ

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

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

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


[Закрыть], созданную компанией SAP. И кто знает, возможно, именно им удастся придать силы новой революции в производительности, а то и инициировать возрождение малого и среднего бизнеса.

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


[Закрыть].

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

Первая волна открытого кода создала основу для возникновения дорогостоящих и комплексных приложений, использующихся предприятиями для управления процессами. Однако когда речь заходит о самих этих приложениях, поборники открытого кода сталкиваются со стеной. Практически с момента возникновения первых программ решения для предприятий были основой для выживания таких крупных компаний как SAP, Oracle и Microsoft. Теперь же, с наступлением второй волны, ситуация начинает меняться.

Сегодня всё, начиная c систем управления взаимоотношениями с клиентами (CRM)[134]134
  Customer Relationship Management, CRM.


[Закрыть] и планирования ресурсов предприятия и заканчивая системами управления контентом и бизнес-разведкой – то есть практически любые типы производственных программ, которые могут прийти вам в голову, становится доступным в виде программ с открытым кодом. Возник целый ряд предприятий, создающих приложения на основе открытых кодов. Таких предприятий насчитывается уже свыше 10 тысяч, но мы расскажем о двух из них.

Компания Pentaho занимается разработкой программ для бизнес-разведки, которые соревнуются с коммерческими приложениями, поставляемыми Cognos и Hyperion. Подобно решениям конкурентов, решение Pentaho обеспечивает пользователей системами отчетности, анализа, поиска данных и управления рабочим процессом. Такие системы позволяют предприятиям более эффективно работать с данными. Чаще всего клиенты платят значительные суммы за коммерческие продукты (а кроме того, еще и за консультации по использованию), однако базовый продукт Pentaho является абсолютно бесплатным. Подобно другим поставщикам программ с открытым кодом, компания зарабатывает на поддержке, тренингах и консультациях по кастомизации программы для специфических целей конкретных клиентов.

Компания Medsphere предоставляет программные решения для небольших и средних больниц, позволяя им хранить в электронном виде полные истории болезней всех пациентов, начиная с результатов лабораторных тестов и заканчивая прописанными лекарствами. На рынке уже имеется достаточное количество программ для управления больницами, однако большинство лечебных учреждений не могут себе их позволить. Около 80 % больниц в США – небольшие, с числом койко-мест, не превышающим 300. Система Medsphere стоит примерно в четыре раза дешевле, чем аналогичная программа, защищенная патентами, при этом в нее включена поддержка и оплата услуг по инсталляции. Нет ничего удивительного в том, что программа доказывает свою эффективность среди медицинских учреждений.

Разумеется, еще рано праздновать победу, однако такие компании имеют явное преимущество с точки зрения издержек. Им не нужно нанимать армии продавцов или инженеров – онлайновое сообщество разработчиков оказывает неоценимую помощь, помогая им произвести, протестировать и избавить программный продукт от ошибок. И если такие компании и расходуют деньги, то на создание дополнительных свойств и сервисов программы, и в этом заключается существенное отличие этой модели бизнеса от модели работы с программами, защищенными патентами, в которой до 70 % расходов приходится на расходы по поддержке продаж и маркетинг.

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

Управление сложностью открытых источников

Когда дело касается открытых источников, сложность становится одновременно и возможностью, и проблемой. Первые три правила открытых источников – они никому не принадлежат, каждый может их использовать, любой может их улучшать – становятся источником бесконечных инноваций, но, с другой стороны, источником непрекращающегося страха бедных менеджеров по информационным технологиям, которые постоянно сталкиваются со все возрастающей сложностью. Реальность такова, что у нас слишком много возможностей для выбора. Компании, желающие воспользоваться преимуществами открытого кода, должны выбирать из огромного количества приложений. А какие из них обладают лучшим качеством? Если вы в состоянии понять это сразу, то поздравляем – вы прошли первый уровень. Теперь, видимо с помощью магии или удачи, вам придется заставить все эти приложения работать вместе и согласованно.

А все только начинается. Типичная программа, построенная на открытом коде, живет несколько дней или недель. Напротив, крупные производители могут заставить вас ждать новой версии и программы годами. Быстрое итеративное развитие означает, что программа постоянно улучшается, но также и то, что компании, жаждущие постоянства и надежности, вверяются огромной, и зачастую анонимной группе программистов, которая станет улучшать программный продукт, только если захочет это делать.

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

Ким Полиз, как никто другой, близка к тому, чтобы называться звездой в стиле хай-тек. Она стала известной благодаря работе в компании Marimba, ведущем провайдере управленческих решений на базе инфраструктуры Интернета. Ким была одним из основателей компании и ее руководителем. До этого она почти десять лет проработала в Sun Microsystems и являлась основным архитектором Java (общеизвестного языка программирования, активно используемого Sun). Видение, ум и энтузиазм Ким сделали ее знаменитостью первого интернет-бума. Она также обладает привлекательной внешностью, и многие журналы, к примеру, Wired, прямо-таки требовали от нее разрешения поместить ее фото на свою обложку. Но за красивой оболочкой скрывается личность с сильным видением, деловой проницательностью и серьезными техническими способностями.

Как-то летним вечером 2004 года Полиз была приглашена на ужин с Эриком Шмидтом из Google и Рэем Лейном, ветераном программирования и бывшим президентом Oracle. Рэй в то время занимал пост старшего партнера в Kleiner Perkins Caufield & Byers, успешной компании из Кремниевой долины, занимавшейся венчурными операциями. В сфере его внимания находилась одна компания, работавшая над тем, как решить проблему сложности открытых систем, которой недоставало лидера. Полиз была заинтригована, и они быстро смогли разработать совместный план. Компания называлась SpikeSource, и Полиз предстояло ее возглавить.

Полиз вспоминает, что уходила с ужина совершенно окрыленной. «Мне показалось, что я вновь вернулась в 1995 год – самое лучшее время для того, чтобы организовать такую компанию, – говорит она. – Я видела возможность для невероятной инновации, такой, которую я не могла припомнить за все двадцать лет, что нахожусь в отрасли программирования. Огромное количество проблем, которые мы постоянно испытывали с программами, могли быть решены с помощью открытого доступа». Полиз осознала свою миссию: вывести программы с открытыми кодами на массовый рынок, решив одну из наиболее сложных проблем программирования и сделав это в истинно открытой манере.

Интеграция и взаимодополняемость – две проблемы, традиционно присущие программированию. Решение их лежит не только в плоскости открытых источников. Во многом эти проблемы существовали из-за того, что поставщики не могли договориться между собой. Никто из них не желал обменяться интерфейсами или вместе поработать над тестированием или интеграцией своих программных приложений. Это приводило к непредсказуемым последствиям, а иногда и к поломкам в случаях, когда потребители пытались одновременно работать с несколькими приложениями.

Может показаться, что решение лежит в плоскости консолидации отрасли. И кажется, этот процесс набирает силу, – достаточно посмотреть на недавние поглощения и приобретения в мире коммерческих программ (и здесь наиболее заметна деятельность Oracle). В случае программ с открытым кодом крупные игроки могли попросту выкупить своих небольших конкурентов, использующих открытые коды, тем самым блокируя дальнейшее развитие движения. Однако Полиз, как и многие другие, видела дальнейшее развитие иным и выступала за решение на базе сотрудничества.

С приходом второй волны открытого доступа истинное сотрудничество и интеграция стали реальностью. «Это происходит естественно, – говорит Полиз, – потому что ценности сотрудничества естественным образом заложены в принципах работы с открытыми кодами. Все независимые проекты и компании, использующие открытые коды, начинают работать вместе, а это, по сути, все, что требуется для того, чтобы сделать программы полезными и надежными».

Полиз считает, что открытые стандарты и инфраструктура Сети, направленная на сотрудничество, позволяют многочисленным компаниям и сообществам работать вместе и последовательно решать задачи интеграции, тестирования и поддержки. «Мы можем не только провести десятки тысяч тестов в автоматическом режиме, но и позволяем тысячам людей во всем сообществе внести свой вклад в пополнение знаний о том, что работает, а что – нет», – говорит она.

Теперь компания Полиз SpikeSource обладает уникальной инновацией. Сама компания называет ее «оболочка автоматизированного тестирования». Инновация позволяет провести свыше 30 тысяч тестов на базе сотен компонентов, шести операционных систем и шести языков программирования, а затем быстро произвести интегрированное решение («стэк» на профессиональном жаргоне). Это можно представить себе как огромную цифровую сборочную линию, в которой перемешиваются различные детали и элементы, в результате каждый элемент находит свое место в едином и хорошо смазанном механизме. Как только поступает информация о новом приложении или обновлении, SpikeSource его тестирует и включает в стэк. Загрузка стэка бесплатна. SpikeSource зарабатывает деньги на предоставлении поддержки и дополнительных услуг пользователям.

Не каждая из компаний, включенных в рейтинг Fortune 500, готова использовать программы с открытым кодом. Поэтому SpikeSource и другие производители программ с открытым кодом нацеливаются на небольшие и средние компании, то есть рынок, на который крупные игроки либо не хотят идти, либо не имеют для него адекватных продуктов. Низкозатратные открытые решения позволяют поставщикам делать свои продукты доступными для многих клиентов и использовать в сферах, ранее недоступных. Это, в свою очередь, приводит к новой волне демократизации в разработке программного обеспечения.

«Эти мелкие и средние компании с удовольствием используют открытый код, и не потому, что являются его фанатиками, – говорит Полиз, – а потому, что это дает отличные результаты за меньшие деньги». Огромному количеству мелких и средних предприятий вдруг становятся доступны промышленные инструменты управления командами продавцов, базами данных клиентов, контента, информации и ресурсов. Тем самым они получают возможность достичь или даже превысить показатели эффективности и результативности, существующие у крупных игроков.

Будущее открытых источников

Может показаться, что открытый код наконец-то вступил в сознательный возраст. Однако, хотя он и открывает новые перспективы стартапам, проблемы сообщества разработчиков в целом сохраняются. Первая волна открытого кода позволяла гармонично сосуществовать небольшим компаниям типа Red Hat одновременно с гигантами типа IBM в рамках гибких альянсов программистов, сотрудничавших в разработке программ с открытым кодом. Это было возможным благодаря их готовности уважать нормы сообщества, принимать процедуры работы и поддерживать здравый баланс между тем, что они получают от сообщества, и тем, что ему отдают.

В новые проекты разработчиков программного обеспечения на базе открытых кодов в настоящее время вливаются сотни миллионов долларов венчурных капиталистов. Такие инвестиции, направленные на получение разумной прибыли, заставляют задуматься о том, будет ли новое поколение поддерживать прежний баланс взаимодействия между сообществами, нацеленными на получение прибыли, и сообществами, имеющими другие цели.

Защитники открытого доступа беспокоятся, что растущая доля компаний, ориентированных на получение прибыли, может изменить отношение к этике предоставления доступа, открытости и взаимности, лежащих в основе системы ценностей, исповедуемой сообществом разработчиков программ на основе открытого кода. По сути, компании испытывают давление с двух сторон: с одной – они должны отдавать достаточный объем ценного кода для того, чтобы удовлетворить своих соратников, с другой – оставлять у себя достаточно кода, за который готовы платить их клиенты.

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

Все зависит от того, как компании, работающие с открытым кодом, относятся к программам и моделям их разработки. Сотрудничество не явилось следствием чего-либо. Оно органично присуще любому созданию программ из ничего. «В мире открытых систем, – говорит Полиз, – каждый отдельно взятый компонент создан для того, чтобы стать частью большой экосистемы. Когда разработчики начинают создавать новый компонент или проект, то думают о том, как он будет взаимодействовать с другими частями во внешнем мире. Поэтому этот подход существенно отличается от написания программ внутри отдельно взятой компании».

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

«Открытые коды сносят эти стены до основания, – говорит Полиз. – Они позволяют с самого начала активно искать способы, заставляющие ваш продукт работать лучше в связке с уже существующими и разработанными другими. Это развивает новую большую волну инноваций, программный продукт становится все лучше, и результат достигается за все меньшие периоды времени. В этот процесс вовлекается все больше людей, все больше людей начинают пользоваться его плодами, все больше людей начинают заниматься разработкой, и все большее внимание начинает оказываться сотрудничеству и интеграции».

А если говорить о зарабатывании денег, то все эти действия направлены на увеличение стоимости. Как говорит Полиз, «ваши клиенты рады тому, что вы предлагаете им поддержку и стабильную работу. Вы предлагаете совместимость с другими программными приложениями. Вы всегда предлагаете что-то новое, а ваш продукт становится все лучше и лучше».

Видят ли большие компании горящую надпись на стене? Надеемся, что да. Потому что, если они не поймут, как им существовать вместе с производителями на равных, то их ждет очень быстрая старость.