Дарий Халитов, Ростелеком: ЯГА является первым этапом создания Лукоморья — единой цифровой среды для ИТ-команд

Дарий Халитов: Термин «система управления проектами» становится архаизмом. Двадцать лет назад в компаниях были отдельные проектные офисы с собственной системой управления проектами с регламентированными подходами на уровне мировых стандартов. Сегодня понятие «управление проектами» все больше трансформируется из профессии в набор компетенций, область знаний для управления работой команд, нацеленных на решение самых разных задач. Это же касается и ее производных в виде систем управления проектами, например, подразделение закупок или ИБ-отдел не работают по одному конкретному проекту, но им тоже нужна рабочая среда, где можно получать задачи, отслеживать метрики качества, скорости работы, и набор собственных уникальных инструментов. Поэтому на смену понятию «система управления проектами» (СУП) или «корпоративная система управления проектами» (КСУП) приходит понятие «системы для управления командами» или «ПО для управления командами» (Team Management Software). Не сказать, что этот софт появился недавно, но по мере его развития, он становится более удобной средой как для ведения и управления проектами, так и для управления командами и подразделениями.

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

Дарий Халитов: Есть — JIRA, которая занимает 6% мирового рынка (это данные по облаку без учета on premise). Сотни тысяч компаний работают только в облачном решении этой системы, не считая локальных инсталляций продукта. И это не просто система управления проектами или задачами, а экосистема продуктов и виджетов. Ей не хватает только одного элемента — платформы для корпоративных коммуникаций команд любого размера, но этот пробел заполняет Slack, занимающий порядка 30% мирового рынка корпоративных мессенджеров для разработчиков. При совместном использовании эти два продукта позволяют не только вести и отслеживать задачи любой команды, но и автоматизировать весь сквозной процесс ее работы с акцентом на разработку софта, DevOps-практики.

Дарий Халитов: Это должна быть комплексная система управления задачами для различных команд, интегрированная с корпоративной платформой коммуникаций, способная покрыть весь жизненный цикл разработки ПО, причем с возможностью исполнения различных ролей, участвующих в этом процессе, — архитектор, аналитик, инженер, программист, devops/devsecops, QA. Мы подходим к необходимости появления нового инструмента, который можно назвать единой цифровой средой для работы команд. Это гибкий инструментарий, помогающий повысить уровень эффективности и производительности команды, совмещающий в себе возможности управления, планирования работы и коммуникаций. В такую экосистему должен встраиваться весь инструментарий, который используется командами разработки, позволяющий развертывать инфраструктуру на базе контейнеров, софт для разработки автотестов и многое другое.

Дарий Халитов: На российском рынке их много. Есть классические системы управления проектами, характерные для организаций, которые работают исключительно по проектному принципу, — например, конструкторских бюро или компаний, выполняющих сложные проекты для государства, оборонной промышленности. Помимо классических КСУП на рынке появилось много легких, облачных инструментов, которые по своей сути представляют собой канбан-доски или дашборды для работы команды. И третья категория представленных на российском рынке решений – платформенные решения (PaaS) для разработки ПО, включая системы управления задачами или же целые корпоративные системы управления проектами (КСУП). Как правило они создаются в крупной компании и в первую очередь заточены под среду и условия работы в этой компании, включая особенности сложной среды работы команды, «тяжелых» бизнес-процессов, затрагивающих множество смежных функций, как правильно, они не универсальны и достаточно дороги во внедрении в других организациях.

Дарий Халитов: У каждой из этих трех категорий систем есть свои преимущества и недостатки. Легкие облачные продукты неприменимы для больших команд, поскольку не покрывают их потребности, не учитывают особенности процессов разработки и повышенные требования к ИБ, плюс многие компании не могут использовать облачные продукты под внутренние бизнес-процессы. Тяжеловесные решения создаются под конкретную большую компанию и потом их сложно и дорого настраивать под процессы другой структуры, со своими особенностями на уровне принципов развития ИТ-ландшафта и используемого технологического стека. В то же время, речь идет об инструменте повышения эффективности и по сути внутрикорпоративной системе или платформе, следовательно, остро стоит вопрос стоимости такого решения, поскольку всегда будут более приоритетные бизнес-ориентированные задачи, на которые необходимо потратить усилия и средства.

Дарий Халитов: Классические КСУПы будут постепенно вытесняться более универсальными программными инструментами класса «управление командами» (TMS). Сегодня тяжеловесные решения для корпоративного сегмента в основе своей исповедуют не командно-центричный и даже не проектный подходы, а конвейерный подход. В основе своей такие платформы разработки имеют инструментарий разработки, CI/CD-инструменты, средства контейнеризации, систему контроля версионности и так далее, но все эти решения направлены на полную автоматизацию жизненного цикла разработки ПО в той среде, где работает ИТ-блок конкретной компании. В случае внедрения в другой компании эту большую, сложную, тяжеловесную платформу приходится адаптировать на работу другой команды, работающей в другой ИТ-среде. И на среду сверху в каком-то смысле «натягивается» инструмент по управлению задачами и проектами.

