Тестовое задание
Система стратегического мониторинга VK
Константин Горский
gogogorskyi@gmail.com / gogogorskyi
Задача
Цель: разработать внутреннюю систему поддержки принятия решения (СППР) для управления стратегией и портфелем инициатив бизнес-группы (бизнес-юниты: VK, Видео, Музыка, Дзен)
  • Задача
    Решение бизнес-кейса по подготовка аппарата вице-президента к ежемесячному стратегическому комитету с вице-президентом
  • Основные требования
    1. Прогресс по целям
    2. Какие проекты влияют на достижение целей
    3. Отклонения по срокам, эффектам, статусам
    4. Риски и зависимости
    5. Какие решения требуются от VP
  • Планируемый результат
    • Целевое решение
    • CJM артефакт
    • Мокапы экранов
    • На какие предположения опираться?
    • Какое решение предложить?
    • Как аргументировать решение?
Контекст и допущения
Уточнения

Основная проблема: Ручной сбор данных из разных источников, с потерей времени и информационными рисками

Древо метрик: существует, но для решения не требуется

Допущения (гипотезы AS IS)
  • Цели: строятся через каскадирование по ролям, хранятся в Excel/презентациях, привязка к проектам ручная. Цели связаны с инициативами через OKR стратегии и KPI инициатив (Roadmap + План / Факт + Приоритет)
  • Риски: собираются PMO вручную перед комитетом, классификация отсутствует
  • Управленческое решение: VP фиксируются в протоколах встреч, но не имеют единого трекера
  • Роли: Управленческая структура совпадает с ролями
  • Источники данных: Jira (проекты / продукты), Excel (цели, риски), внутренние HR-системы
  • Форма отчетности: VP предпочитает дашборды. Аппарату нужен экспорт в Excel
  • Бюджет: Доступен с защитой, потенциально неограничен для целевого решения TO BE
  • Требуется 8-10 часов на тестовое
  • Инструменты: tilda (презентация),
  • Терминология отдается автору решения
  • Любые процессы и гипотезы отдаются автору решения
  • Аргументация: через качественные оценки и личный опыт
Терминология

Риск: сочетание вероятности наступления события и его последствий от ожидаемого результата (как отрицательное, так и положительное). Отклонение - любое событие, которое попадает под описание риска. Блокер - негативное событие, которое влияет на дальнейшее движение к цели.

Управленческое решение: сознательный выбор альтернативы, сделанный для достижения целей или решения проблемы.

Целевая аудитория
  • Вице-президент
    Руководит бизнес-группой (VK, Видео, Музыка, Дзен). Огромная нагрузка. Не любит сюрпризов. Принимает решения на основе агрегированных данных, ценит возможность детализации
  • Руководитель аппарата VP (ключевая для задания)
    Отвечает за подготовку всех материалов к стратегическому комитету. Координирует и валидирует сбор данных от БЮ и PMO, сводит их в единую презентацию. Дальнейшее исследование будет для данной роли.
  • Руководитель бизнес-юнита
    Регулярно отчитывается перед VP о прогрессе по целям. У него есть свои команды и проекты. Заинтересован в прозрачности, чтобы его успехи были видны, а проблемы подсвечивались вовремя.
  • PMO / Руководитель крупной инициативы
    Отвечает за статусы, сроки, риски. Взаимодействует с командой разработки, обновляет данные в Jira. Доносит информацию до руководства без лишних отчётов, самостоятельно валидирует метрики.
Проблематика
Для роли Руководитель аппарата VP выявим основные этапы и шаги на основе гипотетического процесса

Создадим User Stories, который описывают отдельный шаг (порядок условен) и приоритизируем по MoSCoW
  • Этап: Сбор информации
    Руководитель запрашивает данные с БЮ через шаги:
    • Форма сбора данных
    • Порядок сбора данных
    • Установка сроков для планирования
    • Качество информации
  • Этап: Анализ информации
    Руководитель обрабатываем и структурирует данные через шаги:
    • Понимание целей, прогресс и статусы
    • Метрики и качественное описание целей
    • Сравнение целей с плановыми показателями и историчность
    • Классификация и ранжирование инициатив по значимости
    • Идентификация и анализ рисков
    • Оценка рисков
    • Требуемые решения по митигации
  • Этап: Предоставление информации
    Руководитель собирает и предоставляет данные VP через шаги:
    • Что показывать вице-президенту
    • Протоколы решений и поручений
    • Простота использования
