*
Открытые коды позволили IBM ускорить инновации и снизить прежние огромные расходы. Со стратегической точки зрения, такой подход к производству на равных является формой творческого аутсорсинга. Творческий аутсорсинг лучше всего работает в областях, которые не являются основными для вашего продукта или центром вашей бизнес-модели. Из этих стратегических заключений проистекает ряд уроков, которые могут быть полезны для вас самих и вашего бизнеса.
*
Во-первых, играйте на собственных слабостях. Посмотрите на сферы рынка, где ваши позиции ослабевают. Сотрудничество обойдется вам дешевле (IBM на момент начал сотрудничества уже потерпела поражение с веб-серверами и операционной системой OS/2, поэтому, даже в случае неуспеха с открытыми кодами, она не потеряла бы большой доли рынка). В то же время, ищите возможности, которые привлекают клиентов или имеют потенциал для взрыва вашего отраслевого рынка.
*
Во-вторых, используйте сбалансированный подход. Спросите себя: Готовы ли вы выступить в качестве лидера сообщества, работающего по принципам производства на равных? А, может быть, вы сможете лучше исполнить свои задачи, просто присоединившись к существующим "движениям"? В большинстве случаев, присоединение к существующим активно развивающимся движениям приведет к лучшим для вас результатам. Не отказывайтесь от вертикальной интеграции и иерархий. Попытайтесь вместо этого совместить модели открытых систем и защищенной интеллектуальной собственности. Смешанный подход позволит именно вам адаптировать стратегии к взрывным возможностям, появляющимся с развитием проекта-как это сделала IBM, вручив части своего кода "в подарок" сообществу.
*
В-третьих, адаптируйтесь к правилам сообщества и скорости его работы. Не пытайтесь управлять им, пока вы не заработали в сообществе авторитет. Не критикуйте - Фрай видел много из того, что ему не нравилось, однако оставался спокоен. Критика сообщества - право тех, кто уже доказал что-то, сделав в развитие сообщества важный вклад. Используйте инструменты и методы коммуникации, принятые в сообществе. И помните: Открытые сообщества любого типа имеют тенденцию развиваться быстрее, чем иерархические процессы. IBM потребовалось обращать особое внимание на то, чтобы ее инженеры работали так же быстро, как внешнее сообщество.
И последнее, сделайте это приоритетом. Компании, которые рассматривают работу с открытыми сообществами и при этом пытаются сохранить интеллектуальные права, могут быть крайне чувствительны к рискам. Когда IBM только начинала знакомство с новым сообществом, уровень воспринимаемых компанией рисков был высок. "Поначалу вопрос решался на самом верху", говорит Коули. Компания назначила ответственным за проект одного из вице-президентов, создала комитет по работе с Linux, и проводила ежемесячные совещания руководителей, на которых оценивался прогресс работ. "Со временем", говорит Коули, нам стало комфортнее, и мы стали обращать на текущую работу меньше внимания. Теперь же открытые коды стали частью нашей культуры, частью нашей стратегии".
*
И хотя IBM не планировала эти изменения осознанно с самого начала, она продемонстрировала потрясающую адаптативность к открытости и самоорганизации - новому стратегическому оружию. Путь, проделанный компанией, показывает, насколько открытые коды изменяют саму суть компании и ее стратегическую ориентацию, а также, насколько революция в открытых источниках способна изменить отрасли, основанные на информации, и провести их по новым дорогам инновации и создания ценности.
*