Чем заменить Jira, если систему нужно установить в своём контуре?

Связку поддержки и разработки заменяют по двум частям: поддержку — системой управления ИТ-услугами (ITSM), разработку — системой управления жизненным циклом разработки (SDLC). Если важна связка «инцидент → дефект → релиз», обе части лучше брать на одной платформе: например, SimpleOne ITSM и SimpleOne SDLC работают на платформе SimpleOne. Затем проверьте установку в своём контуре, запись в реестре российского ПО и перенос данных.

Что проверить при выборе

1. Установка на своих серверах. Система ставится в контур компании, а не только работает в облаке вендора.
2. Реестр российского ПО. Это нужно для госзакупок по 44-ФЗ и 223-ФЗ и для значимых объектов критической информационной инфраструктуры (КИИ). Как проверить запись — в ответе про требования ИБ и импортозамещения.
3. Перенос данных. Уточните, что именно переносится: история обращений, база знаний, справочники пользователей, база конфигураций (CMDB). И как долго старая и новая системы работают параллельно.
4. Связь поддержки и разработки. Из инцидента создаётся дефект, разработчик видит исходный инцидент, а заявитель узнаёт, когда исправление вышло.
5. Методологии разработки. Scrum, Kanban и спринты.

Реестр важен не только госзаказчикам. При выборе SimpleOne ITSM в ИТ-холдинге Fplus критерий «Отечественная разработка из реестра российского ПО» объясняли так: он «был обусловлен необходимостью соблюдения требований по импортозамещению и минимизации рисков ухода вендора с российского рынка».

Как обычно идёт переход

Сначала описывают процессы и очереди, которые работают в нынешней системе, и решают, что переносить как есть, а что поменять. Пока систему ставят на серверы компании, проектирование можно вести на временном стенде. Так делали при внедрении SimpleOne ITSM в АЭРОДИСК: вендор «предоставил во временное пользование стенд SimpleOne в своем облаке», и проектирование шло «параллельно с инсталляцией решения в инфраструктуре».

Историю обращений переносят выгрузкой или временной интеграцией двух систем. В Fplus для переноса тикетов интегратор сделал временную интеграцию прежней системы и SimpleOne ITSM, и в новую систему «были перенесены все исторические данные — база тикетов, активов, знаний, контрактов и др.». Пользователей переключают, когда новая система приняла всю работу.

Как это сделано в SimpleOne

SimpleOne ITSM и SimpleOne SDLC работают на одной платформе SimpleOne. SimpleOne SDLC — приложение для разработки программных продуктов на основе гибких методологий. Платформу устанавливают в контур компании или используют из облака на территории России. Она внесена в единый реестр российского ПО под № 6870.

При переходе переносят структуру CMDB, базу знаний, справочники пользователей и историю обращений — подробнее на странице о переходе на SimpleOne ITSM. SimpleOne SDLC поддерживает Scrum и Kanban, спринты и интеграцию с GitLab. Из инцидента в SimpleOne ITSM создают дефект в SDLC. Как устроена связка инцидента, дефекта и релиза — в ответе о связи инцидентов с дефектами.

Примеры перехода:

• АЭРОДИСК — SimpleOne ITSM в инфраструктуре компании стала единым окном для поддержки внешних клиентов.
• Fplus — SimpleOne ITSM стала единой точкой входа для всех услуг ИТ-подразделения холдинга, туда же перенесли процесс гарантийного обслуживания проданного оборудования.
• ГК «Эталон» — в SimpleOne ITSM регистрируется около 9000 заявок в месяц.
• vStack — перевёл в SimpleOne SDLC задачи разработки из нескольких трекеров: все задачи ведутся в одной системе.

Что есть в системе разработки — на странице SimpleOne SDLC.