Будущее за командно-центричным подходом, когда деятельность всей команды и каждого специалиста выстраивается вокруг некоего единого окна, в котором выстроена вся деятельность команды и можно выбрать весь необходимый инструментарий, как для работы, так и для организации процесса разработки ПО. При этом имеется единая модель данных между различными используемыми инструментами на всем протяжении жизненного цикла. Например, единая сквозная модель данных между системой управления задачами и ПО для тестирования позволяет видеть весь процесс сквозным образом для всей команды с метриками и отчетностью. И такого командно-центричного подхода мы пока не видим ни в одном инструменте, представленном на российском рынке.

Дарий Халитов: С 2022 года мы не можем без оглядки использовать средства разработки программного обеспечения, повсеместно применяемые в мировой практике, и в этом одна из отличительных черт российского рынка. Проблема в том, что руководители компаний поняли это относительно недавно, потому что первоначально импортозамещение активно шло по линии прикладного ПО, а на базе какого софта пишется прикладной код — этот вопрос не так активно решался и стоял на повестке дня. Тем временем оказалось, что российский софт создается по многим направлениям на основе санкционно-неустойчивых систем, которые сейчас невозможно или очень сложно купить. Помимо JIRA и SLACK уже нельзя купить Figma — самый популярный в мире инструмент для проектирования UI/UX-дизайнеров и многое другое, включая репозитории.

Дарий Халитов: Есть куда более серьезные проблемы, способные осложнить или даже заблокировать работу ИТ-команды и тем самым остановить бизнес-процесс, — во многих компаниях до сих пор повсеместно используются проприетарный, иностранный софт или софт на базе открытого исходного кода: репозитории кода систем контроля версионности ПО, компиляторы, интегрированные среды разработки. Это целая ниша специализированного ПО — «средства разработки», имеющая на мировом рынке огромный объем в денежном выражении, и на сегодня эта ниша в России не заполнена.

Дарий Халитов: Мировой рынок софта для разработчиков колоссален по своим масштабам — западные аналитики оценивают его годовой объем в $440 млрд. И этот рынок будет расти, поскольку цифровизация идет бурно, все больше ИТ-специалистов и цифровых систем, инструментов, так что по прогнозам аналитиков к 2028 году объем этого рынка достигнет $1 трлн.

Дарий Халитов: Если вернуться к российскому рынку, то в целом импортозамещение ведется активно — достаточно посмотреть на Реестр российского ПО, размер которого вырос с 5 тыс. до 18,5 тыс. позиций, по состоянию на октябрь 2023г. Но в сфере систем управления разработкой софта работы еще непочатый край, поскольку до последнего времени российские разработчики жили в русле общемировых практик, использовали JIRA, Slack и Microsoft Visual Studio, который теперь тоже стал недоступен для нас, поэтому необходимо искать альтернативные системы на базе открытого исходного кода, создавать собственные среды разработки, платформы для коммуникаций и многое другое.

Дарий Халитов: Создание хорошего, удобного редактора интегрированной среды разработки (IDEE) — это дорогое упражнение, требующее времени, значительных инвестиций, а также встает вопрос в монетизации таких систем, поскольку всегда можно зайти и скачать опенсорс IDEE. Предполагаю, что импортозамещение в сфере инструментов разработки будет идти по той же логике, как и в случае прикладных систем, то есть как бы сверху вниз: сначала — прикладные решения для команд, потом — уровень системного ПО (системы контейнеризации, CI/CD), и наконец — интегрированные среды разработки (IDEE), компиляторы, SDK. На мой взгляд, сейчас рынок эволюционно так и развивается, где уже есть прикладной и системный софт и пока не появились достойные аналоги IDEE и SDK. Одновременно все заместить не получится. Применительно к средам разработки — обсуждений много, но практических действий по их созданию я пока не видел. С другой стороны, есть много систем на базе открытого кода, ими можно пользоваться, но важно минимизировать потенциальные риски от уязвимостей, которые могут в них быть.

Дарий Халитов: И сегодня можно продолжать писать код в простом редакторе, да даже в блокноте. Однако со временем предпочтения людей меняются, и меняется рабочая среда — она должна быть такой, чтобы работа была максимально эффективной. В современных средах разработки — том же Microsoft Visual Studio или очень известном облачном решении Intellij IDEA (лицензии уже не приобрести напрямую), работать намного комфортней, чем в текстовом редакторе.

