Развивать или покупать

Мне приходилось быть в такой ситуации:
1.Наследуемая система являлась закрытой разработкой и за все доработки разработчик требовал значительные суммы оплат, и чем дальше, тем больше.
2. Наследуемая система не отвечала требованиям масштабируемости, с критическим количеством пользователей более 100. Не смотря на предложение разработчиков провести доработки, затраты были признаны неприемлимыми.
3. Несоответствие требованиям 152-ФЗ.
4. Невозможность интеграции с другими АС.
Было принято решение систему менять, причем изначально закладывались требования по масштабируемости, соответствия законодательству, простоте доработок, интеграции, и при всем этом новая система по совокупной стоимости владения должна быть дешевле наследуемой.
После принятия решения - 4 месяца разработки и приблизительно столько же внедрения.
Если интересно - могу подробнее.
В целом, считаю периодическую замену программных средств частью стратегии развития программного обеспечения компании.

Ответ зависит от того, какие цели преследуются.

Если экономия бюджета - то один ответ.
Если поддержание штата "сопровождальщиков" - то другой ответ.
Если "сохранение лица" - то третий.

"Что делать если развитие унаследованной системы стоит значительно дороже чем приобретение и внедрение новой?"

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

Первый критерий. Речь должна идти, как минимум, о РАВНОЦЕННЫХ системах, т.е. исходим из того, что по функционалу новая система ничем не уступает старой. Чисто теоретически новые системы должны быть более функционально "продвинутыми", однако, нужно понимать, что теория и практика - не всегда "дружат" :) Это и предстоит выяснить на первом этапе.

Второй критерий. СРОКИ. А именно, сопоставление того, что предлагается, с тем, что мы можем себе позволить. Имею в виду, что кроме стоимости приобретения, внедрения и сопровождения немаловажным является то, насколько быстро=безболезненно новая система может быть внедрена, и имеем ли мы при этом необходимый запас времени, чтобы данную операцию выполнить без отрицательных последствий.

Третий критерий. ЛЮДИ. Пресловутый человеческий фактор :) Думаю, никому не нужно объяснять, что переход с одной системы на другую всегда сопровождается "ломкой" сотрудников, которые привыкли к старому и не всегда хотят воспринимать что-то новое. Этот момент тоже нужно учитывать, хотя, по опыту, могу сказать, что в случае, если два первых критерия оценены положительно, и принято соответствующее управленческое решение, данный фактор нужно принимать во внимание только с точки зрения прогнозирования неблагоприятных "побочных эффектов" в виде саботирования внедрения со стороны тех самых сотрудников и, как следствие, срыва намеченных сроков внедрения. Считаю, что недооценивать весомость данного критерия, как минимум, неправильно. Ориентиром здесь может быть такая величина, как доля сотрудников организации, которые в настоящее время используют "унаследованную систему", от числа сотрудников, которые предположительно будут использовать новую систему. Т.е., грубо говоря, процент "вовлеченных" в процесс. Если это 30 и менее процентов - то переход на новую систему с "человеческой" точки зрения имеет все шансы пройти довольно легко, от 30 до 50 - "средней тяжести", свыше 50% - возможны вышеперечисленные проблемы.

Все это, конечно, имеет смысл только в том случае, если все остальные входные данные уже проанализированы и сопоставлены.

Ну, свои пять копеек внесу.
Надо смотреть не только на бюджет, но и на последующее удобство работы, поддержки, развития и т.д.
У меня примерно такая ситуация была при переходе на другое предприятие.
Изначально ставка делалась на бесплатное открытое ПО, от ОС, до специализированных программ.
Бесплатное ПО - оно только на первый взгляд бесплатное.
Если посчитать стоимость поддержки (т.е. надо спецов найти), удобство работы (чем дольше сотрудник делает свою работу,тем выше себестоимость продукта), то затраты не слабые. Сюда же стоимость переобучения сотрудников.
Если конкретно, то насильно все сидели на Linux, OpenOffice, Brickscad.
Кто дома и ли ВУЗе (речь про простых пользователе ПК) пользуется этим? Значит нужно переучивать сотрудников, а это тоже затраты.
Народ втихаря использовал винду, ms office, autocad.
За 2 с половиной года полность лицензировались по Windows и Office, заканчиваем переход с Bricscade на AutoCAD.
Бюджет, естетсвенно, этого не слабый.
Но в результате получили более универсальную и совместимую рабочую среду. Увеличение производительности труда и скорости обработки информации на лицо.
Так что, думайте, Андрей, не только про бюджет.
И как писал уже Игорь, периодическкая замена ПО - это нормально.

Коллеги, простите, но мне не нравится заданный вначале вектор. Дело здесь совсем не в деньгах (ну если хотите, не совсем в деньгах).
Нахожусь в цейтноте, поэтому коротко:
Процессом замены ПО надо управлять. При этом учитывать, что ПО только часть информационной системы предприятия. Главное в ИСП – это персонал и его взаимодействие. С него и надо начинать. Любая смена ПО должна сопровождаться (а лучше предшествовать) оптимизацией управленческих процессов. Если не будет улучшения управляемости, нечего и заморачиваться на замену ПО. А вот дальше, когда почувствуем возможность получения управленческого эффекта от планируемой смены ПО, начинаем просчитывать варианты. В том числе и варианты выбора ПО.
И еще. Проблема «человеческого фактора» решается на стадии планирования. Там, где персонал (т.е. пользователи) реально привлекаются к разработке задач и способов их решения, процессы внедрения идут без больших потрясений и с меньшим количеством ошибок.

Да, обсуждение довольно активное получается :)
Кстати говоря, а об чем, собственно, речь, можно узнать? О какой именно системе, судьба которой на кону? Может, тогда бы появились вполне конкретные мнения и рекомендации, а не расплывчатые размышления "ни о чем", толку от которых, если честно...

Предлагаю встретиться и обсудить конкретные факты. Если есть желание реально по решать вопрос.

Мы как и Валерий Романов очень часто сталкиваемся с внедрениями, связанными с переходом на новую систему автоматизации. Из последней практики - на одном из крупных учебных заведений клиент отказался от старой системы по ряду нескольких причин (расставлены по приоритетности):
1. Оперативность решения задач низкая, так как разработчик удален.
2. Неудовлетворенность функционалом, так как устарел. Нет возможности сопровождать систему собственными силами, так как нет ни филиала-представителя разработчика, ни специалистов по данному продукту. Собственных специалистов не имеется возможности обучить, так как код закрыт.
3. Стоимость сопровождения, доработок высокая по сравнению стоимости на местном рынке услуг.
Так как переход на новую систему – это в любом случае дополнительные затраты, и достаточно трудоемкий процесс, как уже говорили не последнюю роль играет «человеческий фактор». Внедрение очень часто напоминает «проникновение в сопротивляющуюся среду», нами был предложен вариант поэтапного перехода. Там где это уместно и возможно мы интегрировали участки с имеющейся системой.

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

Каждую ситуацию надо рассматривать более предметно, мы готовы поучаствовать!

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

Вот как аналогичная проблема решена в музеях Вологодской области: http://www.vologda-oblast.ru/ru/press-center/news/?id_15=40614

"Вологодский государственный музей-заповедник получит 1,7 миллионов рублей на установку современной Комплексной автоматизированной музейной информационной системы,
взамен неэффективной существующей версии. "