Operating Model DETai¶
Назначение¶
Этот документ — краткая сквозная карта экосистемы для участника команды. Он отвечает на семь вопросов:
- зачем существует DETai;
- какие сущности образуют целое;
- кто удерживает миссию и границы;
- как распределены ответственность и управление;
- где создаётся и доставляется ценность;
- где хранится знание;
- как локальная работа связывается с общим результатом.
1. Зачем существует DETai¶
DETai развивает новый психотерапевтический метод DET и создаёт конкретное воплощение AI-Augmented Psychotherapy — подхода, при котором институциональная жизнь метода получает собственный технологический слой и управляемый цикл обратной связи.
Центральное ограничение: технологии служат профессиональной и гуманистической задаче, а не подменяют её.
2. Что образует целое¶
| Сущность | Основная функция |
|---|---|
| DET | Психотерапевтический метод и методологическое ядро |
| Институциональный слой | Психотерапия, супервизия, образование и исследование |
| Технологический слой | Цифровая инфраструктура, разработка и доставка продуктов |
| Governance | Миссия, ценности, источник полномочий и предельные границы |
| Management Layer | Стратегия, организация, портфель, ресурсы и координация |
| Umbrella Brand DETai | Видимая связь разных форм ценности для людей и рынка |
| Integrated Venture | Согласованное предпринимательское исполнение через компанию, продукты, рынок, активы и план |
| Knowledge Substrate | Версионная организационная память |
| Product–Market | Связь аудитории, проблемы, продукта, предложения, результата и рынка |
| Legal–Economic & Asset | Юридические субъекты, права, договоры, финансы и ответственность |
| Trust, Safety, Data & Regulatory | Назначение, границы, данные, human oversight, риски и release gates |
| Evidence & External Readiness | Связь claims, доказательств, ограничений и внешних представлений |
3. Кто принимает решения¶
На текущем этапе финальная Governance-ответственность находится у основателя. Операционные и доменные полномочия могут делегироваться участникам и локальным Management Layer.
Рабочий принцип:
Governance удерживает целое и зарезервированные решения; Ecosystem Management Layer координирует домены; доменный Management Layer управляет работой; роль принимает решения внутри явно заданного домена.
Консультация, коллективное обсуждение или консент не отменяют необходимость определить владельца решения и человека, отвечающего за последствия.
Управление также не должно ограничивать участника локальной командой. Осмысленное участие требует дать человеку контекст, границы автономии, связь работы со стратегией, обратную связь и доступный путь влияния.
4. Как создаётся ценность¶
Институциональный цикл¶
Теория → образование → профессиональная практика → исследование → ответственное развитие знания.
Технологический цикл¶
Проблема → U.L.I. → проект и разработка → Platform DETai → пользовательский результат → допустимая обратная связь → следующая версия.
Экосистемный цикл¶
Проект возвращает целому не только продукт или выручку, но и код, инфраструктуру, знания, аудиторию, доверие, компетенции и сведения о рисках. Возвращение клинического опыта ограничивается согласием, конфиденциальностью, этикой и профессиональной проверкой.
Предпринимательская сборка¶
Venture Execution View соединяет founding team, Business Thesis, lead-product decision, market evidence, планируемую DETai Oy, IP/assets, 12-month plan, funding/runway и Finland value creation. Это датированное представление существующих систем, а не третий слой DETai.
5. Как устроен технологический слой¶
- U.L.I. — внутренний контур создания технологической команды и Human–AI Development Environment.
- Platform DETai — внешний контур доставки, общей инфраструктуры и продуктового портфеля.
- Local Management Layer технологического домена — приоритеты, команда, архитектура и релизы в пределах общей стратегии.
U.L.I. не управляет институциональным слоем. Platform DETai не является всей экосистемой. Техническая эффективность не отменяет профессиональные ограничения.
U.L.I. и Team OS имеют интерфейс, но не отношение «часть — целое». U.L.I. создаёт технические результаты и release evidence; Team OS связывает роли и contribution evidence по всей экосистеме.
6. Где хранится знание и работа¶
| Тип содержания | Основной контур |
|---|---|
| Миссия, ценности, политики, объяснения и стандарты | Knowledge Substrate |
| Код и технические контракты проекта | Соответствующий GitHub-репозиторий |
| Задачи, сроки, ответственные и текущий прогресс | ClickUp или утверждённая task-система |
| События, права доступа и runtime-данные | Соответствующие базы и runtime-сервисы |
| Авторская аргументация и книга | Репозиторий авторства и исследований |
| Публичная интерпретация и маршруты | Основной сайт DETai |
| Интервью, CRM, пилоты, продажи и customer success | Market Operations внутри Management Layer |
| Корпоративные, имущественные, договорные и финансовые оригиналы | Закрытый Corporate Vault |
| Claims, Evidence и внешние датированные сборки | Evidence & External Readiness contour |
| Бренд, аудитории, редакционный календарь и публичные релизы | Brand & Communications runtime |
Ни одна task-система не является единственным источником концептуальной истины. Документация не должна хранить пользовательские данные или заменять рабочую базу.
7. Как участник видит свой вклад¶
Каждый участник должен понимать:
- место своей роли в целой архитектуре;
- домен самостоятельных решений;
- связь текущей задачи с проектом и стратегией;
- ожидаемый результат;
- какие ресурсы работа возвращает экосистеме;
- где зафиксированы принятые решения и следующая версия.
Кроме доступа к информации, участнику нужен рабочий интерфейс влияния: он должен понимать, где предложить изменение, запросить advice, заявить возражение, инициировать escalation и увидеть результат review.
Будущий Team OS / Contribution Ledger должен связывать деятельность, подтверждённый результат, виды возвращаемого ресурса и историю ответственности. Оценка вклада, репутация и экономические права проектируются раздельно.
Следующие нормативные модули¶
Operating Model объясняет целое, но не заменяет будущие отдельные документы:
- Domain and Decision Rights Map;
- Decision-Making Policy;
- Strategy and Portfolio Model;
- Participation and Contribution Model;
- Economic Participation Policy;
- AI Accountability Policy;
- Transparency and Visibility Policy.
До появления этих policies действуют канонические границы трёхстороннего консенсуса, а открытые механизмы честно маркируются как target-state.