Дарий Халитов: Я говорил выше, что на российском рынке представлено множество решений, но ни одно не обладает универсальностью применения и не отражает современных потребностей в организации командной работы. И в какой-то момент, по итогам накопленной практики, дискуссий внутри компании и поддержке нашего старшего вице-президента по ИТ Кирилла Меньшова, мы решили создать свое решение. Ведь, если хочешь изменить мир, начни с себя, как говорил китайский мудрец Конфуций.

Дарий Халитов: Мы использовали JIRA, Confluence, Trello, Slack и Mattermost. И к 2021 году в JIRA работал не только ИТ-блок, но и много смежных подразделений, исполняющих другие функции: АХО, закупки, информационная безопасность, продуктовые и проектные офисы. Количество работающих в системе пользователей достигло 12 тыс. человек. Единая среда позволила организовать сквозной процесс управления проектами, причем все метрики собираются в одном пространстве. У нас сформировалась команда сотрудников, которых я называю «жираведами», — они знают до болтов, как устроена линейка продуктов Atlassian, как ее настраивать и поддерживать.

Дарий Халитов: Решение о собственных разработках было принято раньше — в 2021-м. Непосредственным поводом послужило то, что компания Atlassian начала переход в режим исключительно облачного предоставления своего сервиса, что недопустимо для таких крупных компаний как «Ростелеком». Тогда и было принято решение, что будем создавать собственный продукт, который будет релевантен JIRA по функционалу и так же универсален, чтобы в нем могли работать специалисты любого подразделения, не только ИТ.

Дарий Халитов: Мы не отходим далеко от генеральной идеи универсальности, заложенной в JIRA, не делаем инструмент, заточенный под собственные процессы. http://yaga.rt.ru ЯГА] может развертываться на площадке компании и затем конфигурироваться в соответствии с запросами компании, или предоставляться из облака.

Дарий Халитов: В системе ЯГА есть ряд новшеств. Основываясь на таком видении будущего, в котором офис – единая цифровая среда, ЯГА создается как некоторый симбиоз функциональности JIRA, элементов корпоративных коммуникаций, сходных с элементами Slack, и ряда других возможностей, включая искусственный интеллект. Мы планируем создать единую конфигурируемую среду, в которой можно использовать любые инструменты, включая как партнерские, так и решения на базе открытого исходного кода, в зависимости от команды, которая работает в этой среде.

Дарий Халитов: Возможности для использования системы самые разные. Этот инструмент может использоваться, для любых команд, не только для команд разработки ПО. С помощью системы ЯГА можно будет планировать задачи, выстраивать работу подразделения, обмениваться информацией, отслеживать производительность. И, конечно, ЯГУ можно развернуть для работы команды, создающей некий сервис, программный продукт с подключением необходимых инструментов разработки, репозитория. Предусмотрена мобильная версия системы управления задачами Ëжка (аналог Trello).

Дарий Халитов: ЯГА является первым этапом создания Лукоморья — единой цифровой среды для ИТ-команд, владельцев продуктов и руководителей проектов. На этом этапе нами внутри Ростелекома осуществляется замена JIRA, базы знаний Confluence и Trello. Сейчас внутри компании уже запущена Ёжка. Отмечу, что этот сервис уже используют не только сотрудники Ростелекома, но и некоторые внешние клиенты. В сентябре мы выпустили новую версию системы ЯГА и в настоящее время тиражируем продукт на всё ИТ-подразделение. С января 2024 года запускаем продвижение ЯГИ на рынке, начинаем предлагать ее нашим клиентам.

Второй этап — создание ЛУКОМОРЬЯ, это интересный этап, поскольку параллельно с развитием маркетплейса продуктов и виджетов для Яги будет создаваться целый набор ИТ-решений. Некоторые из них уже созданы, например, — безопасный репозиторий РТК-ФЕНИКС для работы с артефактами открытого исходного кода, уже продвигаемый нами как коммерческий продукт. В будущем, совместно с нашими коллегами из университета Иннополис, планируем его расширение за счет программного продукта с рабочим названием СТУПА. Это будет локальный репозиторий, система контроля версионности — базовый набор функциональности, позволяющий работать с кодом программного продукта.

Дарий Халитов: Захотелось уйти от устоявшегося в нашем русскоязычном мире стремления к максимальному заимствованию англицизмов и иностранных аббревиатур. Решили придумать яркое название, в запоминающейся стилистике наших русских сказок. Отсюда и ЯГА как помощница главного героя, способная творить волшебство в самых привычных вещах. И дальше наши планы подразумевает множество смежных продуктов, необходимых для автоматизации жизненного цикла разработки ПО, в целом для работы команд, которые будут доступны в нашей экосистеме, логично названной ЛУКОМОРЬЕ.

