🚀 Embedika — на карте российского рынка платформенного ПО

Аналитическое агентство Apple Hills Digital совместно с Yandex Cloud представили исследование рынков инфраструктурного и платформенного ПО в РФ. В рамках исследования опубликована карта B2B-рынка, и наши решения отмечены в категории «Генеративный ИИ».

Аналитики оценили динамику и структуру российского Software-рынка, делимся ключевыми выводами:
👉 Рынок растет высокими темпами: в 2025 году его объем достиг 808 млрд руб., к 2030-му ожидается рост до 1 710 млрд руб.
👉 Основные драйверы — импортозамещение и спрос на ИИ-решения.
👉 Доля облачных сервисов увеличивается, но по зрелости Россия отстает от развитых рынков. При этом внутри сегментов именно ML/AI назван самым быстрорастущим подсегментом PaaS-рынка.

В исследовании подробно разбираются тренды в области корпоративных ИИ-решений: компьютерное зрение, речевые технологии и генеративный ИИ. Аналитики прогнозируют, что именно GenAI будет занимать существенную долю рынка за счет роста спроса на автоматизацию процессов и отраслевые решения на базе ИИ.

Присутствие Embedika на карте в данном сегменте — подтверждение нашей экспертизы в области внедрения ИИ в бизнес-процессы. Мы разрабатываем системы, которые решают задачи поиска и анализа корпоративных данных, что напрямую перекликается с выводами исследования о востребованности таких инструментов.

🔗 Полный текст исследования доступен по ссылке и в прикрепленном документе.

Проектный менеджмент в разработке корпоративных ИТ-систем

С сегодняшнего дня мы начинаем цикл публикаций, посвященных проектному управлению. Тема выбрана неслучайно, ведь качество конечного продукта, будь то интеллектуальная поисковая система или корпоративное решение на базе ИИ, напрямую зависит от выстроенных процессов и координации команды.

Управление проектом мы традиционно делим на два контура:
➖ внешний — организация процессов и коммуникаций с заказчиком, подрядчиками и смежными командами;
➖ внутренний — выстраивание работы команды, распределение задач и обеспечение эффективных коммуникаций.

Как правило, успех любого проекта определяется балансом двух этих направлений.

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

Управление проектом — это работа в ограниченных и постоянно меняющихся условиях. Сроки, бюджет, кадровые ресурсы и технические требования динамичны, и каждое их изменение влияет на ход работы. Задача проектного менеджмента — удерживать равновесие между ними, предвидеть риски и оперативно реагировать на них. К числу таких рисков можно отнести:
🔹расширение или изменение требований на этапе разработки;
🔹 изменение приоритетов и целей проекта со стороны заказчика после запуска проекта;
🔹 технологические ограничения: сложности с архитектурой, требованиями ИБ, необходимость пересмотра технологического решения или реализации дополнительных интеграций;
🔹человеческий фактор: увольнение или болезнь ключевых сотрудников, нехватка квалификации;
🔹 внешние зависимости: затягивание согласований со стороны заказчика или смежных команд, влияющее на сроки.

В рамках темы мы рассмотрим ключевые аспекты проектного управления в разработке ИТ-систем, разберем основные этапы, поговорим про методы планирования и контроля. Эксперты Embedika поделятся собственным опытом и принятыми в командах практиками.

С чего начинается управление проектом: рассказываем про работу с бэклогом

С правильной систематизации задач начинается выстраивание предсказуемого процесса разработки. Пока требования не собраны в едином структурированном списке, планирование сроков, приоритетов и ресурсов опирается на неполные данные.

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

📍Откуда берутся задачи?
Задачи не появляются в бэклоге сами собой. Они поступают из разных источников: заметки, excel-таблицы, комментарии в документах, переписка в чатах, обсуждения на встречах и т.д. Если не систематизировать этот поток, требования теряются, а важные идеи оседают в личных сообщениях и забываются.

Так, первый шаг для формирования этого перечня — собрать все идеи и предложения в одном месте. Для этого полезно периодически проводить брейнштормы со стейкхолдерами, чтобы выявить новые потребности и сразу фиксировать их.

📍Какие бывают типы бэклогов?
Универсального бэклога не существует — его структура зависит от задач команды и уровня планирования. На практике используют несколько условных типов:

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

Задачи проходят этот путь последовательно. От идеи через анализ в командный бэклог и только потом — в спринт.

📍Предварительный анализ задач
Бэклог без описания задач быстро теряет смысл. Если фиксировать только название, через несколько месяцев команда уже не вспомнит, что именно имелось в виду и почему эта задача важна. Минимальный набор информации включает:
🔹 краткое описание задачи;
🔹 бизнес-ценность (зачем это нужно пользователям или бизнесу);
🔹 контекст появления (на какой встрече или в каком обсуждении возникло требование);
🔹 визуальные материалы (скриншоты, ссылки, примеры).

Грамотно организованный бэклог делает работу команды более предсказуемой, снижает хаос в задачах и упрощает взаимодействие между разработчиками, аналитиками, заказчиками и другими стейкхолдерами.

Проектная команда Embedika: роли и зоны ответственности

