Текст книги "Викиномика. Как массовое сотрудничество изменяет всё"

Автор книги: Дон Тапскотт

Соавторы: Энтони Д. Уильямс
сообщить о нарушении

Текущая страница: 8 (всего у книги 28 страниц) [доступный отрывок для чтения: 11 страниц]

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

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

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

Столь гибкая структура энциклопедии вынуждает преподавателей запрещать студентам и учащимся пользоваться энциклопедией в качестве источника. Некоторых преподавателей беспокоит то, что студенты могут сначала создать статью, а затем использовать её в качестве источника для Цитирования. Другие же более оптимистичны, а третьи даже сами пишут статьи для Википедии. К примеру, не так давно с Википедией начал сотрудничать Мэтт Бартон, преподаватель английского языка из Государственного Университета Сент-Клауда, штат Миннесота, который собирается выстроить на базе Википедии живой и дышащий ресурс, посвященный английской риторике – её истории, использованию и значению.

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

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

Что касается неточной информации так называемые экспертные источники не всегда имеют право на критику. К примеру, излюбленные многими сравнения «Википедии» с Энциклопедией «Британника» не всегда основаны на фактах. К примеру, исследование 42 статей по различным научным вопросам, проведённое журналом Nature, выявило крайне небольшую разницу: на четыре неточности в Википедии пришлось три в «Британнике».[120]120
  Jim Giles, «Internet encydopedias go read to read,» Nature, том 438, номер 531 (15 декабря 2005 г.) www.nature.com/news/2005/051212/full/438900a.html


[Закрыть]

«Британника» подвергла сомнению этот факт, заявив, что неточности в Википедии были более серьёзными, а информационные источники включали энциклопедию для молодёжи, а также ежегодники «Британники».[121]121
  Справедливо также, что хотя Википедия довольно точно отображает научные вопросы, в достаточной степени подтвержденные фактическим материалом, ей не удается добиться того же в таких областях, как история и политика, где эмоции и идеологические убеждения могут негативно повлиять на точность и объективность информации.


[Закрыть]

К несчастью для «Британники», её возражения упускают из виду самое главное: ошибки, найденные в Википедии, уже давно исправлены, а ошибки в самой «Британнике» остаются. Точно так же, как программисты, работающие с кодами открытого доступа, путём совместных усилий легко находят и устраняют программные ошибки, википедианцы находят ошибки в статьях и исправляют их. Согласно результатам исследования, проведённого Массачусетским технологическим институтом, ошибка в статье, внесённая в Википедию случайным образом, исправляется в среднем через 1,7 минуты.

Вне всякого сомнения, у Википедии останется много критиков. Например, главный редактор «Британники» Роберт Мак-Генри жалуется, что, несмотря на процессы итеративного редактирования, качество статей Википедии остаётся на «уровне, ожидаемом от обычного студента».[122]122
  Robert McHenry, «Tre Faith-Based Encyclopedia,» Tecb Central Station (15 ноября 2005 г.). www.tecl1centralsla60n.com/111504A.html


[Закрыть]

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

Мягкий подход

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

Пока это получается. Процесс улучшения содержания сайта и механизмов его работы, идущий снизу вверх, заставляет Википедию расти с потрясающей скоростью. Каждый день в англоязычной версии энциклопедии появляется около 2 тысяч новых статей по всевозможным вопросам. Каждый год, таким образом, энциклопедия пополняется 730 тысячами новых статей. Если посчитать средние показатели роста, то получится, что в Википедии к 2010 году будет (по самым консервативным подсчётам) более 5 миллионов статей. На каком-то этапе Уэльс создаст Википедию 1.0, то есть заморозит для дальнейших корректировок часть наиболее высококачественных статей энциклопедии. Пока же мир продолжает меняться, а соответственно, появляется много новой информации для статей.[123]123
  Как недавно заметила Стейси Шифф (Stacy Scliiff) в своей статье в журнале New Yorker, Википе дия может позволить себе быть всеобъемлющей энциклопедией, так как у нее не существует физических ограничений по объему. В результате, в Википедии можно найти статьи по широкому и разнообразному кругу вопросов, которые в силу естественных ограничений не покрываются традиционными энциклопедиями. «По всей видимости, ни одна традиционная энциклопедия не могла даже представить, что кого-то станет интересовать игра судоку или состояние дел с проституцией в Китае, – иронизирует Шифф. – Или, к примеру, такие вопросы, как синдром Капгра (бред отрицательного двойника, при котором больной верит, что его близких заменили похожие самозванцы) или великое затопление Бостона патокой (Boston molasses disaster), канадская Партия Носорога, дом Билла Гейтса, война между Великобританией и Занзибаром продолжительностью в сорок пять минут или состояние ислама в Исландии» (Stacy ScTiiff, «Can Wikipedia Conquer Expertise?» Tie New Yorker, 31 июля 2006 г.).


