Jira, гудбай: вендор отвечает на неудобные вопросы интегратора

В марте команды SimpleOne и iiii-tech провели вебинар «Jira,  goodbye! Знакомимся с SimpleOne SDLC» — о том, может ли SimpleOne SDLC стать полноценной заменой Jira для команд разработки. Формат выбрали нестандартный: вместо презентации — технический диалог. Артем Герасимов, владелец продукта SimpleOne SDLC, отвечал на вопросы Дениса Куца, руководителя направления заказной разработки iiii-tech, и Виктора Вьюшкова, партнера iiii-tech по развитию направления Service Desk и ITSM. Денис до этого дня не был знаком с SimpleOne — и задавал именно те вопросы, которые обычно задают клиенты перед миграцией. 

Получился разговор без заготовленных ответов. Пересказываем главное.

Перечень игроков

Какие сейчас есть направления в нише управления разработкой на российском рынке?

Тут можно выделить несколько:

Уточнение ниши

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

SimpleOne — Low-code платформа, на которой собраны несколько продуктов: SDLC, ITSM, CRM, HRMS. SDLC отвечает за управление разработкой. Формально создать сущность «Продукт» придется — релизы к ней привязаны. Но если релизы не нужны, продукт просто висит как пустая оболочка и не мешает. Работать можно полностью в рамках проекта: доска, бэклог, спринты — все на месте. Канбан-доска при этом гибче, чем в Jira: поддерживаются динамические дорожки, объединение столбцов, автоматическое поднятие задач по условию.

Есть ли жесткая иерархия задач, как в Jira — Epic, Feature, Story, Subtask? Или можно настраивать свои уровни?

Уровней четыре: эпик, фича, история, подзадача. Фича выделена отдельно осознанно — продуктовая логика этого требует. Менять количество уровней пока нельзя, зато внутри третьего уровня задач можно создавать сколько угодно. Связи между задачами не обязаны следовать строгой иерархии: дефект можно прикрепить к истории напрямую, не выстраивая цепочку через все уровни. Это дает дополнительную гибкость там, где нужна нестандартная структура.

Если команды работают на стыке двух продуктов — можно привязать задачу к нескольким?

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

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

Сравнение Jira и SimpleOne SDLC 

Что такое статусная модель и чем она отличается от workflow?

Статусная модель в SimpleOne — прямой аналог workflow в Jira. Настраивается через StateFlow Designer: добавляете статусы, задаете доступные переходы между ними, вешаете условия. Например, можно запретить переход в статус «Готово», пока не заполнено поле «Ветка в Git» — это аналог Validators в Jira, только без плагинов. Модель можно менять на живом проекте, изменения подтягиваются сразу. Понятие workflow в SimpleOne тоже есть, но означает другое — это редактор рабочих процессов.

Что такое workflow в SimpleOne, если это не статусы?

Это визуальный No-code редактор для автоматизации процессов. Блоки: условие, согласование, генератор записей, ожидание, субфлоу, RunScript. Согласование настраивается гибко — одобрение хотя бы одним, всеми, первым ответившим или большинством; участниками могут быть конкретный сотрудник, группа, роль или все сразу. Если встроенных блоков не хватает — есть RunScript с произвольным JavaScript. Если какой-то процесс уже описан, его можно вызвать внутри нового — не копировать, а переиспользовать. Аналог постфункций из Jira реализуется через блок Wait condition + Record Generator: дождались нужного статуса — автоматически создали подзадачу с нужными параметрами.

Есть ли среда для скриптов — аналог ScriptRunner в Jira?

Да, и она трехуровневая. Клиентские скрипты работают на стороне браузера: управляют видимостью полей, подставляют значения по умолчанию, реагируют на действия пользователя. Серверные скрипты работают на бэкенде: выбирают записи по условию, обрабатывают их, выполняют произвольный JavaScript. Бизнес-правила — третий уровень: условие запуска плюс действие, через конструктор или через скрипт. Все логируется. Язык — JavaScript; Groovy, как в ScriptRunner, здесь нет, но функциональность перекрывается. Документация с описанием каждого метода доступна на docs.simpleone.ru.

Что с REST API и GitLab?

REST API полный, открытый, хорошо задокументирован. Интеграция с GitLab идет из коробки — настраивается коннектор, задачи привязываются к веткам и коммитам. Если целевая система недоступна снаружи — есть Meet-агент для связи через внутреннюю сеть. Telegram-уведомления доступны из коробки; через REST API подключается любая другая система уведомлений. База знаний — аналог Confluence — встроена в платформу, с разграничением прав для внутренних пользователей и внешнего портала.

Что дает синергия ITSM и SDLC внутри одной платформы?

Это, пожалуй, главный аргумент для тех, кто рассматривает SimpleOne всерьез. Заявка с портала техподдержки может автоматически генерировать задачу в бэклог разработки; инцидент из ITSM создает bug request в SDLC — без интеграций между разными системами, потому что все работает внутри одной платформы. Практически любая разработка сопровождается техподдержкой, особенно кастомная. Именно здесь связка ITSM + SDLC дает то, что таск-трекер по отдельности не закроет никогда.

Как переносятся данные при миграции из Jira?

Табличные данные — через встроенный инструмент импорта: сопоставляете поля, запускаете. Справится человек с базовыми техническими навыками. Логику — рабочие процессы, автоматизации, схемы — переносить напрямую не получится: инструменты разные, и ее придется переосмыслить. Это неудобно, но полезно: многие компании именно на этом этапе обнаруживают, что старая логика была избыточной.

Какие ограничения у продукта прямо сейчас?

Диаграммы Ганта в коробке нет, но есть бесплатное решение на Маркетплейсе. Массовое редактирование задач из коробки ограничено — расширяется через серверные скрипты или партнерскую кастомизацию. Кросс-проектные доски на уровне платформы пока в разработке.

Резюме

Денис, который весь разговор играл роль скептика, дал короткий вердикт: большую часть потребностей продукт закрывает, впечатление хорошее, вариант рабочий. Есть вещи, к которым нужно привыкнуть — отсутствие JQL, другой подход к настройке статусной модели, — но это вопрос адаптации, а не ограничений. Артем добавил: ломка при переходе с Jira будет, это факт. Это как переход с iPhone на Android — не значит, что плохо, значит, что нужно привыкнуть. И когда привыкнешь, найдешь свои плюсы.

SimpleOne SDLC подходит, если у вас средний или крупный бизнес, вам нужна связка разработки и техподдержки в одной системе, и вы готовы потратить время на настройку. Не подходит, если вам нужен легкий таск-трекер для команды из 5–10 человек, вы привыкли к JQL и не хотите переучиваться, или вам критичны диаграммы Ганта из коробки.

Виктор добавил важный контекст: то, что показано на вебинаре — коробочная версия. Как настроить систему под конкретные процессы — вопрос, которым занимаются партнеры. Это может быть минимальная донастройка, а может быть глубокая адаптация с пересборкой workflow, интеграциями и миграцией исторических данных. Главное — ITSM и SDLC в связке дают заметно больше, чем отдельный таск-трекер и отдельная тикетница. Именно в этой синергии — основной аргумент для среднего и крупного бизнеса.