IBM Rational Jazz в сравнении с Open Source

Оригинал статьи: http://dtoczala.wordpress.com/2009/02/18/how-does-rational-jazz-compare-with-open-source-solutions/

Какое отношение IBM/Rational Jazz имеет к Open Source

Постоянно возникает вопрос об отношении IBM/Rational к направлению Open Source и его ближайшим родственникам - недорогим “cheap source” инструментам. Здесь можно рассматривать JIRA, Rally, Subversion, Version One и др. Существует огромное множество доступных решений Open Source, некоторые из них хороши, другие не очень. Бренд IBM/Rational стабильно известен уже в течение длительного времени параллельно с другими популярными средствами, которые без всякой спешки осваиваются на практике, хотя многие из них имеют ограниченную продолжительность жизни.

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

Стоимость внедрения (Cost of Ownership, COO) ЛЮБОГО инструмента - Open source или иного

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

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

Лицензирование - целиком в пользу Open Source

Open source и недорогие инструменты очень легко получить. Инструменты IBM/Rational обычно стоят гораздо дороже. В этой части не составляет сложности принять правильное решение. Но давайте теперь перейдем к другим составляющим общей стоимости, относящимся к внедрению предлагаемых возможностей.

Аппаратное обеспечение - маленькое преимущество у Jazz

При рассмотрении затрат по отношению к аппаратному обеспечению победа присуждается IBM/Rational, т.к. большинство средств Open Source требуют множества серверов для установки, в то время как с простым развернутым сервером Jazz уже могут работать до 250 пользователей одновременно (а на практике обычно больше). Инструменты Open Source и их адаптированные варианты обычно реализуются в виде групп, требуя при этом множества серверов (по одному на проект). Команды не хотят отказываться от контроля над ресурсами, что приводит к необходимости решения разнообразных вопросов административного плана, направленных на организацию централизованного управления этими инструментами. Это вопрос уже из области управления и для его решения часто требуется проведение в жизнь изменений на уровне культуры производства в организации.

Стоимость администрирования - множество частично занятых специалистов

Стоимость администрирования - это как раз то, где с большим отрывом лидирует Jazz, благодаря централизации административных функций. В большой организации можно задействовать службу поддержки с неполной занятостью, которая сможет обслуживать средства Jazz на 1000 пользователей. Реализация Open Source обычно проводится по группам, где для каждой группы для развертывания и сопровождения требуется свой собственный штат администраторов с неполной занятостью. Сложите все эти показатели затрат для “неполностью занятых” ресурсов по всем проектам, и экономия станет очевидной. Именно здесь организация может рассмотреть преимущества специализации, когда ВСЕ команды завязаны на одного эксперта, глубоко владеющего инструментарием, в противовес подходу по удовлетворению отдельных команд, для которых определен "гуру" по тому или иному средству.

Сравните. Если в Вашей компании ведется 100 различных IT проектов и при этом требуется задействование одного из специалистов в течение 4 часов в неделю для работ по сопровождению инструментария, то в целом это составляет 400 часов в неделю, что эквивалентно необходимости привлекать 10 администраторов. Проблема разрастается очень быстро. Не закрывайте глаза на стоимость администрирования, старайтесь объективно смотреть на ситуацию и оценивать все усилия, которые придется предпринять.

Стоимость миграции - платите только один раз, а не каждые пять лет

Миграция репозиториев данных, созданных с помощью некоторого инструментария, является самой дорогостоящей стороной любого перехода. Стоимость преобразования, переноса и проверки результатов преобразования данных обычно достигает значительных размеров. Это трудоемко и часто требует разработки одноразовых инструментов для проведения самой миграции данных. Я лично был знаком с организацией, которая, исходя лишь из данного факта, не стала приобретать очень полезный для нее инструментарий. Переход на новый инструмент мог бы оказаться слишком дорогим, независимо от того, каким бы он ни был: Open Source, коммерческий или полукоммерческий. И есть ощущение, что это относится к любому инструменту, не правда ли? Ошибочное мнение!

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

Цена соблюдения норм

