«Ростелеком» создает Ягу и Ежку, которые заменят Jira и Trello в России

Ростелеком потратит 1 млрд руб. создать платформу управления проектами Yaga, которая должна заменить ушедшие из России продукты Atlassian (Trello, Jira и Confluence). При этом холдинг ВК вложит 600 млн руб. в платформе DevSecOps, предназначенной для разработки программного обеспечения с учетом требований информационной безопасности.

«Ростелеком» создает «Ягу» на замену продуктам Atlassian

«Ростелеком» вложит 1,02 млрд руб. в создании средства планирования и коммуникации «Яга». Это следует из дорожной карты «Новое общесистемное программное обеспечение (ПО)», подготовленной «Ростелекомом», холдингом «ВКонтакте», «Лабораторией Касперского» и «1С». Документ одобрен Правительственной комиссией по цифровому развитию и использованию информационных технологий для улучшения качества жизни и условий ведения бизнеса.

За продукт отвечает дочерняя компания «Ростелекома» «Ростелеком-ИТ». Он призван заменить продукты Trello, Jira и Confluence от австралийской компании Atlassian, объявившей об уходе из России осенью 2022 года. Jira — система отслеживания задач, предназначенная для организации взаимодействия с пользователями и обладающая функционалом управления проектами.

Confluence — это вики-система (веб-сайт, содержимое которого могут редактировать пользователи) для внутреннего использования организацией для создания единой базы знаний. Trello — сервис управления командными и личными проектами по методологии Канбан (система постановки задач, в которой все этапы проекта визуализируются на специальной доске).

Как пояснили CNews в пресс-службе «Ростелекома», в период пандемии компании столкнулись с необходимостью перехода на удаленный тип работы, с рядом вытекающих последствий. В основном это коснулось распределения и контроля задач в командах, контроля сроков и обмена информацией. Продукция Atlassian долгое время была помощником на крупных предприятиях. Ростелеком использовал их для управления задачами и ведения общей базы знаний. Эти системы доступны для всех корпоративных пользователей; за период работы создано около 1,7 000 проектов для обработки более 2 млн задач и более 300 000 новостей.

Какими будут «Яга» и «Ежка»

Команда «Ростелеком-ИТ» с каждым годом наращивала свою экспертизу в создании собственных надстроек для продуктов Atlassian и построении сложных систем управления проектами, пояснили в компании. Уход австралийских разработчиков из России и анализ имеющихся российских аналогов послужили факторами в принятии решения о создании собственных продуктов для управления проектами и базы знаний.

Центральным звеном будущего продуктового семейства является Yaga. Эта система отвечает за управление задачами и техническими документами, она также предназначена для управления проектами и обеспечивает производственный конвейер для разработки информационных систем — от генерации идей до управления «установкой» версий.

«Задачей создания Yaga было не только скопировать знакомые многим Jira и Confluence, но и превзойти их, проанализировав собственный многолетний опыт, — пояснили в пресс-службе «Ростелекома». в Yaga большинство дополнений будет в базовой версии. Одной из важных особенностей является возможность автоматического переноса проектов из Jira в Yaga, что значительно упрощает и облегчает переход на новую систему без потери времени и задач.

На данный момент Яга проходит стадию MVP (минимально жизнеспособный продукт), коммерческий запуск запланирован на начало 2024 года. Уже доступен другой продукт – Ежка, представляющая собой упрощенную версию Яги, но более функциональную, чем ну -известный Трелло. Продукт предназначен для управления проектами небольших команд или отдельными задачами.

Платформа DevSecOps от ВКонтакте

Еще одним продуктом, предназначенным для разработки программного обеспечения и включенным в новую общую дорожную карту системного программного обеспечения, является платформа DevSecOps холдинга ВК. Дочерняя компания холдинга «ВК Цифровые Технологии» обеспечит развитие. Сумма планируемых инвестиций составляет 600 млн рублей. То есть суммарно «Ростелеком» и «ВКонтакте» потратят на свои платформы разработки ПО и управления проектами 1,6 млрд рублей.

Как сказано в описании продукта DevSecOps, для наиболее эффективной, быстрой и надежной разработки ПО и его вывода на рынок требуется тесное сотрудничество между разными командами: не только программистами (Разработка) и системными администраторами (Операционная ИТ), но и информация от специалистов по безопасности (SI), которые тестируют программное обеспечение на наличие уязвимостей и других потенциальных угроз. Концепция, предполагающая сотрудничество этих отделов и использование гибких подходов (таких как технология непрерывной интеграции, поставка и развертывание кодов CI/CD — автоматизированных практик, позволяющих разработчикам чаще и надежнее развертывать изменения ПО), называется DevOps.

10 простых шагов, чтобы сократить командировки сотрудников и сэкономить 30 % бюджета автопарка вашей компании

Заказ на покупку

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

Совет эксперта

Как указано Василий Гурьев, менеджер по продукту Inferit Itman группы компаний Softline, после ухода западных поставщиков из России для отечественных ИТ-компаний открылось окно возможностей для создания продуктов и решений для широкого рынка. Многие быстро создают облегченные облачные версии своих внутренних или корпоративных проектов.

В Softline зафиксированы два основных вектора: часть разработчиков продолжает использовать импортное ПО, потому что уже привыкли с ним работать, но при этом продолжается процесс тестирования новых продуктов. Второе направление выражается в том, что компании одновременно замещают импортную продукцию свободным программным обеспечением (СПО) и ждут выхода подходящих инструментов от российских производителей. Системы контроля версий и автоматизации сборки сейчас наиболее актуальны.

Задачи цифровой трансформации и импортозамещения существенно изменили требования к программным продуктам, добавляет Diasoft GM Александр Глазков. «Дело не только в функциональных требованиях: нужны другие архитектурные подходы и технологии, организация эффективного производства, использование импортонезависимого стека, информационная безопасность», — поясняет Глазков. «Наибольший опыт в этой сфере накопили крупнейшие игроки финансовой индустрии и провайдеры: они начали разрабатывать платформы, отвечающие этим требованиям, 5-7 лет назад».

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

Директор по продукту Garda Technologies Павел Кузнецов напоминает, что коммерческие продукты, такие как линейка Atlassian, исторически использовались большим количеством разработчиков по всей стране, и они задали определенную планку удобства интеграции сред в пайплайн CI/CD (интеграция и непрерывная разработка) .

«Если отечественным производителям ПО удастся построить платформы, способные конкурировать со всеми привычными платформами по этим критериям, такой переход будет достаточно плавным и органичным», — считает Кузнецов. – Это также повысит уровень независимости отечественных производителей программного обеспечения от зарубежных решений. В целом ситуация не кажется критической, в том числе и потому, что отдельные разработчики используют решения с открытым исходным кодом со своими модификациями для построения конвейера производства.