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

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

Часто решение принимается на основе двух факторов: денег и времени. На самом деле, критериев гораздо больше. Если смотреть поверхностно, можно выиграть в краткосрочной стратегии, но проиграть в долгосрочной. Меня зовут Михаил Гедзберг, я работаю директором по развитию в ГК «КОРУС Консалтинг». Вместе с командой мы не раз решали вопрос – какой из вариантов будет эффективнее в каждом конкретном случае. Сегодня расскажу о чек-листе, который поможет бизнесу выбрать подход и не попасть в ловушку «бесконечного проекта».

С чего начать?

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

Вопрос 1. Что нужно компании?

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

  1. В чем должна заключаться функциональность решения?

  2. В какие сроки оно должно быть выполнено?

  3. Какой у компании собственный уровень экспертности в ИТ?

  4. Как система должна выглядеть, чтобы пользователи могли с ней работать?
  5. С чем она должна интегрироваться?

  6. Какой есть бюджет?
  7. Есть ли специальные предпочтения.

Вопрос 2. Что есть на рынке?

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

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

Вопрос 3. Какие плюсы и минусы каждого варианта?

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

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

Система «из коробки»

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

Плюсы:

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

  • Готовые решения ставятся относительно быстро: на это может уйти от пары дней до 2-3 недель в зависимости от сложности системы и количества модулей.

  • Такие решения постоянно развиваются: вендоры регулярно выпускают обновления. Это значит, что система не устареет.
  • Обучить сотрудников работе с готовыми решениями – легко. Некоторые вендоры предлагают вместе с покупкой коробочного решения сразу обучить работников.

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

Минусы:

  • Коробочные решения дают «усредненные функциональные возможности», и, если вам нужно что-то специфическое, то придется добавлять это отдельно.

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

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

  • Лишняя функциональность. Компания может купить «коробку» за два миллиона рублей, а пользоваться возможностями на 100 тысяч, если остальные модули убрать нельзя.

Заказная разработка

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

Плюсы:

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

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

  • Вы можете договориться с компанией о технической поддержке в удобном формате: только в рабочие часы, 24/7, или привлекать сотрудников по необходимости.
  • Никакие обновления или блокировки от вендоров такой системе не страшны.

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

Минусы:

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

Внутренняя разработка

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

Плюсы:

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

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

Минусы:

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

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

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

Аутстаф

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

Плюсы:

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

  • невысокая стоимость.

Минусы:

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

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

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

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

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

0
Комментарии
-3 комментариев
Раскрывать всегда