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

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

Вопрос в том, как решения категории Open Source используются для организации таких сетей в ИТ-подразделениях, какие шаги требуется предпринять для создания успешной сети инноваций, служащей для разработки программного обеспечения (software innovation network), и какие в итоге это даст преимущества организациям.

Стимулы для совместной работы

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

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

Совместная работа над открытыми стандартами

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

Производители программного обеспечения реализуют стандарты на технологию (примерами могут служить HTTP, XML, Java и т. д.), в своих продуктах. Но эти реализации не позволяют им выделиться на фоне конкурентов, предоставляя пользователям важные и нужные для них возможности. Модель Open Source дает эффективный механизм создания единой реализации, которая способствует распространению этих стандартов. Web-сервер Apache — прекрасный пример решения, которое способствовало повсеместному распространению спецификации httpd.

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

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

Совместная работа на общей платформе

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

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

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

Формирование сети программных инноваций

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

Процесс открытой разработки

Большинство наиболее мощных сообществ, занимающихся созданием свободно распространяемых программных решений, такие как Apache, Eclipse и др., работают на следующих принципах.

  • Открытость. Возможность участия в проекте любого человека или организации, в том числе и компаний-конкурентов.
  • Меритократия. Открытость не означает неограниченной демократии; успешные проекты Open Source существуют по принципу меритократии, cогласно которому новички приглашаются к участию на основе их подтвержденных заслуг и способностей.
  • Прозрачность. Проведение важных дискуссий по проекту, планов и конференций в открытом режиме таким образом, чтобы их могли видеть все.

Модель руководства совместной работой

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

Управление интеллектуальной собственностью

Управление интеллектуальной собственностью — крайне важный момент, когда создается совместно используемая технологическая база. Эффективное управление интеллектуальной собственностью предусматривает выбор приемлемой лицензии на создаваемое программное обеспечение, юридических соглашений между участниками, которые касаются предоставления интеллектуальной собственности, и регулярный анализ исходного кода, который гарантировал бы прозрачность происхождения и совместимость лицензий.

Так, Eclipse Foundation имеет прочно установившуюся систему управления интеллектуальной собственностью. Все участники сообщества подписывают одно и то же строгое соглашение и следуют одним и тем же процессам, касающимся авторских прав. Все участники проекта Eclipse подписывают «соглашение субъекта», которое указывает, что их вклад лицензируется на условиях Eclipse Public License (EPL). Весь исходный код, который добавляется в проекты Eclipse, в обязательном порядке изучается, чтобы гарантировать, что он лицензирован на условиях EPL или совместимой публичной лицензии. В результате технология, созданная в рамках подобных проектов, имеет четкую лицензию и очевидное происхождение интеллектуальной собственности.

Формирование сообщества

Тим О’Рейли ввел термин «архитектура участия» для описания того, как проекты Open Source могут создавать и расширять сообщество. Идея состоит в том, что сообщество разработчиков свободно распространяемых решений формируется вокруг возможности отдельного субъекта участвовать в разработке, вне зависимости от его места работы. На «архитектуру участия» влияют, во-первых, необходимость гарантировать простоту расширения технологии, а во-вторых, необходимость выстроить открытый, прозрачный для всех процесс разработки.

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

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

Формирование инфраструктуры ИТ

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

Модель открытого бизнеса

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

К чему мы стремимся?

Большинство организаций смогут сократить затраты на программные продукты, став пользователями решений категории Open Source. Но еще большей эффективности ИТ они достигнут, приняв участие в проектах по созданию свободного программного обеспечения. Такие сообщества, как Apache, Eclipse и Linux, демонстрируют модель совместной разработки программного обеспечения, которая может служить основой для организации любой сети инноваций. ИТ-подразделения, работающие с учетом перспективы, уже начинают эффективно использовать эту модель для совместной разработки технологий, специфических для предметной области своих предприятий. Уже в ближайшие несколько лет открытые сети инноваций вполне могут определить будущее разработки программного обеспечения.

Поделитесь материалом с коллегами и друзьями

Купить номер с этой статьей в PDF