Что меняется в 2026: Atlassian, лицензии, статус серверов
В 2024 году Atlassian прекратил продажи и обновление лицензий для российских клиентов. Jira Cloud стала недоступна напрямую — без VPN и иностранного платёжного метода. Часть команд продолжала работать на Jira Data Center с действующими on-premise-лицензиями, но срок их истечения превратился в отсчитываемый срок.
К маю 2026 ситуация оформилась: компании с истёкшими лицензиями Jira Server или Data Center оказались перед выбором. Оставаться на незащищённой версии без обновлений безопасности — риск. Переходить на серые схемы оплаты Cloud — юридически и операционно сложно. Искать отечественную альтернативу — единственный путь с предсказуемым будущим.
По данным опроса IT Institute среди 50 российских команд, 60% уже завершили миграцию или находятся в её финальной стадии. Основные направления: Yandex Tracker (лидер — 38%), Kaiten (14%), WorkTeam (5%), Pyrus (3%). Остальные перешли на Redmine, GitLab Issues или собственные решения.
Важный контекст: в 2025 году Yandex значительно доработал Tracker — добавил нативный Scrum-режим с burndown, автоматизацию на JS-скриптах, полноценную интеграцию с DataLens для отчётности и коннектор к GigaChat для генерации описаний задач. Для команд до 50 человек Yandex Tracker теперь покрывает большинство workflow Jira без сложной настройки.
Карта альтернатив: 4 трекера vs Jira
Прежде чем сравнивать по задачам, полезно посмотреть общий профиль решений. Таблица строится от Jira как baseline — привычного стандарта, от которого команды уходят.
| Критерий | Jira (baseline) | Yandex Tracker | Kaiten | WorkTeam | Pyrus |
|---|---|---|---|---|---|
| Настройка процессов (workflow) | Очень гибко, сложно | Гибко, визуальный редактор | Kanban-ориентировано, ограничено | Enterprise-шаблоны, жёстко | Простые процессы, мало опций |
| Автоматизация | Jira Automation (no-code + JS) | JS-триггеры, визуальный редактор | Базовые правила | Настраиваемые, скудная документация | Условия и задачи — упрощённо |
| DevOps-интеграция | GitLab, GitHub, Jenkins, Slack | GitLab, GitHub, Jenkins, Slack, GigaChat | GitLab, GitHub (базово) | GitLab (ограничено) | Нет нативной DevOps-интеграции |
| Цена — 50 пользователей/мес | ~$387 (~35 260 руб.) | ~20 000 руб. | ~25 000 руб. | от ~30 000 руб. | ~15 000 руб. |
| Доступность в РФ (cloud/on-prem) | Cloud недоступен, on-prem — истекает | Cloud ✓, on-prem в разработке | Cloud ✓, on-prem ✓ | Cloud ✓, on-prem ✓ | Cloud ✓, on-prem ограничено |
Вывод из таблицы: Yandex Tracker выигрывает по DevOps-экосистеме и соотношению цены и функциональности. Kaiten лучше подходит для команд с Kanban-культурой, WorkTeam — для enterprise с требованием on-prem. Pyrus ближе к BPM-системе, чем к полноценному трекеру разработки.
5 реальных задач: Sprint, Automation, Отчёты, Интеграции, Миграция
Общий профиль системы — это хорошо. Но Tech Lead принимает решение по конкретным задачам, с которыми работает каждый день. Разберём пять ключевых.
Sprint planning
Yandex Tracker реализует Scrum-спринты нативно: спринт-доска, burndown-диаграмма, velocity по командам. Команда из 30 человек в опросе IT Institute перенесла sprint workflow за 3 дня после миграции данных — большинство действий совпадает с Jira интерфейсно.
Слабое место Tracker: нет полного аналога JQL (Jira Query Language). Tracker предлагает собственный язык фильтров, но сложные запросы с вложенными условиями и кастомными полями придётся переписывать. Если команда активно использовала JQL для отчётов и кастомных досок — заложите 2–3 дня на перевод запросов.
Kaiten поддерживает спринты, но без velocity-аналитики из коробки. WorkTeam и Pyrus не ориентированы на Scrum — sprint planning там будет частичным эмулированием.
Automation rules
Jira Automation позволяла строить сложные no-code-правила с JS-расширениями. Yandex Tracker предлагает схожий визуальный редактор триггеров плюс JS-скрипты для продвинутых сценариев. Простые правила — изменение статуса при действии, уведомление на событие, автоназначение задачи — переносятся практически 1:1.
Что переписывать вручную: автоматизации, взаимодействующие с внешними API через Jira Automation webhooks, и правила с условиями на кастомные схемы workflow. Среднее время — 1–2 дня на 10 правил при наличии документации исходных сценариев. Если документации нет, сначала придётся восстановить логику из наблюдения за системой.
В Kaiten автоматизация ограничена базовыми триггерами. WorkTeam предлагает настраиваемые правила, но документация скудная — сложные сценарии потребуют поддержки вендора.
Отчёты и дашборды
Это одна из сильных сторон Yandex Tracker. Нативная интеграция с DataLens позволяет строить BI-дашборды прямо из данных трекера — без экспорта в CSV и без дополнительных коннекторов. Для команд, которые использовали стек Jira + Confluence + EazyBI, это упрощение стека.
Связка Jira + Confluence по-прежнему функционально богаче, особенно в части cross-project reporting. Если отчётность охватывает 10 и более проектов с нестандартными метриками — Tracker потребует дополнительной настройки DataLens-датасетов.
Практический ориентир: команда из 30 человек настраивает базовый набор DataLens-дашбордов — спринт-отчёт, velocity, открытые задачи по ответственным — за 2–3 дня при наличии дата-инженера или аналитика.
Интеграции
Yandex Tracker из коробки интегрируется с GitLab, GitHub, Jenkins, Slack, Telegram и Sber CI. Это покрывает большинство DevOps-стеков российских команд. Коннектор к GigaChat позволяет автоматически генерировать описание задачи из коммита или pull request.
Kaiten поддерживает GitLab и GitHub на базовом уровне — без привязки к CI-пайплайнам. WorkTeam интегрируется с GitLab, но Slack и внешние CI требуют webhook-настройки без готовых шаблонов. Pyrus не имеет нативных DevOps-интеграций: всё через REST API вручную.
Если в стеке есть Jenkins — именно здесь Yandex Tracker оказывается единственным российским решением с готовым плагином. Kaiten и WorkTeam предлагают только generic webhook.
Migration tooling
Yandex Cloud предоставляет Migration Service с поддержкой экспорта из Jira Cloud и Jira Data Center. Инструмент переносит проекты, задачи, статусы, комментарии, вложения, связи между задачами. Не переносятся автоматически: кастомные схемы workflow, JQL-фильтры, правила автоматизации.
Стандартный процесс для команды из 30 человек по опыту IT Institute: 2 дня на экспорт и проверку данных, 3 дня на настройку проектов и workflow в Tracker, 2 дня на перенос автоматизаций, 2 дня на тестирование на реальных задачах, 3 дня на параллельную работу в обеих системах — итого около 12 рабочих дней.
Для Jira на Tempo Timesheets доступен отдельный Tempo Exporter — переносит данные time tracking в CSV, который потом загружается вручную. История коммитов остаётся в Git и не затрагивается миграцией трекера.
Migration path: Jira → Yandex Tracker
Миграция делится на три фазы. Первая — подготовка: инвентаризация текущих проектов, документирование кастомных workflow и правил автоматизации, выгрузка данных через Jira API или Migration Service. Здесь важно не пропустить ни одного кастомного поля — потом восстанавливать будет дороже.
Вторая фаза — настройка Tracker и перенос данных. Создание очередей (аналог проектов Jira), настройка статусов и переходов, загрузка данных через Migration Service. Параллельно — первичная настройка интеграций с GitLab и CI. Рекомендуется начинать с одного пилотного проекта, а не переносить всё сразу.
Третья фаза — валидация и переключение. Две недели параллельной работы: команда вводит задачи в Tracker, но Jira остаётся читаемой. После подтверждения, что ничего не потеряно, Jira переводится в режим архива.
Что переносится автоматически: задачи, комментарии, вложения, связи, история изменений статусов. Что требует ручной работы: кастомные поля без аналога в Tracker, JQL-фильтры, автоматизации с нестандартными условиями, конфигурации дашбордов.
Практическое правило: чем больше у команды кастомизаций Jira, тем дольше и сложнее миграция. Команды, работавшие в Jira с минимальными изменениями стандартных настроек, переезжают быстрее — иногда за 5–7 дней вместо 12.
Цена и тарифы: команды 10 / 50 / 200 человек
Сравнение цен по трём размерам команды на май 2026. Курс для конвертации: 1 доллар — около 91 рубля.
Команда 10 человек: Yandex Tracker — около 4 000 руб./мес. Jira Cloud Standard — около $77,50 (примерно 7 050 руб.). Kaiten — около 5 000 руб./мес. WorkTeam — от 10 000 руб. Pyrus — около 3 000 руб./мес. Yandex Tracker дешевле Jira примерно в 1,75 раза на малых командах.
Команда 50 человек: Yandex Tracker — около 20 000 руб./мес. Jira Cloud Standard — около $387,50 (примерно 35 260 руб.). Kaiten — около 25 000 руб./мес. WorkTeam — около 30 000 руб./мес. Pyrus — около 15 000 руб./мес. Разница с Jira — почти в 1,75 раза. При этом Yandex Tracker включает интеграцию с DataLens, которая в Jira потребовала бы отдельного Confluence плюс EazyBI — ещё около $120/мес.
Команда 200 человек: Yandex Tracker — около 80 000 руб./мес (возможны корпоративные скидки). Jira Cloud Standard — около $1 550 (примерно 141 000 руб.). Kaiten — около 100 000 руб./мес. WorkTeam — по договору, обычно от 80 000 руб. На крупных командах экономия с Jira сохраняется, но WorkTeam предлагает on-prem-развёртывание — для enterprise с требованиями по изоляции данных это может быть принципиальным.
Когда оставаться на Jira (или переходить на open-source)
Yandex Tracker — не универсальный ответ для всех. Есть ситуации, когда переход нецелесообразен или когда open-source альтернатива разумнее.
Оставаться на Jira имеет смысл, если:
- Команда работает через международного юридического посредника и платёжный доступ к Jira Cloud остаётся стабильным
- Есть действующие лицензии Jira Data Center с горизонтом 12 и более месяцев и команда не готова к трудозатратам миграции прямо сейчас
- Критически зависите от плагинов Atlassian Marketplace, аналогов которых нет в российских альтернативах
Open-source (Redmine, OpenProject, GitLab Issues) подходит, если:
- Команда небольшая — до 15 человек — и готова поддерживать self-hosted-инфраструктуру
- Процессы простые: задача — в работе — готово, без сложной автоматизации
- Есть DevOps-ресурс для обслуживания: обновления, резервное копирование, SSL
- Жёсткое требование по изоляции данных при минимальном бюджете
Команды, которые откладывали миграцию и продолжали работать на Jira Server без обновлений безопасности, в итоге тратили больше времени и нервов, чем те, кто мигрировал планово за 12 рабочих дней.
FAQ о Yandex Tracker
Можно ли мигрировать с Jira on-prem без покупки SaaS?
Да. Yandex Cloud Migration Service работает с экспортом из Jira Data Center через REST API — покупка облачного Jira не нужна. Достаточно токена доступа к вашей on-prem-инсталляции. Сам Yandex Tracker работает как SaaS — отдельного on-prem-варианта Tracker на май 2026 нет, он находится в разработке.
Что происходит с историей коммитов и данными time tracking при миграции?
История коммитов хранится в Git-репозитории и не затрагивается сменой трекера. Данные time tracking из Jira (в том числе через Tempo Timesheets) экспортируются в CSV через Tempo Exporter и загружаются в Tracker вручную или через API. Часть команд оставляет исторические данные в архивной Jira, а в Tracker начинает вести учёт с нуля.
Yandex Tracker подходит для команд 200+ человек?
Технически — да, Tracker масштабируется на такие размеры. Но для enterprise с большим количеством legacy-workflow, кастомных схем и требованием on-prem-изоляции данных миграция будет болезненной. Команды 200+ с жёсткими требованиями по размещению данных чаще смотрят на WorkTeam с on-prem-вариантом. Для команд 30–100 человек Yandex Tracker — оптимальный выбор по соотношению функциональности и цены.
Стоит ли ждать возвращения Jira в Россию?
Горизонт возврата Atlassian на российский рынок в 2026 году неочевиден. Компании, которые ждали с 2022 по 2024 год, в итоге оказались с истёкшими лицензиями и срочной неплановой миграцией. Планировать на ожидании возврата — значит принимать операционный риск. Разумнее мигрировать планово и вернуться на Jira, если ситуация изменится.
Open-source альтернативы — для каких команд подходят Redmine и OpenProject?
Redmine хорошо работает для команд до 15 человек с простыми процессами и наличием DevOps-ресурса для поддержки. OpenProject ближе по функциональности к Jira и подходит командам до 30 человек, которым нужна диаграмма Ганта и управление вехами проекта. Оба варианта требуют самостоятельного обслуживания сервера — это реальный ресурс, который нужно закладывать в бюджет.
Источники:
- Yandex Tracker — официальная документация и тарифы: https://yandex.cloud/ru/services/tracker
- Kaiten — тарифы и возможности: https://kaiten.ru/tariffs
- WorkTeam — упоминается в обзорах рынка таск-трекеров (доступность домена нужно проверять, продукт включён в опросы CNews/IT Institute 2025–2026)
- Atlassian — управление data residency: https://support.atlassian.com/security-and-access-policies/docs/understand-data-residency/
- Опрос IT Institute «Миграция с Jira 2026»: анонимизированные данные 50 российских IT-команд, январь–май 2026
- CNews Analytics — обзор рынка систем управления проектами в России: https://www.cnews.ru/reviews/project_management_2025
- Pyrus — тарифы и возможности: https://pyrus.com/ru/pricing
*Сравнение основано на публичных тарифах вендоров и опыте миграций IT Institute с команд 10–200 человек. Цены и фичи актуальны на май 2026, проверять в день закупки.*