Привет, Хабр! Меня зовут Никита, я эксперт Directum Projects. Как выбрать систему управления проектами и не ошибиться — тема не новая, но от этого не менее интересная.  Обсудим один критерий, который может стать ключевым в вопросе поиска ИСУП. О нем задумываются далеко не все.

Представим, что вам предстоит приобрести новый автомобиль. Хотел бы я сказать, что сам столкнулся с таким выбором, но увы и ах… С одной стороны — красивый внедорожник с трехлитровым бензиновым двигателем, а с другой — технологичный электрокар с возможностью бесплатно парковаться и большой переноской (зарядкой-удлинителем). Что вы выберете? Скорее всего, «электричку», которая будет работать и в бензиновый кризис. При этом пару лет назад многие наоборот выбрали бы кроссовер. Получается, при любой крупной покупке надо учитывать риски и возможности в долгосрочной перспективе, а не только ситуацию здесь и сейчас.

Критерий, который зачастую не берут в учет при выборе ИСУП, — вариант поставки. Расскажу, что думаю насчет облака и собственного контура, дам чек-лист из 4 вопросов (их обязательно нужно задать себе перед тем, как начинать смотреть рынок). А еще попробую заглянуть в будущее, а то вдруг введут ограничения 20 задач в месяц на одного сотрудника.  

Немного контекста 

В 2020 году я работал в «облачном» отделе (у нас был уклон на SaaS-технологии) одного крупного интегратора. У меня горели глаза, я действительно верил, что будущее за облаками. Но чем больше и чаще приходилось взаимодействовать с ребятами из большого  бизнеса, а также переживать разного рода «приключения», тем понятнее становилось, что облака не вытеснят железо, а гармонично дополнят его. Эти мысли меня привели к универсальному вопросу «В чем сила, брат?» и к такому же универсальному ответу: в правде масштабируемости, скорости развертывания и надежности.

Сразу договоримся о терминах. Под облачной ИСУП в статье я понимаю SaaS как готовый сервис, который размещает, обслуживает и обновляет поставщик. Под локальной — систему, установленную в инфраструктуре компании или в подконтрольном ей контуре.
 У нас в Directum Projects есть оба варианта, но даже если после пилота вам понадобится «переезд», то и тут мы поможем съехать с облака на собственный сервер. Причем не потеряв данные. Аренда виртуальных серверов у облачного провайдера — еще один сценарий, сегодня оставим его за скобками.

Каждый подход имеет явные плюсы и минусы. Какие ориентиры помогут сверить маршрут (где мы находимся и куда движемся) перед покупкой нужного «автомобиля»?

Не все дочитают до конца, поэтому дам список из вопросов сразу. 

Вопрос №1
 Кто будет пользоваться системой? 

Двадцать человек? Две тысячи? Двадцать тысяч? А может быть, сегодня система требуется для десяти сотрудников, через год — для трехсот, а через 2 года в ИСУП потребуется пустить еще пару тысяч новых пользователей, в том числе внешних. 

Подумайте:

  • сколько сотрудников будет работать в системе и как это число будет меняться по мере развития компании;

  • где территориально находятся участники;

  • входят ли они в одну организацию;

  • нужен ли доступ внешним подрядчикам.

Постарайтесь заложить резервы, чтобы ИСУП не сломалась при первом же расширении.

Вопрос №2
 Есть ли требования к безопасности?

Сколько же раз внутренние службы инфобеза накладывали вето на использование облачных сервисов… Кроме внутренних правил компании могут действовать отраслевые стандарты, ограничения регуляторов, требования к хранению и обработке данных. Еще один пункт здесь — это изолированный контур.

Узнайте:

  • какие данные будут храниться в ИСУП;

  • можно ли передавать их внешнему поставщику;

  • где физически должны находиться серверы;

  • какие сертификаты и средства защиты необходимы;

  • допустима ли работа системы через интернет.
     

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

Вопрос №3
 Как часто требуется менять и обновлять систему?

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

Определите:

  • насколько стабильны процессы компании;

  • нужны ли глубокие настройки;

  • можно ли обновлять систему по расписанию поставщика;

  • требуется ли предварительное тестирование каждой версии;

  • как компания воспринимает изменения интерфейса и логики работы.

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

Вопрос №4
 Есть ли ИТ-специалисты в штате?

Не каждая компания сможет полноценно поддерживать систему, размещенную в собственном контуре.

Определите, кто будет:

  • администрировать серверы;

  • следить за их доступностью;

  • устанавливать обновления;

  • выполнять резервное копирование;

  • контролировать информационную безопасность;

  • реагировать на сбои.

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

Вопрос №5
 Как будет расти компания?

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

Уточните:

  • планирует ли компания выходить в новые регионы; 

  • будут ли появляться филиалы; 

  • увеличится ли число проектов и пользователей; 

  • нужно ли будет подключать к системе дочерние общества или подрядчиков; 

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

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

Перейдем к сравнению

Как там в облаке?

Облачные плюсы

Облачные минусы

Не нужно закупать, доставлять, устанавливать. Все это сделал провайдер, а мы подписали договор, провели оплату и начинаем пользоваться! «Плохо что ли? Хорошо!».

Нет доступа к интернету или возникли проблемы на стороне провайдера? Сотрудники могут временно остаться без системы и перейти к вынужденному чаепитию (возможно, это плюс).

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

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

Нужно добавить ресурсов под сезонный спрос? Не проблема! В период затишья выключаем лишнее.

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

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

Стоимость подписки и облачных ресурсов со временем может меняться. Поэтому считать нужно совокупную стоимость владения системой хотя бы на горизонте трех–пяти лет.

Что ждет нас «на земле»?

Железные плюсы

Железные минусы

Вы решаете, где расположена система, у кого есть доступ, когда обновляться, как защищать себя, как делать резервное копирование. «Сам решууу».

Кто-то должен обслуживать и администрировать инфраструктуру. Иначе дорогой сервер превратится в очень технологичную полку.

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

Закупка, доставка, установка, настройка и проверка оборудования требуют времени. Если инфраструктуры еще нет, к моменту ее запуска исходная задача может измениться.

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

Оборудование, лицензии, резервные мощности, системы охлаждения, электропитание, пожарная безопасность, физическая защита добавляются в список трат.

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

Сведем основные различия в таблицу.

Критерий

Облако

Свой контур

Скорость запуска

Выше

Ниже, особенно если нужно создавать инфраструктуру

Первоначальные вложения

Низкие

Высокие

Модель затрат

Регулярные платежи

Первоначальные вложения и последующие расходы на обслуживание

Содержание

инфраструктуры

Полностью или частично на стороне поставщика

На стороне бизнеса или  подрядчика

Управление обновлениями

Зависит от поставщика и модели сервиса

Компания сама выбирает сроки

Глубина доработок

Может быть ограничена

Выше, но не безграничны

Контроль над данными и инфраструктурой

Разделен с поставщиком

В основном находится у клиента

Работа в закрытом контуре

Возможна не во всех моделях

Проще организовать

Масштабирование

Быстрое, но стоимость растет вместе с потреблением

Требует планирования и дополнительных мощностей

Предсказуемость нагрузки

Выше

Стабильнее

Мой вывод

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

Поэтому начинать выбор стоит не со списка функций и не со спора «облако или локально», а с анализа собственных процессов. Приходите, обсудим вашу задачу и вместе подберем лучший вариант поставки. Напомню, что Directum Projects поставляется и в облако, и локально. И вообще мы хорошие ребята: вовремя обновляемся, исправляем баги и стараемся двигаться в ногу со временем.

Комментарии (0)