Читаем Викиномика полностью

Обе стороны чувствовали себя несколько напряжённо. Программисты боялись нечестной игры со стороны 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] говорит, что самым сложным в первые дни работы было осознать то, как правильно войти в сообщество. Linux состоит из более чем ста проектов по разработке программного обеспечения, каждый из которых содержит разное количество субпроектов. Около тысячи человек работали над ядром — сердцем операционной системы. Другие группы занимались библиотеками, драйверами и прочими программными компонентами. IBM нужно было решить, в какие сообщества вступать. Компания (подобно другим новичкам) обнаружила, что лучший способ получить признание — это начать заниматься черновой, но нужной работой. IBM помогла увеличить надёжность Linux путём тестирования кода, управления дефектами, написанием технической документации, а также предоставив в открытый доступ собственные коды и инструменты.

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

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

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

Перейти на страницу:

Похожие книги

100 абсолютных законов успеха в бизнесе
100 абсолютных законов успеха в бизнесе

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

Брайан Трейси

Деловая литература / Маркетинг, PR, реклама / О бизнесе популярно / Финансы и бизнес