Как выбрать подход к ИТ-разработке: чек лист плюсов и минусов

Как выбрать правильный подход к внедрению или доработке ИТ-решения? Как правило, у компании есть четыре варианта: разработать систему своими силами, купить коробочное решение, взять аутстаф-персонал или прибегнуть к заказной разработке ПО. Часто решение принимается на основе двух факторов: денег и времени. 

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

Руководителям бизнес-направлений перед внедрением системы нужно прояснить семь основных моментов.

1. В чем должна заключаться функциональность решения?
2. В какие сроки оно должно быть выполнено?
3. Какой у компании собственный уровень экспертности в ИТ?
4. Как система должна выглядеть, чтобы пользователи могли с ней работать?
5. С чем она должна интегрироваться?
6. Какой есть бюджет?
7. Есть ли специальные предпочтения.

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

Составьте список решений, которые уже есть на рынке. При этом рассматривайте все варианты: подходит, но дорого; удобно, но не хватает функциональности; бюджет устраивает, но система слишком сложная.

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

Рассмотрим возможные плюсы и минусы разных вариантов на конкретных примерах.

Это решение, которое компания покупает у вендора в готовом виде и разворачивает на собственном «железе».

Плюсы:

• Коробочные решения создаются под самые популярные запросы бизнеса, и вероятнее всего, там есть тот необходимый минимум функций, который нужен компании.
• Готовые решения ставятся относительно быстро: на это может уйти от пары дней до 2-3 недель в зависимости от сложности системы и количества модулей.
• Такие решения постоянно развиваются: вендоры регулярно выпускают обновления. Это значит, что система не устареет.
• Обучить сотрудников работе с готовыми решениями – легко. Некоторые вендоры предлагают вместе с покупкой коробочного решения сразу обучить работников.
• Вендоры отлично умеют оказывать техническую поддержку своему решению и дают на это гарантии.
• Есть широкие возможности выбора, т.к. «коробки» часто бывают модульными. Компания может выбрать, какая функциональность ей сейчас актуальна, а какая понадобится позже.

Минусы:

• Коробочные решения дают «усредненные функциональные возможности», и, если вам нужно что-то специфическое, то придется добавлять это отдельно.
• Сложности интеграции. Не каждая коробка легко вписывается в существующий ландшафт. В некоторые достаточно сложно прикрутить интеграцию с другими системами.
• Итоговая стоимость может быть высокой. Компания должна будет платить абонентскую плату за лицензию – ежегодно/ежемесячно, что в совокупности может стоить достаточно дорого.
• Платформа может быть закрытой. В таком случае, вы не сможете ее расширять и дорабатывать, даже если у вас есть свои ИТ-специалисты.
• Лишняя функциональность. Компания может купить «коробку» за два миллиона рублей, а пользоваться возможностями на 100 тысяч, если остальные модули убрать нельзя.

Компания-подрядчик разрабатывает для нужную систему с нуля, учитывая особенности и задачи бизнеса.

Плюсы:

• Эксклюзивные права. Чаще всего при заказной разработке вы получаете не только готовую систему в виде бинарных файлов, но и исходные коды и техническую документацию. Это позволяет развивать созданную система силами своей ИТ-команды или, привлекая внешних исполнителей.
• Легкое масштабирование. Если в коробочных решениях всегда есть какой-то «скелет», который тяжело изменить, то в разработанных с нуля сервисах все мобильно – можно менять любые блоки уже в процессе использования.
• Вы можете договориться с компанией о технической поддержке в удобном формате: только в рабочие часы, 24/7, или привлекать сотрудников по необходимости.
• Никакие обновления или блокировки от вендоров такой системе не страшны.
• Нет абонентской платы за лицензию на решение, как в коробочном варианте. Стоимость владения складывается из обслуживания серверов и сопутствующих операционных систем.

Минусы:

• Сроки. Большие решения не напишешь с нуля за несколько дней, на разработку нужно достаточно времени – как минимум, месяц. Чаще крупные проекты длятся 6-12 месяцев.
• Стоимость. Заказывать разработку системы дешевле, когда на руках есть готовое и четкое ТЗ. Если его нет или оно формируется в процессе, шанс выйти из бюджетов увеличивается из-за дополнительных работ.

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

Плюсы:

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

Минусы:

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

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

Плюсы:

• оперативность. Можно быстро найти специалиста на хорошо описанные требования.
• невысокая стоимость.

Минусы:

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

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

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