Приоритет по MoSCoW и на что влияют
(помимо скорости работы):
Must = качество данных
Should = регламент и процесс
Could = удобство восприятия
Won't = вне задания
  • Качество информации
    Как руководитель аппарата, я хочу, чтобы система проверяла входящие данные на полноту, непротиворечивость и соответствие метрикам, а также сигнализировала о возможных ошибках или устаревших значениях, чтобы я был уверен в качестве информации перед дальнейшим анализом.
  • Понимание целей, прогресс и статусы
    Как руководитель аппарата, я хочу видеть на едином дашборде все стратегические цели с текущим прогрессом и статусом (зелёный/жёлтый/красный) в разрезе БГ и БЮ, чтобы быстро оценивать общую картину выполнения стратегии.
  • Идентификация и анализ рисков
    Как руководитель аппарата, я хочу видеть полный реестр рисков с привязкой к конкретным инициативам и целям, а также статус их митигации, чтобы оценивать общую рискованность портфеля и не упускать новые угрозы.
  • Требуемые решения по митигации
    Как руководитель аппарата, я хочу, чтобы система автоматически формировала список рисков, требующих решения VP, с предложенными вариантами митигации от ответственных, чтобы я мог быстро подготовить блок «Требуется решение VP» для комитета.
  • Что показывать вице-президенту
    Как руководитель аппарата, я хочу одним кликом генерировать отчёт для VP, содержащий ключевые агрегированные показатели (общий прогресс, статусы БЮ, количество инициатив и рисков, план-факт по целям), с возможностью детализации, чтобы я мог быстро предоставить VP полную и наглядную картину перед комитетом.
  • Форма сбора данных
    Как руководитель аппарата, я хочу получать данные от БЮ и PMO в едином стандартизированном формате, чтобы мне не приходилось вручную собирать таблицы, презентации и скриншоты.
  • Сравнение целей с плановыми показателями и историчность
    Как руководитель аппарата, я хочу видеть динамику изменения целей по сравнению с планом и за предыдущие периоды (тренды), чтобы выявлять негативные тенденции и оценивать эффективность принятых мер.
  • Оценка рисков
    Как руководитель аппарата, я хочу, чтобы риски были оценены по вероятности и влиянию (например, тепловая карта), с возможностью просмотра экспертных комментариев, чтобы я мог приоритизировать риски для доклада VP.
  • Протоколы решений и поручений
    Как руководитель аппарата, я хочу, чтобы система позволяла фиксировать решения, принятые VP на комитете, и автоматически создавать поручения с назначенными ответственными и сроками, чтобы обеспечить контроль исполнения и прозрачность.
  • Установка сроков для планирования
    Как руководитель аппарата, я хочу, чтобы система автоматически определяла дедлайны предоставления данных от каждого подразделения на основе календаря стратегических комитетов, чтобы я мог контролировать своевременность поступления информации и заранее видеть риски срыва сроков.
  • Порядок сбора данных
    Как руководитель аппарата, я хочу видеть чёткий регламент / процесс сбора данных: кто, когда и какие данные предоставляет, чтобы я мог планировать свою работу и не тратить время на хаотичные напоминания.
  • Метрики и качественное описание целей
    Как руководитель аппарата, я хочу, чтобы каждая цель отображалась не только числовыми метриками, но и содержала качественное описание (например, комментарий ответственного), чтобы я понимал контекст достижения или отклонения.
  • Классификация и ранжирование инициатив по значимости
    Как руководитель аппарата, я хочу, чтобы все инициативы были классифицированы по стратегической значимости и автоматически ранжированы, чтобы я мог фокусироваться на самых важных.
  • Простота использования
    Как руководитель аппарата, я хочу быструю по производительности и понятную по навигации систему, чтобы я не тратил время на дополнительное обучение по эксплуатации. Требуется UI.
Построим Customer Journey Map на основе 3 шагов процесс и 14 user stories (точки касания).
Нажмите на изображение, чтобы открыть полную версию документа
Концепция целевого решения
Заявочная системы с BPM-ядром с агрегированной базой данных, интеграциями с другими системами и пользовательскими формами просмотра (дашборды), редактирования и согласования.
  • BPM система
    Low-code платформы с быстрой настройкой процессов и интеграций с другими системами, помогает в систематизации
  • Дашборды
    Лучшее представление информации через визуальный контент
  • Единое пространство
    Все в одном месте: системы для сбора и анализа информации, методологии и согласования поручений
  • Изменения
    Систематизированный подход позволит быстрее проверять и внедрять новые решения
