Эфективное решение коммуникационных и HR-задач

Статьи и материалы

ПО для создания интранет-сайта компании: покупать или разрабатывать?

На днях мой коллега, специалист по ИТ, обмолвился о проблеме в его компании. В его компании есть внутренний портал, разработанный усилиями программистов компании. Имеющие с ним дело сотрудники практически весь день используют его в работе, но почему-то он не работает (очень неудобен и сделан «программистами для программистов»). В результате компания стала искать другое решение. Конечно, можно было смириться с проблемами готового портала и дальше устранять проблемы. Можно перейти на другое готовое приложение: несколько вендоров предлагают программы такого же типа в данной отрасли. Либо, как хочет сейчас сделать старший ИТ-менеджер, у компании есть и другой путь — разработать совершенно новое, собственное приложение в другой компании и иметь над ним полный контроль.

Вопрос: какой вариант лучше?

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

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

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

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

А теперь давайте вернемся к нашему вопросу: какой вариант лучше? Покупать или писать заново? Очевидно, выбор того или иного подхода будет определяться факторами, перечисленными выше, а именно стоимостью, пригодностью для потребностей заказчика и временем до внедрения. Но конечно же могут быть ситуации, когда готовое коммерческое ПО просто отсутствует, так что у вас нет иного выбора, кроме как писать самому. А если выбор всё же есть (как в ситуации, описанной в начале статьи), то можно предложить очень полезное правило, которое учитывает ваши потребности:

  • покупайте, если система служит основой ведения вашего бизнеса;
  • создавайте сами, если система даст вам преимущество перед конкурентами.

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

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

Всё это стоит иметь в виду.

Назад

Задать вопрос

1. Для чего это нужно?
2. Возможности
3. Преимущества
4. Технические характеристики
5. Приобретение и установка
6. Наши клиенты
7. Пресс-центр
8. Практическая часть
8.1 Делимся опытом
8.2 Статьи и материалы
8.3 Полезные ссылки
9. Для клиентов
MyIntranet MOSS
1. Описание
2. Возможности
3. Технические характеристики
4. Приобретение
Демо-версия Познакомься с RBC MyIntranet
на практике - воспользуйся

демо-версией
Задать вопрос
Определиться с выбором и получить ответы на дополнительные вопросы можно по телефону:
+7 (495) 363-11-14
или воспользовавшись

формой обратной связи
RBCCONTENTS
Интранет-система RBC MyIntranet разработана на базе системы управления сайтами
RBC Contents


Узнай о новой версии системы управления RBC Contents 5.0
Rambler's Top100Rambler's Top100РБК СОФТ © 2009 Все права защищены   |   www.rbcsoft.ru   |   
Телефон +7 (495) 363-11-14   |   E-mail: info@rbcsoft.ru
RBC MyIntranet Внутрикорпоративный информационный ресурс Интернет-решения РБК СОФТ