Цифровой контур СУП ГК «ТАЛАН»
Единая управленческая среда, где данные по проектам проходят от первичного события до Gate-решения: графики, ФЭМ, риски, изменения, закупки, договоры, сметы, продажи и документы собираются в единый контур контроля портфеля.
Источники: «СУП_ТАЛАН_СД.pdf», «Системная диагностика управления проектами», «Отчет на СД ежемесячный», рабочий периметр цифровизации.
1. Что должен закрыть цифровой контур
Контур строится вокруг методологии СУП: Gate-модель первична, цифровые инструменты обслуживают принятие решений.
Управляемый переход стадий
КТ1 → РИР → ФИР → КТ4 → эксплуатация. На каждом переходе — автоматизированный пакет ИК, чек-лист готовности, экономика, сроки, риски и изменения.
Сквозная ФЭМ
Одна модель на жизненный цикл проекта: NPV, IRR, PI, EMV, P10/P50/P90, чувствительность, бюджет проекта и прогноз до завершения.
Ранние сигналы вместо штабов
Risk Register, EWI, SPI/CPI, vendor health и журнал изменений должны показывать проблему до кризиса, а не после накопления отставания.
2. Целевая архитектура
Три слоя: системы-источники, единое ядро данных СУП и управленческие витрины для решений. Нажмите на элементы схемы.
Источники As-Is
Ядро СУП Target
Витрины Decision
3. Потоки данных по жизненному циклу
Каждый Gate должен получать не презентацию вручную, а стандартизированный набор данных из источников.
Новая стадия, отклонение, изменение, риск, запрос на решение.
Сбор из Т.Про, ФЭМ, реестра рисков, Directum, ЭТП, Т.Сметы.
КЭП / ЦУП: полнота, качество, противоречия, red flags.
Единый пакет: go / no-go / доработать / приостановить.
Поручения, SLA, статусы исполнения, обновление baseline.
Входы
- стоимость участка и сделки
- смета / CAPEX / OPEX
- план продаж и цены
- график финансирования
- риски EMV и резервы
Расчеты
- NPV, IRR, PI
- P10/P50/P90
- чувствительность ±10/20/30%
- маржа, ПИФ, EAC
- сценарии base/upside/stress
Выходы
- вывод для ИК
- портфельное сравнение
- лимиты и резервы
- сигнал ухудшения экономики
- решение о продолжении/стопе
Т.Про
Базовый, актуальный и прогнозный график, критический путь, SPI, интеграция графиков 3-го и 2-го уровня.
Контроль
Вехи Gate, РД, СМР, ПНР, РнВ, продажи. Rebaseline только через change request и решение полномочного уровня.
Витрина
Отклонения, прогноз РнВ, блокеры, зависшие решения, потребность в эскалации.
Risk Register
Вероятность, влияние, owner, триггер, mitigation, contingency, EMV, статус, дата пересмотра.
Change Log
Запрос → оценка влияния на срок/бюджет/ФЭМ/риски → Directum → ИК/уровень полномочий → закрытие.
Early Warning
SPI/CPI, vendor health, просрочка решений, рост EMV, критические изменения, падение маржи.
ЭТП + договоры
Тендеры, участники, цены, сроки, договорные обязательства, статусы процедур.
Vendor Watchlist
Финансовая устойчивость, история срывов, текущая загрузка, судебные признаки, риск замены.
Решения
Best value scoring, pre-qualification gate, запрет критичных подрядчиков, план B по ресурсам.
4. Системы и ответственность за данные
Ниже — целевая роль каждой системы в контуре. Где системы пока не готовы, допускается MVP-слой, но с фиксированным владельцем данных.
| Система / модуль | Данные | Владелец | Целевое использование | Первый шаг |
|---|---|---|---|---|
| Т.Про | КСП, baseline, факт, прогноз, критический путь, SPI | РП/РКП + ЦУП | Контроль сроков, вех, интеграция 2/3 уровней | Gap-анализ и backlog must-have функций |
| Т.Смета | Сметы, CAPEX, бюджеты, структура затрат | Сметный блок + финансы | Связь бюджета с ФЭМ, изменениями и EAC | Карта полей для ФЭМ и Change Log |
| Directum | Согласования, протоколы, решения ИК, CR, SLA | ЦУП + владельцы процессов | Маршрут решений, контроль поручений, цифровой след | Маршруты ИК и изменений через СЭД |
| ЭТП | Тендеры, закупки, подрядчики, статусы процедур | Закупки + проектная команда | Vendor risk, контрактация, контроль закупочных блокеров | Vendor Watchlist и скоринг ГП |
| Единая ФЭМ | NPV, IRR, PI, EMV, P10/P50/P90, сценарии | Финансы + РИП + ЦУП | Gate-решения, портфель, чувствительность, контроль маржи | Утвердить структуру модели и правила версий |
| Реестр рисков | 5×5, EMV, owner, trigger, mitigation, contingency | РП/РИП + ЦУП | Early warning, риск-сессии, решения ИК | MVP на ключевых проектах |
| Отчетность / BI | KPI по срокам, экономике, рискам, изменениям, продажам | ЦУП + BI/IT | Дашборды СД/Правления/ГД/ИК/РИП/РП | Прототип и матрица требований |
| Калькулятор ранней оценки | Аналоги, параметры, коэффициенты, диапазон стоимости | ЦУП + стоимость + продукт | Консервативная оценка КТ1/РИР, резерв точности | MVP параметрического расчета |
5. Кто какие данные загружает и куда
Принцип: данные вводятся там, где возникает управленческое событие. ЦУП не переписывает данные за команды, а контролирует полноту, качество и сопоставимость.
Один показатель — один владелец — один источник
Если показатель попадает в дашборд Правления, у него должны быть: ответственный за ввод, система-источник, периодичность обновления, контроль качества и маршрут эскалации при просрочке.
Переходный слой допустим
Пока Т.Про/BI/интеграции не закрывают весь контур, допускаются Excel/формы ЦУП. Но это временный слой: поля должны совпадать с целевой моделью данных, иначе появится “ручная отчетность 2.0”.
Матрица загрузки данных
Ниже — практическое распределение, кто и что обязан обновлять для попадания в управленческий dashboard.
Факт СМР, физическая готовность, фотофиксация, замечания, препятствия на площадке.
% готовности, выполненные объемы, отставания, блокеры.
Источник для графика и Health Check.
Cut-off по пятницам до 12:00.
Проверка факта и причин отклонений.
Детальный график 3 уровня, ресурсы, техника, поставки, прогноз завершения работ.
План-факт, недельный look-ahead, критические работы.
Интеграция в график 2 уровня РП.
Перед штабом проекта.
Валидация реалистичности и critical path.
Baseline, актуальный график, прогноз РнВ, critical path, отклонения, решения.
SPI, вехи, прогноз, причины отклонений.
Единый источник сроков.
Обязательное обновление перед Gate.
Проверка полноты графика и статуса вех.
ФЭМ, бюджет, NPV/IRR/PI, CAPEX/OPEX, P10/P50/P90, чувствительность.
План/факт/прогноз, маржа, ПИФ, EMV.
Версионная модель экономики.
При изменениях — внепланово.
Подтверждение корректности сценариев.
Сметы, изменения стоимости, лимиты, бюджет этапа, EAC.
CAPEX, отклонения, резервы, стоимость изменений.
Источник для бюджета и прогнозов.
Обновление при CR.
Сверка влияния на экономику.
Тендеры, договоры, статусы процедур, подрядчики, риски срыва закупок.
Статус ГП/подрядчиков, сроки закупок, vendor risk.
Источник для подрядных рисков.
По критичным закупкам — чаще.
Эскалация блокеров в ИК/Правление.
Риски, изменения, решения, поручения, статус исполнения.
5×5, EMV, mitigation, impact на сроки/бюджет/ФЭМ.
Цифровой след решений.
Обязательное обновление перед ИК.
Качество формулировок и наличие owner.
План продаж, факт, темп, цена, спрос, изменение продуктовой гипотезы.
Выручка, темп продаж, риски спроса, влияние на ФЭМ.
Источник доходной части.
Для красных проектов — еженедельно.
Подтверждение сценариев продаж.
Методология, качество данных, сводка, red flags, материалы ИК.
Сводный статус, red flags, решения, поручения.
Единая витрина для руководства.
Фиксированная дата среза.
Принятие решений и контроль исполнения.
6. Как данные перетекают: площадка и офис → дашборд Правлению
Схема показывает управленческий путь данных: от факта на площадке и офисных функций до единого слоя качества данных, затем в витрину Правления.
Факт возникает внизу
Прораб, стройконтроль, ГП и РП фиксируют факт, причины отклонений и прогноз. Без этого dashboard будет красивым, но поздним.
Офис добавляет контекст
Финансы, сметы, закупки и продажи показывают, как факт площадки влияет на экономику, подрядные риски и решения.
Витрина показывает решение
На уровень Правления должны попадать не все данные, а отклонения, прогноз, красные флаги, требуемые решения и цена бездействия.
7. Управленческие витрины
Отчетность должна отвечать на управленческий вопрос каждого уровня, а не просто агрегировать статусы.
Портфель и стратегия
- доходность × готовность
- кризисные проекты
- риск портфеля
- решения на уровень СД
Gate-решения
- go/no-go
- экономика и сценарии
- изменения и бюджеты
- красные флаги
Ответственность филиала
- РнВ и critical path
- риски и подрядчики
- зависшие решения
- маржа / ПИФ
Операционный контур
- график и факт
- risk/change backlog
- поручения
- качество данных
8. Дорожная карта внедрения
Рекомендация: начинать с управленческого MVP, который дает эффект для ИК и кризисного портфеля, затем масштабировать ядро данных.
Контур стабилизации
- Health Check 14/16 проектов
- MVP реестра рисков
- Vendor Watchlist
- единая карточка проекта
Gate и отчетность
- шаблон ИК
- матрица KPI
- прототип дашбордов
- SLA решений в Directum
Ядро СУП
- единый реестр проектов
- структура ФЭМ
- методология КСП
- gap-анализ Т.Про
Масштабирование
- интеграции 2/3 уровней графиков
- ПЭ отчетности
- MVP калькулятора
- портфельная аналитика
9. Решения, которые нужно вынести на руководство
Чтобы контур заработал, нужны не только IT-задачи, но и управленческие правила.
Закрепить владельцев данных
По каждому домену: график, ФЭМ, риски, изменения, подрядчики, продажи, документы.
Утвердить MVP цифрового контура на 90 дней
Карточка проекта, риск-реестр, Vendor Watchlist, шаблон ИК, dashboard уровня руководства.
Не подменять методологию ограничениями инструмента
Т.Про и BI развивать по требованиям СУП; временные Excel/MVP допустимы только как переходный слой.
Запретить ручную отчетность без источника данных
Каждый показатель dashboard должен иметь владельца, источник, периодичность и контроль качества.
С чего начать завтра
Запустить 90-дневный MVP: Health Check ключевых проектов, единый риск-реестр, Vendor Watchlist, шаблон ИК и dashboard руководства. Это создаст базу для ФЭМ, КСП, Т.Про и полноценного контура данных.
Использованная документация
- СУП_ТАЛАН_СД.pdf — методология, дорожная карта, роли, Gate, ФЭМ, риски
- Системная диагностика управления проектами — root causes, PMO 3.0, roadmap
- Отчет на СД ежемесячный — логика executive dashboard
- Рабочий периметр задач — цифровые приоритеты и backlog