Дарий Халитов: Мы создаем именно российский продукт, на российском стеке технологий. Базовая операционная система — РЕД ОС, при этом решение будет совместимо с наиболее популярными российскими ОС на базе Linux. Основная база данных — Platform V Pangolin, но система совместима с любыми СУБД на основе Postgre. Для написания бэкенд-приложений использовали Cotlin, для фронт-офисной части — React. Количество разработчиков — свыше ста. Разумеется, Яга работает и на Windows в том числе.

Дарий Халитов: И да, и нет — и ориентировались, и вместе с тем кое-что в плане эргономики изменили. Ведь люди привыкли работать с JIRA и интуитивно ожидают подобного интерфейса — это с одной стороны. А с другой — интерфейсы JIRA создавались довольно давно, несколько лет тому назад. И на сегодня уже заметны некоторые недочеты, которые мы попытались исправить. Так что — да, мы немного поработали с эргономикой наших интерфейсов, основываясь, в том числе, на опыте работы наших больших распределенных команд, а вот дизайн системы ЯГА — абсолютно уникален, это разработка дизайн-студии Ростелекома.

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

Дарий Халитов: Главное конкурентное преимущество — все пользователи могут полностью кастомизировать рабочее пространство, процессы под свой проект при помощи интерфейсов, без получения каких-то особых администраторских полномочий и без умения кодировать. Второе — основывается на том, что много компаний в России продолжают использовать JIRA, а мы предлагаем готовые инструменты для миграции данных из австралийской системы. При этом миграция — встроенный автоматизированный процесс, поэтому внедрение ЯГИ не будет длительным, не потребует разработки специальных ТЗ для миграции данных в новую систему. И третье преимущество, которое следует рассматривать в контексте экосистемы ЛУКОМОРЬЕ, — модуль среды исполнения нейросетей, искусственного интеллекта. Фактически, это будет набор нейросетей под различные бизнес-процессы, которые необходимы для работы команды.

Дарий Халитов: Консультант или «анализатор», созданный на основе ИИ для оценки и анализа, — например, конкретный программист слишком любит неоправданно оптимистические прогнозы по срокам разработки того или иного решения, и консультант, созданный на основе ИИ, выдает этому программисту полезные рекомендации.

Дарий Халитов: ЯГА будет выступать центральным звеном, ядром будущего стека продуктов, входящих в экосистему ЛУКОМОРЬЕ. Этим и будет реализовываться тот самый «командно-центричный» подход», о котором я уже говорил. Все специалисты команды (архитекторы, аналитики, разработчики, devops и QA) работают именно в интерфейсе ЯГИ. ЛУКОМОРЬЕ — единая цифровая среда для самых разных команд, охватывающая весь цикл разработки ПО. В перспективе экосистема будет агрегировать порядка 50-ти компонентов, причем не только продуктов собственной разработки Ростелекома, но рекомендуемых нами партнерских решений на базе открытого исходного кода.

Дарий Халитов: С целью оптимизации времени разработки и размера наших инвестиций. Плюс, многие команды сейчас пытаются решать похожие задачи, поэтому, лучше объединять усилия и вместе охватывать все ниши, чем делать множество подобных друг другу продуктов. Главная задача ЛУКОМОРЬЯ — полная автоматизация жизненного цикла процесса создания программного продукта, от идеи продукта до его поддержки в продуктиве, причем с применением современных паттернов, таких как использование искусственного интеллекта, создание единой цифровой рабочей среды, обеспечение кибербезопасности. Соответственно, в базовую конфигурацию должен входить весь типовой софт, необходимый на всех стадиях разработки программного продукта, кроме того, должна быть обеспечена совместимость с типовыми российскими системами: системное и офисный софт, например, с офисными пакетами «МойОфис» и «Р7». На этапе разработки важна интеграция с системой контроля версионности, локальным репозиторием. В составе Лукоморья будут системы класса «тест-менеджмент», среда и модуль исполнения искусственного интеллекта, CI/CD-инструменты.

Важный момент — мы исходим из того, что доступен не только софт, созданный в РФ, но и в дружественных странах, а также ПО, созданное на базе открытого исходного кода, например, — репозиторий Nexus, для которого мы будем делать коннекторы. Если резюмировать, ЛУКОМОРЬЕ будет включать в себя сервисы и продукты как Ростелекома, так и партнеров, а также рекомендуемые нами решения на базе открытого кода и систем из разных стран.

Дарий Халитов: В январе 2024 года мы запускаем продажу коммерческого продукта ЯГА. В течение следующего года появится маркетплейс с набором виджетов и модулей, постепенно добавим репозиторий, систему контроля версионности, плагины с нейросетями, корпоративный мессенджер для разработчиков, систему управления тестированием и другие. Таким образом, ЛУКОМОРЬЕ появляется с момента, когда на рынок выйдет ЯГА, функционал которой мы планируем активно наращивать.