RU EN
RU EN
Как бизнес-аналитик обеспечил успешную цифровую трансформацию управления проектным портфелем
Кейс цифровой трансформации управления проектным портфелем

Контекст: крупная нефтегазодобывающая компания столкнулась с пределом возможностей традиционного управления проектами. Ручные и разрозненные инструменты (Excel, MS Project, Outlook) позволяли контролировать лишь 5% инициатив и только проекты первой категории. Цифровая трансформация была необходима для масштабируемости, прозрачности инвестиций и повышения зрелости проектного управления.

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

Проблемы и задачи

Критические проблемы до проекта

  • Выборочное управление: фокус только на проектах 1 категории, остальные (2 и 3) без контроля.
  • Ограниченный потенциал зрелости: потолок — развитый уровень, переход к активному/эталонному невозможен без цифровизации.
  • Низкий охват: около 5% инициатив под системным управлением.
  • Плохая исполнимость процессов: формализованные процедуры не работали — сроки срывались, бюджеты превышались.

Цифровые цели

  1. Сократить трудозатраты через автоматизацию сбора и демонстрации данных.
  2. Создать единое цифровое пространство управления портфелями и проектами.

Решение должно объединить проектные команды, руководителей программ, операционных лидеров и сотрудников бизнес-процессного реинжиниринга.

Этапы трансформации

Этап 1. Идея и потребность (стратегический уровень)

  • As-Is анализ: интервью с пользователями, фиксация проблем и точек отказа в текущих инструментах.
  • Картирование процессов: документирование цепочек работы с Excel/MS Project/Outlook.
  • Количественная оценка: всего 5% портфеля под контролем, проекты категорий 2 и 3 вне управления.
  • To-Be концепция: гипотеза единого цифрового пространства для охвата всего портфеля.
Результат: обоснована инвестиция, видение привязано к реальным болям, а не к модным технологиям.

Этап 2. Прототипирование и валидация (2020–2021)

  • UX‑дизайн: функциональность — реестр инициатив, дашборд Проектного дня, дорожные карты, управление рисками, рабочий кабинет.
  • Архитектура данных: разделение ответственности между системой и мастер-системами (Primavera, ПУЛЬСАР).
  • Use Cases: сценарии для ЕОЛ, РП, проектных команд, сотрудников БПР.
  • Итерации: питчи июль 2020, ноябрь 2020, сентябрь 2021 — сбор обратной связи и корректировки.
Результат: раннее выявление несоответствий, минимизация рисков и полный охват типов проектов (организационные, цифровые, добычные, инфраструктурные, M&A).

Этап 3. Разработка MVP и внедрение (2021–2022)

  • Управление требованиями: реестр функциональных/нефункциональных требований, приоритизация MVP.
  • Контроль качества: соответствие реализованного функционала сценариям, тест интеграций, валидация дашборда.
  • Документация: описания, пользовательские сценарии, ограничения (например, ввод данных для проектов без мастер-систем).
  • Реестр замечаний: фильтрация дефектов, отделение ошибок использования от реальных багов.
Результат: готовая к продуктиву система, единый источник истина между ProgRes и мастер-системами, отказ от Excel благодаря рабочему кабинету.

Этап 4. Тиражирование и масштабирование (2023+)

  • Сбор требований ДО: интервью, формирование реестра доработок.
  • Управление дефектами: фильтрация замечаний, приоритизация по влиянию на ДО, координация с разработкой.
  • Обучение и поддержка: сессии для ГОЛ, РП, проектных офисов; тренинг техподдержки для self-support.
  • Сопровождение: помощь в первые месяцы использования.
Результат: унифицированная система с локальной гибкостью, успешное внедрение в 6 из 10 дочерних обществ к середине 2023 года.

Методики и инструменты бизнес-аналитика

Моделирование процессов

VAD (Value Added Chain Diagram) и EPC (Event-driven Process Chain) для фиксации As-Is и To-Be процессов.

Работа с требованиями

Use Case диаграммы, User Stories, сценарии использования для чёткого описания функционала.

Организационно-экономическая модель

Оценка влияния цифровизации на роли, процессы и экономику, формирование дерева KPI.

Инструменты

ARIS — моделирование процессов, Confluence/Jira — управление задачами, требованиями и документацией.

Ключевые результаты работы аналитика

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

Бизнес-результаты проекта

  • Сокращение трудозатрат на 70%: автоматизация подготовки данных к Проектному дню.
  • Повышение экономической эффективности на 10%: улучшенное управление проектами программы операционной эффективности.
  • Тиражирование: внедрение в 6 из 10 дочерних обществ с планом охвата всех компаний холдинга.

Что делает роль бизнес-аналитика критичной

  • Глубокое понимание архитектурных решений и интеграций между системой и мастер-источниками данных.
  • Многоуровневое взаимодействие со стейкхолдерами и синхронизация требований разных дочерних обществ.
  • Комбинация стратегических и операционных задач — от продуктовой стратегии до ежедневного устранения замечаний.
  • Управление изменениями — обучение, поддержка и вовлечение пользователей.
  • Комплексный инструментальный набор — от нотаций моделирования до экономических моделей и KPI.

Вывод

Кейс демонстрирует, что бизнес-аналитик — стратегический партнёр компании в цифровой трансформации. Его системная работа превратила разрозненные процессы управления проектами в единое автоматизированное пространство с измеримыми бизнес-результатами. Успех проекта — результат не только технологии, но и способности аналитика связывать цели, процессы и людей на всех этапах изменений.

Если Вас заинтересовал подобный проект, заполните форму и получите консультацию.
Заказать

Есть вопросы? Готовы ответить, напишите нам