Три главных барьера в работе с информацией в компаниях

Когда количество цифровых инструментов в компании растет, а скорость выполнения задач не увеличивается. Офисные специалисты могут тратить значительную часть рабочего времени на операции, которые потенциально поддаются автоматизации. В таком случае стоит проанализировать не мотивацию сотрудников, а архитектуру рабочих процессов.

Выделим три ключевые области, где разрыв архитектуре рабочих процессов проявляется наиболее остро.

1️⃣ Отсутствие системности в корпоративных данных
До 90% корпоративного контента остается неструктурированным и хранится разрозненно. Поиск информации превращается в отдельный процесс: сотрудник открывает одну систему, затем другую, обращается к почте и мессенджерам, чтобы восстановить контекст. Время тратится не на решение задачи, а на сбор данных из разных источников.

2️⃣ Сложные регламентные цепочки
Согласование документов часто растягивается во времени из-за необходимости ручного участия на каждом этапе. Любая правка документа способна запустить новый цикл передачи информации, а задержка на одном шаге останавливает весь процесс. В результате документы могут терять актуальность быстрее, чем проходят все стадии согласования.

3️⃣ Нецелевое распределение нагрузки на экспертов
Прежде чем приступить к профильной работе, специалисты выполняют серию подготовительных действий: вычитка текстов, сравнение версий, сбор данных для отчетов. Эти операции не требуют высокой квалификации, но отнимают время, которое эксперты могли бы направить на задачи, требующие профессионального опыта и принятия решений.

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

Далее на нашем канале мы покажем практические кейсы, как ИИ-инструменты помогают выстроить связанные процессы и устранить эти разрывы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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