Домены и права решений¶
Эта карта описывает логическое разделение ответственности. Она является основой будущего нормативного Domain and Decision Rights Map, но пока не назначает круги и role holders.
| Домен | Purpose | Типичные решения | Ограничения |
|---|---|---|---|
| Anchor / Ecosystem | Удерживать целостность и жизнеспособность | общая стратегия, крупные ресурсы, создание доменов | reserved powers и corporate law |
| Method & Professional Standards | Сохранять целостность DET и профессиональные границы | method claims, professional standards, clinical escalation | research, ethics и qualified authority |
| Psychotherapy & Supervision | Развивать практику и профессиональную ответственность | practice model, supervision quality | confidentiality и professional standards |
| Education | Передавать метод и культуру | curricula, qualification, learning quality | method authority и evidence |
| Research & Evidence | Проверять утверждения и развивать evidence | protocols, validation, claim status | independence и research ethics |
| Product & Market | Находить потребности и устойчивые offers | portfolio, discovery, pricing hypotheses | Trust, budget и brand claims |
| Technology / U.L.I. | Создавать безопасную технологию | architecture, standards, technical delivery | product priorities, data и release gates |
| Trust, Safety & Data | Предотвращать предсказуемый вред | data rules, model/vendor approval, stop-release | legal/professional review |
| Operations, Finance & Corporate | Обеспечивать административную устойчивость | budgets, contracts, filings | statutory authority и confidentiality |
| Brand & Communications | Делать экосистему понятной, узнаваемой и связной | применение бренда, аудитории, редакционные решения, каналы и релизы | approved claims, product positioning, Trust и domain expertise |
Образование не растворяется в Brand & Communications. Research не подчиняется Product только потому, что создаёт evidence. Trust может остановить релиз, но не определяет продуктовую стратегию целиком. Карта доменов не должна превращать человека в функцию: модель осмысленного участия задаёт обязательный интерфейс роли с контекстом, обратной связью и влиянием.
Режимы решений¶
| Ситуация | Режим по умолчанию |
|---|---|
| Действие внутри делегированного домена | решение роли |
| Воздействие на соседний домен | advice process |
| Профессиональный или технический вопрос | expert decision |
| Изменение политики или ролей домена | consent после пилота модели |
| Изменение Конституции | специальный constitutional process |
| Ownership и statutory matters | корпоративное решение |
| Инцидент высокой тяжести | emergency authority и последующий review |
Финальная версия должна добавить owner, reserved decisions, required consultation, escalation и review date для каждого домена.