«Коробка» или заказная разработка: взвешенный выбор

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

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

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

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

Если же кастомное решение со временем перестанет справляться с нагрузками, можно доработать систему, оптимизировать код — это потребует затрат, но позволит не переходить на новое ПО. При этом если «коробка» не предназначена для ваших нагрузок, скорее всего, придется менять всю систему.

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

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

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

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

К решению, создаваемому с нуля, требования безопасности составляет заказчик, и исполнитель их учитывает при разработке продукта. Но стоит иметь в виду, что для подобных доработок часто привлекаются сторонние компании, которые специализируются на ИБ.

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

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