Как долго можно держаться за Jira и MS Project?

В разговорах с заказчиками регулярно слышу: «Мы пока остаёмся на Jira». Или: «У нас всё в MS Project, переходить слишком сложно».

Понимаю. Но всё чаще хочется уточнить: «Пока» — это до какого события?

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

При прочих равных Jira и MS Project — сильные продукты. За ними десятилетия развития, большая экосистема, специалисты, интеграции и накопленный опыт использования. Делать вид, что всё это ничего не стоит, было бы странно.

Проблема в словах «при прочих равных». Для российского заказчика после 2022 года этих равных больше нет.

Microsoft объявила о приостановке новых продаж продуктов и услуг в России 4 марта 2022 года. Atlassian с 31 октября того же года прекратила продление лицензий для клиентов из России и Беларуси. Это решения самих поставщиков, а не предположения о том, что когда-нибудь может случиться. Заявление Microsoft, заявление Atlassian.

Удивление быстро прошло. Привычка осталась.

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

Есть и второй фактор: планы самих разработчиков.

У Jira направление вполне определённое. Поддержка Server закончилась 15 февраля 2024 года. Для Jira Data Center объявлено завершение жизненного цикла 28 марта 2029 года; по опубликованному плану лицензии истекут, а системы перейдут в режим чтения. Долгосрочный путь, который предлагает Atlassian, — облако. Окончание поддержки Server, план для Data Center.

С настольным MS Project ситуация другая: Project 2024 поддерживается до октября 2029 года. Но для российского заказчика остаётся вопрос, как обеспечивать доступ к лицензиям, обновлениям и поддержке. Срок поддержки Project 2024.

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

Первый — оставаться на старой локальной установке. Она работает, люди привыкли, интеграции крутятся. Но её годами не обновляют: лицензии на новые версии недоступны или их получение превратилось в отдельный квест. Бизнес меняется, технологии уходят вперёд, а система остаётся там, где её оставили. Собственный сервер даёт контроль над установкой, но сам по себе не обеспечивает её развитие.

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

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

«Но у нас всё работает»«Но у нас всё работает»

По моим наблюдениям, Jira и настольный MS Project продолжают использовать и небольшие компании, и крупные организации. Разными способами и с разной степенью уверенности в завтрашнем дне.

Особенно занятно это выглядит в разговорах о технологической независимости. Российского разработчика готовы смешать с асфальтом за неочевидную зависимость или отсутствие совместимости с отечественной ОС. Требования подробные, вопросы жёсткие, компромиссы нежелательны.

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

Но это, видимо, другое.

Я понимаю требования к российскому ПО. Меня удивляет, насколько избирательно иногда оценивают риски.

Переход действительно сложенПереход действительно сложен

Главный аргумент против перехода вполне объективен. Люди привыкли. Интеграции написаны. Отчёты настроены. История накоплена.

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

Всё это имеет цену. Переезд может оказаться дорогим и болезненным.

Но здесь я бы разделил две задачи: сохранить необходимое для бизнеса и воспроизвести всё, что накопилось за годы. Вторую задачу часто принимают за обязательную, хотя именно она делает переход неподъёмным.

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

Возможно, сейчас подходящий моментВозможно, сейчас подходящий момент

На мой взгляд, развитие ИИ даёт дополнительный повод пересмотреть этот багаж.

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

Возможно, часть старых доработок вообще не понадобится. Возможно, некоторые процессы стоит упростить. А что-то — просто выбросить.

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

Российские решения есть. В управлении задачами и проектами работают, например, Яндекс Трекер и Timetta. Я не считаю этот рынок окончательно сформировавшимся: продукты разные, сильные стороны разные, ограничения тоже. Выбирать придётся внимательно и проверять на собственных сценариях.

Но выбор уже есть.

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

А можно продолжать держаться за привычное, пока оно держится.

У нас хорошо получается меняться, когда гром уже грянул. Или когда терять больше нечего.

Мне кажется, в этот раз можно попробовать раньше.