Кейс: Интерактивная матрица проектов

От отчёта к управляемому портфелю

Большой текстовый отчёт хорошо фиксирует выводы, но плохо поддерживает ежедневную приоритизацию: десятки гипотез быстро «размываются», связи с встречами и источниками идей теряются, а команда возвращается к таблицам в почте. Задача второго артефакта — превратить материалы аудита в единый рабочий каталог, где каждая инициатива имеет паспорт, позицию на матрице и прозрачный след для обсуждений и согласований.

Матрица проектов как внутренний инструмент

project-matrix — локально разворачиваемое одностраничное приложение (Vite + React + TypeScript), которое помогает вести список проектов и гипотез, раскладывать их по квадрантам важности и реализуемости, хранить паспорт (статус, сегмент, источники, заметки, связи), связывать карточки с протоколами встреч и выгружать человекочитаемые Markdown-артефакты для аудита и совещаний.

Это не публичный SaaS и не многопользовательская платформа с полноценной моделью авторизации: решение рассчитано на внутренний контур с простым HTTP State API и осознанным переносом состояния между стендами, сервером и рабочей машиной (в т.ч. через закоммиченный снимок и согласованный Git-процесс).

Источники истины и поток данных

Ключевой инженерный акцент — не смешивать «каталог сборки» и «живое состояние редактирования». Базовый каталог попадает в бандл из JSON при сборке; актуальные правки в эксплуатации сохраняются через GET/PUT к /api/v1/state с ETag, чтобы вкладки и стенды не затирали друг друга молча. Снимок состояния можно фиксировать в репозитории и переносить между средами; осознанный шаг «promote» обновляет базовый каталог для следующей сборки — отдельно от повседневных правок в UI.

Дополнительные инварианты, без которых система «ломается» на практике:

• dismissedBundleIds — скрытие встроенных id из бандла, иначе удалённая карточка снова подтянется при слиянии с каталогом.
• Архив удалений (deletedProjects) — сохранение снимка полей на момент удаления для аудита и восстановления контекста.
• Разная логика сохранения — правки карточек уходят на сервер с debounce; удаление отправляется сразу (без откладывания).
• Фоновая синхронизация — при открытой вкладке и отсутствии несохранённых правок состояние можно подтянуть по новому ETag (удобно при работе во второй вкладке).

Как этим пользуются после аудита

Типичный путь: открыть матрицу по квадрантам, найти или отфильтровать инициативу, уточнить паспорт и связь с протоколом встречи, зафиксировать статус и ROI-обоснование, при необходимости выгрузить Markdown для презентации или портфельного комитета. Техническая страница данных в приложении показывает статус персистентности, ETag и операции экспорта/импорта — это снижает страх «мы потеряли правки» при нескольких участниках процесса.

Риски и осознанные компромиссы

Файловое состояние и упрощённая модель доступа ускоряют внедрение во внутреннем контуре, но требуют дисциплины эксплуатации: чеклисты выката API, приёмка сохранения карточек, резервное копирование и дорожная карта авторизации — если контур станет шире. Документация в исходном репозитории проекта рассчитана на разработчика, оператора стенда и владельца продуктовых решений (сценарии, диаграммы, runbook синхронизации, политика безопасности).

Что это даёт бизнесу

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