[Закрыть]

Оценивая перспективы развития энциклопедий в будущем, Уэльс как-то сказал, что «Энциклопедия «Британика» прекратит своё существование через пять лет». Сейчас он не вполне верит в это так же, как раньше, однако производственная система Википедии с её низкими издержками, вне всякого сомнения, затрудняет перспективы «Британники» с точки зрения конкурентоспособности. «А как они могут с нами соревноваться? Наша структура издержек попросту лучше, чем у них», – говорит Уэльс сейчас.[124]124
  Jimmy Wales, цитата из статьи Thomas Goetz, «Open Source Everywhere,» Wired, выпуск 11.11 (ноябрь 2003 г.).


[Закрыть] С ним сложно спорить. Википедия представляет собой быструю, гибкую и сравнительно недорогую производственную модель. Издержки переключения часто сдерживают развитие новых конкурентных товаров, но в случае с Википедией это не так. Уэльс предлагает альтернативу традиционным конкурентам, имеющую нулевые издержки и позволяющую всего за одно нажатие клавиши получить доступ к беспрецедентному объёму информации. Попробуйте воспользоваться «Британникой» – вам придётся пройти длительный процесс подписки, а также платить 11,95 доллара в месяц – только после этого вы получите доступ к содержанию.

Общаясь с Уэльсом, понимаешь – Википедия только начало. Это всего лишь увертюра к долгому и захватывающему путешествию. Уэльс уже приблизился к новым границам. Он практически не видит ограничений для развития и говорит о словарях, учебниках, новостях, бесплатных библиотеках. Он даже мечтает о выпуске книг типа «Руководство Википедии по рок-н-роллу»[125]125
  The Wikipedia Guide to Rock and Roll.


[Закрыть] или «История Второй мировой войны по данным Википедии»,[126]126
  Wikipedia's Hislory of World War II.


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

К чему ещё может привести такая возможность создания контента? Похоже, к многому. В последующих главах мы узнаем о том, как люди самоорганизуются для создания музыки, новостей, телевизионных программ, видеоигр, а также других форм информации и развлекательного контента. Всё больше предпринимателей считают, что технологии вики можно вполне использовать для извлечения прибыли. В январе 2005 года Джек Херрик[127]127
  Jack Herrick.


[Закрыть] запустил сервис wikiHow, универсальное руководство, использующее тот же принцип обработки информации, что и Википедия, и живущее за счёт рекламы. Посетители могут найти статьи по вопросам «как получить ипотечный кредит?» или «как добиться успеха в школе?» – каждая из статей создаётся знающими предмет добровольцами, которые в ряде случаев надеются, что в скором времени смогут поучаствовать в распределении прибыли от деятельности этого веб-сайта. Вслед за Херриком идут такие сайты, как ShopWiki и Wikitravel. Технология вики обрела новую мощную силу: саморазвивающийся и эффективный цикл совместного создания, который не могут повторить или превзойти иерархические модели.

IBM и эксперимент с открытым кодом

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

