Своя IT-команда в проектном бюро: необходимость или избыточность?

За последние годы всё чаще можно услышать, что девелоперы и крупные проектные компании воспринимаются не просто как участники строительного рынка, а как IT-компании. Этот тренд активно набирает обороты. При этом основной бизнес остаётся прежним. Проектирование, строительство и эксплуатация объектов. На этом фоне возникает логичный вопрос. Нужно ли проектному или строительному бюро содержать собственную IT-команду? В этой статье разберёмся, во сколько обходится внутренняя IT-команда, когда она действительно оправдана и какие альтернативы позволяют решать те же задачи без её содержания.
Дисклеймер. В статье рассматривается применение программистов для задач проектирования, строительства и эксплуатации объектов. Вопросы разработки и сопровождения сайтов, веб-версий и корпоративных страниц компаний выносятся за скобки и не являются предметом анализа, так как подобные решения уже реализованы у большинства организаций.
Логичный вопрос здесь один: стоит ли вообще заводить IT отдел? Короткий ответ — да, но только при выполнении нескольких условий. Во-первых, такой подход имеет смысл для компаний среднего и крупного масштаба. Как правило, речь идёт об организациях с численностью от 150 сотрудников, где цифровые процессы напрямую влияют на работу бизнеса. Во-вторых, собственный IT-отдел может быть частью имиджевой или PR-стратегии. Ранее это также использовалось для получения статуса IT-компании и более выгодного налогового режима. В-третьих, у компании должен быть соответствующий бюджет. Содержание IT-команды — дорогое удовольствие, и этот фактор нельзя игнорировать. И наконец, у бизнеса должны быть реальные задачи и корректно сформированное техническое задание. Без чёткого целеполагания даже сильная команда будет работать неэффективно. На практике первый и самый очевидный минус собственного IT-отдела — это стоимость. Даже минимальный состав из нескольких квалифицированных специалистов обойдётся примерно в один миллион рублей в месяц, без учёта налогов, аренды, оборудования и сопутствующих расходов. При отсутствии грамотного ТЗ и ясных целей IT-команда легко превращается в «чёрную дыру» для бюджета. Нередко бывает так, что разработка двух-трёх незначительных «кнопок», которые лишь чуть-чуть отличаются от существующих решений на рынке, обходится компании в стоимость нескольких квартир в Москве. Важно понимать и то, что разработка — лишь часть работы. Команда должна внедрять решения, обучать сотрудников, сопровождать и поддерживать продукт. Без этого даже качественный софт остаётся невостребованным. Известны примеры, когда крупные девелоперы создавали сотни собственных плагинов для Revit, но в итоге сотрудники продолжали пользоваться сторонними инструментами просто потому, что к ним привыкли или потому, что по ним было больше понятной документации. При этом у собственного IT-отдела есть и весомые плюсы. Первый — безопасность. При правильно выстроенных процессах данные остаются внутри компании, что особенно важно при работе с чувствительной информацией. Второй плюс — возможность создавать решения под конкретные бизнес-процессы. Большинство готовых продуктов на рынке универсальны и редко идеально подходят под специфические задачи, а их адаптация часто требует времени и дополнительных затрат. Третий плюс — работа с узкоспециализированными задачами. Иногда нужного программного обеспечения просто не существует или оно стоит неоправданно дорого и приобретается через сложные юридические схемы. В таких случаях собственная команда становится единственным разумным вариантом. Если для бизнеса требуется инструмент для расчёта нестандартных нагрузок или уникальных сценариев, его проще и логичнее разработать внутри компании.

Как бы это ни звучало, рынок плагинов, САПР, СОД и CRM-систем сегодня уже достаточно зрелый. Для большинства задач существует готовое программное обеспечение. Чаще всего вопрос заключается не в наличии решений, а в цене, сроках внедрения и целесообразности их использования. Во многих случаях применение готовых плагинов и программ оказывается экономически выгоднее, чем разработка собственных решений. Исключение составляют крупные корпорации с десятками тысяч сотрудников, где индивидуальная разработка может быть оправдана масштабом. Отдельного внимания заслуживает гибкость лицензирования. На рынке много условно-бесплатных инструментов, функционала которых хватает для большинства пользователей. Платные возможности при этом можно подключать точечно, например только для отдельных специалистов или под конкретные задачи.
Первый важный плюс — наличие поддержки. У большинства продуктов есть службы сопровождения, которые помогают с настройкой, внедрением и решением возникающих проблем. Второе преимущество связано с адаптацией. Как правило, такие решения сопровождаются документацией, инструкциями и обучающими материалами, написанными понятным языком. Это упрощает внедрение и снижает порог входа для сотрудников. Третий и, пожалуй, самый значимый плюс — распространённость на рынке. Многие специалисты уже работали с популярными плагинами и указывают их в резюме. В результате компании не приходится тратить время и ресурсы на обучение с нуля: сотрудник приходит с готовым опытом и быстрее включается в работу. При всех плюсах у готовых решений есть и ограничения. Некоторые плагины собирают данные, и компания не всегда готова делиться такой информацией, даже если это формально прописано в лицензии. Кроме того, универсальные продукты не всегда закрывают все специфические задачи бизнеса. В отдельных случаях всё равно требуется доработка или поиск нестандартных решений.

Третий вариант — компромиссный и во многих случаях самый практичный. Речь идёт о работе с внешней командой разработки на аутсорсе. К нему обычно приходят тогда, когда готовые решения на рынке по тем или иным причинам не подходят: функционал не закрывает задачи или продукт сложно адаптировать под процессы компании.
Первое и, пожалуй, ключевое преимущество — опыт. Специализированные команды, как правило, уже решали схожие задачи для других компаний и хорошо понимают типовые проблемы, ограничения платформ и подводные камни. Этот опыт часто оказывается шире, чем у разработчиков, которых приходится нанимать и развивать внутри компании с нуля.
Второй плюс — предсказуемость и стоимость. Аутсорс работает по понятной схеме: есть техническое задание, сроки и фиксированный объём работ. Вы платите за результат, а не за постоянное содержание команды, отпуска и простои.
В завершение отметим, что команда I-Nerva всегда готова подключиться к решению подобных задач. У нас за плечами значительный практический опыт и большое количество реализованных решений для проектных команд.