Мокапы содержат в себе гипотезы US:
  • Форма сбора данных для РП / РМО и БЮ
  • Форма руководителя аппарата для подготовки
  • Форма ВП
Как они связаны между собой?
Схема процесса и взаимодейстивия между формами для бизнес-кейса роли Руководителя аппарата
(backend BPM)
Наложение форм на процесс
Почему именно такое решение?
  • Личный опыт
    Управление бизнес-процессами - основа для качественного построения продукта. Это даст систематическое понимание продукта и данные со всех этапов. На каждый этап наслаиваются отдельные сервисы по автоматизации.
  • Почему именно эти 3 формы мокапов?
    Сбор информации и согласование происходит внутри БЮ для 3 ролей внутри.
    Руководитель аппарата в свою очередь главный фасилитатор и валидатор комитета.
    ВП должен получить возможность видеть все, но сначала - сводную информацию.
  • Какие есть альтернативы?
    Альтернатива заключается не столько в ядре и концепции, сколько в отдельных сервисах и настройке процесса. Чем эффективнее сервис (замена "ручника", внедрение AI), тем быстрее выполняется шаг процесса. Настройка карты процесса влияет на скорость, эффективность и экономичность бизнес-процесса.
Тестовое задание на позицию менеджера продукта внутреннего продукта
Контекст
Компания внедряет внутреннюю систему управления стратегией и портфелем инициатив.
Заказчик - аппарат старшего вице президента Бизнес группы (БГ) . В бизнес группу включены бизнес юниты (БЮ) которые контролирует аппарат (Вконтакте, Видео, Музыка, Дзен). Стратегия декомпозируется с уровня БГ до уровня БЮ

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

Основная аудитория системы:
  • Вице-президент
  • Аппарат Вице президента
  • Руководители бизнес-юнитов
  • PMO
  • Руководители крупных инициатив

Бизнес-сценарий
Руководитель аппарата готовится к ежемесячному стратегическому комитету для демонстрации вице-президенту ему необходимо быстро понять:
  • Прогресс по целям БГ и БЮ
  • Какие проекты являются ключевыми для этих целей
  • Есть ли отклонения по срокам, эффектам или статусам проектов
  • Где есть риски и зависимости
  • Какие решения требуется принять на уровне Вице президента

Что нужно сделать
Предложить целевое решение TO BE бизнес сценария. Предложить CJM TO BE, Сделать
мокапы (схематично показать какие экраны и какие их цели, что на экранах), презентовать
продуктовое решение на встрече и защитить.
Уточняющие вопросы по заданию
Для чего? Текущий этап - выявление AS IS и уточнение информации для улучшения product vision и поставленной задачи. Просьба ответить на вопросы ниже сразу за вопросом. Все, что не будет уточнено до 12.03.2026 до 13:00 будет допущением к задаче (в виде моих гипотез). “Как есть сейчас?” (Описание AS IS) “Как хотелось бы видеть? (Как этап интервью для внутреннего эксперта, если есть желание)”
Задача
  • Целевое решение бизнес-сценария. [Уточнение: Стоит или добавлять карту процессов BPMN с описанием шагов для TO BE и другие артефакты бизнес-анализа?]
  • CJM. [Уточнение: Для всех перечисленных ролей или упор проработки на аппарат и VP?]
  • Мокапы [Уточнение: Упор на аппарат управления (аналитика) и VP (итоговое представление)? Или стоит показать мокапы сбора и обработки данных?]
  • Формат выполнения задания и сроки? [Для чего: Есть ли предпочтения по формату и какие сроки выполнения задания?]
Роли (Вице-президент, Аппарат Вице президента, Руководители бизнес-юнитов, PMO, Руководители крупных инициатив)
  • Иерархия прямая (как выше) или есть неочевидные зависимости в управленческой структуре? [Для чего: управленческая структура и согласование при сборе информации]
  • Какие еще роли могут косвенно влиять на процесс? (Финансы, СТО, ИБ, ИТ и тд) [Для чего: Кто еще может влиять на процесс]
Процесс (Комментарий от руководителя: Ключевая проблема заключается в том, что сейчас данные собираются вручную, порой разрозненно, и на их обработку тратится много времени. Решение позволит это делать в один клик и получать достоверные данные)
  • Есть ли описание процесса сбора, анализ, оценки и мониторинга метрик / рисков для каждой роли? [Для чего: Есть ли уже формализованный БП]
  • Какие ключевые боли есть у каждой роли по процессу? [Для чего: Возможно уже есть понимание болей для CJM по процессу со стороны каждой роли]
  • Сроки выполнения каждого шага процесс? [Для чего: Оценка времени предоставления информации]
  • Ключевые боли по процессу? [Для чего: Есть ли что-то, что уже выявлено и является блоком / проблемой для каждой роли по процессу]