С ростом востребованности Linux индустрия всё сильнее понимает, что открытые коды – это сила, с которой надо считаться. Наиболее толковые фирмы учатся тому, как существовать в новой реальности и извлекать прибыль при том условии, что найдется новый способ производства программного обеспечения.

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

Сложно было себе представить, что IBM станет настоящим чемпионом в области производства на равных и лидером открытого мира. Не стоит забывать, что мы говорим о Big Blue[128]128
  Прозвище IBM.


[Закрыть] – компании, которая смогла вырасти до гигантских размеров именно из-за того, что продавала и покупала объекты, находившиеся под патентной защитой. В течение десятилетий компания создавала программные продукты, работавшие только на компьютерах производства IBM. Вы могли попытаться установить её программы на оборудование других поставщиков, но не пришли бы к вразумительному результату. Компания IBM называла это «контролем над клиентами». Злые языки называли это «гостиничная собственность». Имелось в виду, что вы всегда можете выписаться из гостиницы, но никогда не сможете её покинуть. Однако в ситуации, когда старая стратегия не могла работать столь же эффективно, а обороты начали падать, IBM поставила открытые источники во главу угла своего бизнеса и сделала это так, как способна далеко не каждая организация такого размера и на таком этапе зрелости.

Будет честным признать, что IBM встала на этот путь не в самом лучшем для себя положении. Многие из её предложений в сфере веб-серверов и операционных систем не были востребованы рынком, и компания с большим трудом держала удар в схватке с набравшими силу конкурентами, такими как Microsoft. IBM сделала необычный ход и стала изучать программы с открытыми кодами, время от времени передавая командам разработчиков ранее закрытые для посторонних части кодов программ, а также создавая команды, помогавшие сообществам разработчиков Apache (вебсервера) и Linux (операционной системы).

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

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

Эксперимент Apache

Когда Linux выбрался из таинственных закоулков хакерских сетей, то IBM, бывшая на протяжении десятилетий королём лицензионных операционных систем, совершенно не планировала приступать к разработке очередной операционной системы. Это было рискованно и дорого, к тому же рыночный успех этой инициативы не гарантировался. Тем не менее Linux мог выступить в качестве конкурента для Sun или Microsoft, а это было в интересах IBM. К 1998 году IBM уже тщательно изучала Linux и другие проекты с открытыми кодами. «У нас были огромные сомнения, – вспоминает стратег IBM Джоэл Коули. – Отвергнут ли они нас? Не причинит ли это ущерб IBM? Не столкнёмся ли мы с новыми юридическими проблемами, которые не позволят нам разрабатывать программные продукты?»

IBM приняла решение войти в процесс, однако начать не с Linux. Компания присоединилась к работе группы Apache, команды программистов, разрабатывавшей программы для веб-серверов. У Apache на тот момент уже была почти половина рынка веб-серверов, а у Domino, собственного продукта IBM – менее 1%. IBM было особенно нечего терять. В марте 1998 года представители компании встретились с Брайаном Бехлендорфом,[129]129
  Brian Behlendorf.


[Закрыть] главой гибкой группы программистов, занимавшейся обновлениями Apache.

Обе стороны чувствовали себя несколько напряжённо. Программисты боялись нечестной игры со стороны IBM; a Big Blue, в свою очередь, испытывала дискомфорт от будущей работы с командой, распределённой по всему миру и работавшей от случая к случаю. Однако они смогли заключить сделку, согласно которой IBM входила в сообщество, передавала для открытого доступа коды в соответствии с принятыми в сообществе правилами и участвовала в деятельности сообщества как любой другой его член. IBM произвела скромные финансовые вливания для создания Apache Software Foundation, юридического лица, которое и заключило контракт с IBM.

Работа шла быстро, и 22 июня 1998 года, всего лишь через три месяца после первой встречи, IBM объявила о том, что отныне все выпускаемые ею продукты поддерживают серверы на базе Apache. IBM включила Apache в свой программный пакет WebSphere, и началась другая история. Эта сделка явилась настоящим водоразделом в истории открытого кода.

Присоединение к Linux

