← Back to library
TOR-P3M-STD-1.0 · v1.0
Terms of Reference — Corporate P3M Standard & Methodology v1.0
> sanctia.run --project P3M-STD --mode SCAN,STRESS,BUILD
Document prepared to launch a separate working session. Contains goals, scope, methodological grounds, deliverable requirements and the order of work.
1Общие сведения и основание
Sanctia переходит от набора отдельных сервисных инициатив к управляемому портфелю: пять сервисных треков, трек AUT (Outcome Engineering), SaaS-разработка MERIDIAN, клиническое направление SCPP и внутренние инфраструктурные проекты. Управление таким портфелем без единого стандарта создаёт риски рассинхронизации приоритетов, дублирования артефактов и потери управляемости при масштабировании.
Основание: решение основателя о формализации корпоративной системы управления; зависимость концепта Outcome Engineering (контрактные обязательства по результату) от зрелой проектной дисциплины.
1.1. Двойное назначение стандарта
- Внутреннее: операционная система управления Sanctia — портфель, программы, проекты, governance.
- Внешнее: продуктизируемый актив — основа консалтинговых услуг по постановке P3M у клиентов (потенциальный сервисный код в портфеле) и витрина зрелости для крупных B2B-заказчиков и грантодателей.
2Цели разработки
- Создать единый корпоративный стандарт P3M, определяющий: уровни управления (портфель / программа / проект), роли, процессы принятия решений, жизненные циклы, контрольные точки (gates) и обязательные артефакты.
- Разработать методологию — практическое руководство по применению стандарта с правилами tailoring под масштаб инициативы (от микропроекта на 2 недели до годовой программы).
- Интегрировать управление по результатам: каждый проект и программа обязаны иметь паспорта результатов и план Benefits Realization (связь с концептом Outcome Engineering).
- Встроить MERIDIAN Protocol как методологический контур: SCAN/STRESS на стадии инициации, BUILD на исполнении, WATCH на реализации выгод.
- Обеспечить совместимость со схемой существующего портфеля услуг и реестром документов (Appendix B Document Registry, TOR Manual).
3Контекст и входные данные
В рабочую сессию по разработке стандарта должны быть загружены (или процитированы) следующие существующие активы Sanctia:
| Актив | Роль в разработке |
|---|---|
| Service Catalogue Edition 1.0 (67 услуг, 7 глав) | Объектная модель портфеля: что именно управляется |
| Appendix B Document Registry + TOR Manual | Существующая система артефактов — стандарт должен её поглотить, не дублировать |
| Кросс-фреймворк матрица (онтопсихология / ТА / PMBOK 8) | Лидерский и поведенческий слой стандарта |
| Концепт Outcome Engineering v1.0 | Требования к паспортам результатов и Benefits Realization |
| Бренд-бук v1.0 (Quantum Architect) | Визуальный стандарт всех шаблонов и документов |
| Описание MERIDIAN Protocol (4 режима) | Методологический контур жизненных циклов |
4Объём работ и структура стандарта
Стандарт разрабатывается как трёхуровневая система. Требуемая структура разделов:
4.1. Уровень портфеля
- Принципы формирования и балансировки портфеля; категории инициатив (сервисные, продуктовые, инфраструктурные, R&D/SR&ED, клинические).
- Критерии приоритизации: стратегическое соответствие, прогноз результата (P50/P90), ресурсная ёмкость, риск.
- Портфельный реестр и каденция пересмотра (ежеквартально, с привязкой к MERIDIAN SCAN).
4.2. Уровень программы
- Определение программы для масштаба Sanctia (связанные проекты с общим результатом, напр. «запуск трека AUT»).
- Управление выгодами программы: карта выгод, паспорта результатов, ответственность за реализацию.
- Межпроектные зависимости и общий риск-реестр.
4.3. Уровень проекта
- Жизненные циклы: предиктивный, адаптивный, гибридный — с правилами выбора.
- Обязательный минимум артефактов по классам проектов (микро / стандартный / крупный) — принцип «минимальной достаточной бюрократии» для компании из одного человека с ИИ-агентами.
- Контрольные точки (gates): инициация → прогноз результата → запуск → поставка → реализация выгод.
4.4. Сквозные разделы
- Governance и роли: основатель, ИИ-агенты (Claude/MCP) как исполнители с зонами делегирования, внешние подрядчики (напр. Upwork-разработчики).
- Управление рисками, изменениями, документацией (интеграция с Document Registry).
- Метрики системы управления: здоровье портфеля, скорость поставки, доля результатов, достигших P50.
- Правила tailoring: таблица «масштаб инициативы → обязательные артефакты и gates».
5Методологические основания
| Источник | Что берётся |
|---|---|
| PMBOK 8 | Принципы, домены исполнения, сдвиг к outcomes/value; терминологическая база |
| ISO 21502 / 21503 / 21504 | Каркас проект / программа / портфель; международная совместимость |
| BIZBOK / TOGAF | Связь с бизнес-архитектурой (уже заложена в Service Catalogue) |
| Benefits Realization Management, RBM | Управление по результатам; язык грантодателей (синергия GRFAP) |
| MERIDIAN Protocol | Режимы SCAN/STRESS/BUILD/WATCH как фазовый контур жизненных циклов |
| IPMA ICB (компетентностный слой) | Поведенческие компетенции; связь с кросс-фреймворк матрицей |
Требование: стандарт не должен быть пересказом источников — это синтез под специфику Sanctia: микрокомпания с высокой ИИ-автоматизацией, контрактами по результату и амбицией продуктизации методологии.
6Требования к результатам (deliverables)
| № | Документ | Формат | Объём (ориентир) |
|---|---|---|---|
| 1 | Корпоративный стандарт P3M Sanctia v1.0 | DOCX, бренд-стиль | 25–40 стр. |
| 2 | Методология (руководство по применению + tailoring) | DOCX | 15–25 стр. |
| 3 | Комплект шаблонов: устав проекта, паспорт результата, реестр рисков, отчёт статуса, программная карта выгод, портфельный реестр | DOCX/XLSX | 6–8 шаблонов |
| 4 | Схема governance и матрица ролей | Диаграмма + описание | 1–2 стр. |
| 5 | Версия для клиентов/партнёров (продуктизация) | PDF, 1-pager + резюме | 3–5 стр. |
6.1. Общие требования к оформлению
- Язык: русский (рабочая версия); английская версия резюме и клиентских материалов.
- Имена файлов — только ASCII (совместимость с iPhone).
- Визуальный стандарт — бренд-бук v1.0: палитра Obsidian / Misty Forest / Industrial Copper, консольная эстетика заголовков-команд.
- Все документы регистрируются в Document Registry (Appendix B) с присвоением кодов.
7Порядок работы (план сессии)
| Этап | Режим | Содержание | Выход |
|---|---|---|---|
| 1 | SCAN | Загрузка входных активов; инвентаризация текущих практик и артефактов; выявление разрывов | Gap-карта: что есть / чего не хватает |
| 2 | STRESS | Проверка архитектуры стандарта на 3 сценариях: микропроект, программа AUT, портфельный пересмотр квартала | Утверждённая структура и правила tailoring |
| 3 | BUILD | Написание стандарта, методологии и шаблонов; вычитка; оформление в бренд-стиле | Deliverables 1–5 по разделу 6 |
| 4 | WATCH | Пилотный квартал применения; журнал отклонений; ревизия v1.1 | План ревизии и метрики внедрения |
8Критерии приёмки
- Любая инициатива Sanctia (на тестовых примерах: внутренняя автоматизация, клиентский проект AUT-02, разработка MERIDIAN SaaS) однозначно классифицируется и получает полный набор обязательных артефактов из таблицы tailoring.
- Стандарт проходит сценарий «один человек + ИИ-агенты»: суммарные накладные расходы на управление микропроектом — не более 2 часов на весь жизненный цикл.
- Паспорт результата и план Benefits Realization обязательны и совместимы с концептом Outcome Engineering без доработок.
- Терминология согласована с PMBOK 8 и Service Catalogue 1.0; конфликтов с Document Registry нет.
- Клиентская версия пригодна для передачи потенциальному заказчику без редактирования.
9Ограничения и допущения
- Стандарт проектируется под текущий масштаб (основатель + ИИ-агенты + подрядчики) с горизонтом масштабирования до 5–10 человек; избыточная корпоративная бюрократия недопустима.
- Версия 1.0 не охватывает регулируемые клинические процессы SCPP — для них предусмотреть точку расширения в v2.0.
- Финансовый контур (бюджетирование портфеля) описывается рамочно; детальная финансовая модель — отдельный проект.
p3m.standard --init --tailor minimal // дисциплина, которая ускоряет, а не тормозит