Окончательная заслуга Jazz состоит в том, что эта технология позволяет отобрать желаемое. В последнее десятилетие крупнейшие заказчики IBM с разной степенью успеха предпринимали усилия в области стандартизации инструментальных средств. Мы делали это так долго, что даже забыли, какие изначальные ожидания от стандартизации были у наших заказчиков. Много при этом говорилось о том, что необходим базис для поддержки групповой работы, достижения большей экономичности и ускоренного внедрения лучших практик. Но НАСТОЯЩАЯ причина, которая заставляет компании заниматься стандартизацией - получение возможности эффективно контролировать все, что происходит в организации с помощью сбора актуальных метрик в рамках этой организации, занимающейся разработкой информационных систем. “Невозможно управлять тем, что нельзя измерять” - это была любимая фраза Джека Уэлша (Jack Welsh, исполнявший обязанности Генерального директора GE). И он был абсолютно прав, а все остальные Генеральные и Технические директора, а также Директора IT отлично понимают это.

Jazz дает возможность коллекционировать актуальные метрики на предприятии без необходимости навязывания командам разработчиков специфических средств. Можно использовать компонент Jazz SCM, плагин (plug-in) для Subversion или интеграционное решение для IBM Rational ClearCase. Применяйте группу инструментов, которая наиболее осмысленна в рамках конкретного проекта. С возможностями Jazz в области организации взаимодействия и достижения прозрачности процесса это перестает быть проблемой, т.к. в эту платформу необходимые механизмы уже встроены и все заложенные в ее основу метрики и артефакты доступны в организации. Теперь руководителям бизнеса не надо бесконечно просиживать на технических презентациях, стараясь понять, почему инструмент X - это зло, а инструмент Y - круче. Теперь им не нужно беспокоиться об этом! Они всего лишь хотят видеть, как делаются их проекты и как эти проекты влияют на бизнес. Jazz позволяет отсечь аркан технических ограничений и выбрать командам то, что для них наиболее предпочтительно (в случае Jazz).

Напоследок - Open Source также в теме

В конце нашей дискуссии снова вернемся к изначальному вопросу. Почему Jazz, а не Open Source? Почему Rational Quality Manager или Rational Team Concert, а не Open Source? Потому что именно Jazz предлагает больше возможностей в области интеграции средств и организации эффективного взаимодействия в команде. И даже, если эти проблемы не представляются существенными для заказчика сейчас, то он, все равно, столкнется с ними рано или поздно.

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

***

В Каталоге Центра IT обучения "Institutio" представлено несколько программ обучения по направлению Jazz и отдельным его инструментальным средствам, отличающихся друг от друга включенными в них модулями:

  1. PCOM0001, Обзор технологии Jazz и основных инструментальных средств (общий обзор технологий Jazz и ключевых инструментальных средств), 4 дня
  2. PCCM0001, Введение в IBM Rational Team Concert (начальный обзор инструментального средства с целью максимально быстро научиться применять его на практике), 1 день
  3. PCCM0002, Возможности IBM Rational Team Concert (начальный обзор инструментального средства и его расширенные интеграционные возможности для организации командной разработки), 2 дня
  4. PCCM0003, Автоматизация командной разработки ПО с помощью IBM Rational Team Concert (введение в дисциплину управления версиями и конфигурациями, начальный обзор RTC и его расширенные интеграционные возможности для организации командной разработки), 3 дня
  5. PREQ0001, Введение в IBM Rational Requirements Composer (обзор базовых возможностей инструментального средства для быстрого старта в его использовании), 1 день
  6. PREQ0002, Возможности IBM Rational Requirements Composer (базовые и расширенные интеграционные возможности RRC, интегрированное использование средства с учетом подхода Collaborative Application Lifecycle Management), 2 дня
  7. PREQ0003, Управление требованиями с использованием IBM Rational Requirements Composer (введение в дисциплину управления требованиями, рассмотрение базовых и расширенных интеграционных возможностей RRC), 3 дня
  8. PTST0001, Введение в IBM Rational Quality Manager (обзор базовых возможностей инструментального средства для быстрого старта в его использовании), 1 день
  9. PTST0002, Возможности IBM Rational Quality Manager (базовые и расширенные интеграционные возможности RQM, интегрированное использование средства с учетом подхода Collaborative Application Lifecycle Management), 2 дня
  10. PTST0003, Интегрированное управление тестированием с использованием IBM Rational Quality Manager (введение в дисциплину тестирования, рассмотрение базовых и расширенных интеграционных возможностей RQM), 3 дня

© 2008-2023 Финэкософт.

 

Oracle Silver Partner
+7 (495) 234 8808
Учебный центр
Центр обучения и сертификации в области информационных технологий (IT).

Широкий выбор курсов и программ обучения. Подробности здесь.

Отправить письмо
Обратная связь

 

Для Ваших вопросов и отзывов