Успех IBM в работе с программистами открытого кода и результаты включения Apache в предлагавшиеся программные пакеты подготовили фирму к началу сотрудничества в рамках проекта Linux: к декабрю 1998 года компания начала рассматривать стратегии, связанные с Linux, уже в качестве формализованной задачи. IBM знала, что Linux всё более востребована. Потребители постоянно спрашивали о возможности использования Linux на оборудовании IBM, и компания всё чаще замечала, что её новые сотрудники, только что закончившие университеты, свободно ориентировались в Linux и активно участвовали в разработке программ с открытым кодом.

В это же время перед IBM встала стратегическая задача: с одной стороны, её теснили производители оборудования, в особенности Dell, а с другой – поставщики операционных систем Microsoft (с Windows) и Sun (с Solaris). Linux содержал в себе решение. Эта операционная система могла отлично работать на небольших серверах, кроме того, её можно было развить для решения более сложных задач. Так как она была бесплатной, любой потребитель мог без проблем попробовать её в действии. Эти преимущества способствовали переосмыслению компанией своей дифференциации – фокус перемещался с операционных систем на услуги и решения, a IBM любила и то и другое больше всего.

В 1999 году IBM организовала группу по развитию Linux. Её руководитель Дэн Фрай[130]130
  Dan Frye.


[Закрыть] говорит, что самым сложным в первые дни работы было осознать то, как правильно войти в сообщество. Linux состоит из более чем ста проектов по разработке программного обеспечения, каждый из которых содержит разное количество субпроектов. Около тысячи человек работали над ядром – сердцем операционной системы. Другие группы занимались библиотеками, драйверами и прочими программными компонентами. IBM нужно было решить, в какие сообщества вступать. Компания (подобно другим новичкам) обнаружила, что лучший способ получить признание – это начать заниматься черновой, но нужной работой. IBM помогла увеличить надёжность Linux путём тестирования кода, управления дефектами, написанием технической документации, а также предоставив в открытый доступ собственные коды и инструменты.

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

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

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

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

Фрай понял, что IBM, как новичку в b-web разработчиков открытого кода, придётся адаптироваться, и компания адаптировалась к более открытой, прозрачной схеме сотрудничества с внешними разработчиками. Её сотрудники должны были относиться к сотрудничеству с внешним сообществом так же честно, как к взаимодействию с коллегами по собственной компании. Использование принятых в сообществе средств коммуникации, даже для общения внутри своей команды, облегчило становление группы из IBM полноправными членами сообщества. А использование инструментов программирования, принятых в сообществе (пусть и не столь изощрённых по сравнению с инструментами самой компании), позволило улучшить сотрудничество с программистами, находившимися вне пределов IBM.

IBM приняла не только продукты и процессы, принятые в открытом сообществе, но и его философию, смысл которой состоял в улучшении качества и обеспечении роста, а не в получении прибыли от управления Правами или владения интеллектуальной собственностью. В какой-то момент IBM имела возможность выпустить собственную версию Linux – назвав её «дистрибуционной», термином, принятым в сообществе Linux. Однако компания предпочла не заниматься дистрибуцией самостоятельно, А поддержала вместо этого усилия по дистрибуции, предпринимаемые такими компаниями, как Red Hat и Suse.

Отказ от контроля в таких масштабах был, по меньшей мере, необычен, однако принёс неплохие плоды. IBM ежегодно тратит примерно юо миллионов долларов на развитие Linux. Если всё сообщество прикладывает Усилий на 1 миллиард долларов и хотя бы половина этих усилий полезна для клиентов IBM, это означает, что компания, вложив юо миллионов долларов, получает программного обеспечения на 500 миллионов. «Linux предлагает нам жизнеспособную платформу, заточенную под наши нужды, всего за 20 % цены, которую мы заплатили бы за операционную систему, защищенную патентами», – говорит Коули.

По всем оценкам, вовлечённость 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),[131]131
  Enterprise Resource Planning System, ERP.


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

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


[Закрыть]

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