Залог успеха любого проекта — это его команда. И то, насколько четко выстроено взаимодействие в ней, часто становится решающим фактором. Как формируется проектная команда, какие специалисты в нее входят и за что отвечают рассказываем в сегодняшнем посте 👇

Когда формируется команда?
Проектная команда в Embedika собирается не в момент появления идеи, а когда проект уже прошел стадию защиты бюджета и утверждения. К этому моменту есть понимание, что заказчик готов выделить финансирование, и мы можем начинать подбирать людей под конкретные задачи.

Базовый набор ролей для старта проекта в Embedika выглядит так:
🔹 Руководитель проекта (РП) — определяет стратегию реализации и сдачи результата заказчику, координирует внутренние и внешними процессы, коммуникации, минимизирует риски. Отвечает за проект целиком.
РП в Embedika часто вырастают из ведущих аналитиков, т.к. они уже обладают компетенциями, важными для управления: понимание «болей» заказчика, умение управлять требованиями и отсекать лишнее, комплексное видение системы и ее взаимосвязей, что позволяет контролировать границы проекта. Кроме того, БА находится в постоянной коммуникации с заказчиком и хорошо знает внутреннюю кухню команды, что в будущем помогает успешно выстраивать управление.
🔹 Тимлид — руководитель команды разработки проекта. Сочетает технические и управленческие навыки. Как правило, это опытный backend-разработчик, который также выступает в роли архитектора, определяет инструменты и технологии, берет на себя сложные задачи, помогает команде с их решением. Тимлид выстраивает работу разработчиков и вместе с РП участвует в коммуникациях с заказчиком, разделяя ответственность за успешную реализацию проекта.
🔹 Аналитик — работает с требованиями, погружается в предметную область, взаимодействует с заказчиком по широкому перечню вопросов: уточняет исходные требования, согласовывает концепцию по их реализации (как именно будет выглядеть функционал), обсуждает нюансы по ходу разработки, презентует готовые функции и ведет сбор обратной связи и новых требований к продукту.
🔹 Разработчики (backend и frontend) — реализуют функциональность. В зависимости от объема и сроков реализации проекта количество специалистов может варьироваться. Они могут подключаться постепенно: на старте — минимальное количество, а по мере роста числа задач из аналитики и наращивания темпов разработки команда усиливается.
🔹 Тестировщик — отвечает за качество продукта: ищет ошибки, проверяет соответствие требованиям, помогает сделать функционал удобным и стабильным. Подключается к проекту, когда появляются первые наработки для тестирования.
🔹 DevOps и дизайнер — привлекаются точечно под конкретные задачи, например, для настройки инфраструктуры или проработки интерфейсов.

Внутри проектной команды мы выделяем лидирующие позиции и специалистов, которые занимаются узкопрофильными задачами. Постоянные внутренние коммуникации РП направлены на взаимодействие с лидами: тимлидом, ведущим фронтенд-разработчиком, ведущим бизнес-аналитиком и ведущим тестировщиком.

Именно с ними РП обсуждает ключевые вопросы, планы и процессы. Это те участники команды, на мнение которых он опирается в наибольшей степени, привлекая их к принятию решений и формированию позиции для трансляции заказчику. За каждым лидом закреплена своя группа специалистов. В задачи лидов входит, в том числе, организация работы внутри направления, а также трансляция команде общих целей, задач и планов по итогам обсуждений с РП.

Такая структура позволяет РП удерживать фокус на проекте в целом, не погружаясь в операционное управление каждым участником команды.

Подборка полезных и интересных материалов

ИИ-разработка, обучение моделей и неочевидное применение технологий — в новой подборке свежие материалы о технологиях, которые стоит изучить, прослушать и сохранить в закладки.

Статьи:
📎 «Коммерсантъ» со ссылкой на аналитиков Nodul рассказал, почему открытые языковые модели в 40 раз дешевле проприетарных при незначительном отставании в качестве.
📎 Интервью ТАСС с гендиректором EdTech-компании «Лань»: почему единые правила использования ИИ в образовании могут стать ключом к его массовому внедрению.
📎 Колонка Forbes про синтетические данные: почему сегодня компании считают информацию, созданную нейросетями, стратегическим активом.

Заметки в блогах:
✍️ Результаты опроса ProductSense и X5 Group: менеджеры цифровых продуктов в 2025 году больше всего времени посвятили развитию ИИ-навыков.
✍️ Заметка в канале MWS AI о том, почему использование ИИ вне контура компании-разработчика может быть небезопасно и на что обратить внимание.

Книги:
📚 «Обучение с подкреплением», Саттон Ричард С., Барто Эндрю Г. — книга объясняет принципы обучения ИИ от базовых алгоритмов до современных методов, включая связь с психологией поведения.
📚 «Строим LLM с нуля», Себастьян Рашка — практическое руководство языковым моделям, которое помогает понять их устройство и самостоятельно создать рабочую версию.

Подкасты:
🎤 Подкаст MWS AI: разговор с командой MWS AI о том, как искусственный интеллект меняет работу компаний и людей.
🎤 Подкаст Data Heroes: как Data Science помогает создавать новые сервисы для покупателей и продавцов, бороться с фродом, а также как оценить реальную эффективность ИИ для бизнеса.