Цели (Комментарий от руководителя: Дерево целей и метрик есть, но в рамках тестового оно не нужно, это уже детали)
  • Есть ли утвержденное древо / структура метрик (OKR / KPI)? [Для чего: Есть ли уже формализованная система и в каком виде она храниться]
  • Как, кем и когда: утверждается, изменяется и валидируется? [Для чего: Актуализация наполнения системы метрик]
  • Есть ли альтернативное понимание древо метрик в разрезе проект / продукт / инициатива? [Для чего: Есть ли инициативы, которые явно не влияют на стратегические цели ввиду сложности приведения метрик продукта к стратегической. Пример, проведение обучения и оценка на улучшение производительности человека в реальной экономии или повышении труда в деньгах.]
  • Какие качественные и количественные метрики используются? [Для чего: Список метрик структуры и их описание для мокапов]
Управление рисками (Комментарий от руководителя: Тут предлагаю сформулировать определение риска по своему опыту. Некоторые моменты в рамках тестового можно придумать.)
  • Понятийный аппарат, что подразумевается под риском, отклонением и блокером? [Для чего: Синхронизация по заданию]
  • Кто, как и когда фиксирует собирает, анализирует и оценивает риски (БГ, БЮ, инициативы)? [Для чего: Как сейчас выстроен процесс управления рисками, его сроки и результат]
  • Внутренняя приоритизация после оценки рисков для каждого уровня? [Для чего: Какие риски попадают в поле зрения VP, как интерпретируются риски на каждом из уровнях (суммирование по метрикам или карта качественных рисков к примеру)]
  • Мониторинг кем и когда осуществляется, где фиксируются? [Для чего: Источник данных для всей иерархии]
Проекты, продукты (инициативы) (Комментарий от руководителя: Здесь стоит опираться на свой опыт и знания. Некоторые элементы контекста можно опустить)
  • Как, кем и когда актуализируются метрики и прогресс (сроки и статусы) инициатив? [Для чего: Актуализация данных]
  • Какие критерии являются основными для выделения ключевых инициатив? [Для чего: Определение “ключевых проектов”]
  • Как метрики инициативы привязываются к целям? [Для чего: Суммирование метрик всех инициатив БЮ = Стратегическая цель?]
Управленческое решение
  • Когда и как роль вовлекается в принятие управленческого решения? [Для чего: Триггеры для эскалации для VP со всех уровней до него]
  • Что является управленческим решение VP? [Для чего: Что нужно для VP, чтобы он принял решение.]
  • Как закрепляется принятое решение (постановление, фиксация в системе, договоренности)? [Для чего: Хранение и интеграция с системами документооборота для фиксирования решений или иной формат]
Источники информации
  • Кто ответственный за сбор, валидацию и утверждение данных на каждом уровне? [Для чего: Уточнение шага процесса по сбору информации всех типов выше]
  • Какими инструментами собирается информация? [Для чего: Системы и методики для описания объектов страниц]
  • Какие источники (системы, excel и тд)? [Для чего: Хранилища данных]
  • Как часто актуализируется информация,как оценивается на полноту и достоверность? [Для чего: Актуальность данных хранилища и скорость работы инструментов]
  • Какие сейчас есть боли в сборе и хранении данных? [Для чего: Общее понимание проблем]
Права доступа
  • Что должны видеть каждые роли относительно объектов системы (2 пункт)? [Для чего: Видимость для каждой роли]
  • Кто из ролей имеет возможность редактировать данные, кто только смотреть? [Для чего: Уточнение для администрирования (2 пункт)]
Форма взаимодействия и отчетности
  • Какой вид представления информации предпочтителен для VP (дашборды (система), презентации на бумаге, очное выступление)? [Для чего: Наилучший формат восприятия информации VP]
  • Какой вид наполнения предпочтителен для VP? [Для чего: Наилучшее наполнение для VP]
  • Есть ли референсы по дизайну: текущие системы, идеи по улучшению текущих, совсем иные системы? [Для чего: Может быть есть что-то, что уже нравится]
  • Есть ли уже CJM? [Для чего: Текущие решения]
  • Есть ли уже мокапы / дашборды? [Для чего: Текущие решения]