architect/standards/1-structure/structure-organization.md

type: standard
aspect: structure
title: "Стандарт: Архитектура организации"
version: 1.0.0
date: 2026-02-19
status: active


Стандарт: Архитектура организации

Версия: 1.0.0
Дата: 2025-12-20
Статус: approved
Уровень: У1 (Стандарт)


1. ВВЕДЕНИЕ

1.1. Назначение

Этот документ определяет универсальную архитектуру для описания и управления любой организацией — от персонального проекта до коммерческого предприятия.

1.2. Область применения

1.3. Источники

Стандарт Что взято
TOGAF 4 слоя архитектуры (Business, Data, Application, Technology)
ArchiMate Слой мотивации, связи между слоями
Zachman Framework Матрица 6 вопросов × 6 перспектив
C4 Model Иерархия софта (Context → Container → Component → Code)
Business Model Canvas 9 блоков бизнес-модели
Теория 9 вопросов Универсальная матрица описания (Меркаба)

2. ФУНДАМЕНТАЛЬНЫЕ КОНЦЕПЦИИ

2.1. Три измерения архитектуры

Любая сущность в системе описывается через три независимых измерения:

┌─────────────────────────────────────────────────────────────────────┐
│                                                                     │
│   ИЗМЕРЕНИЕ 1: ТИП ОРГАНИЗАЦИИ                                     │
│   ─────────────────────────────                                     │
│   Для кого/зачем существует организация                            │
│                                                                     │
│   ┌────────────┬────────────┬────────────┐                         │
│   │  personal  │  nonprofit │ commercial │                         │
│   │ (для себя) │(для пользы)│(для прибыли│                         │
│   └────────────┴────────────┴────────────┘                         │
│                                                                     │
├─────────────────────────────────────────────────────────────────────┤
│                                                                     │
│   ИЗМЕРЕНИЕ 2: СЛОЙ АРХИТЕКТУРЫ                                    │
│   ─────────────────────────────                                     │
│   Какой аспект организации описывается                             │
│                                                                     │
│   ┌───────────┬──────────┬──────┬─────────────┬────────────┐       │
│   │ MOTIVATION│ BUSINESS │ DATA │ APPLICATION │ TECHNOLOGY │       │
│   │  (зачем)  │  (кто)   │(что) │   (чем)     │   (где)    │       │
│   └───────────┴──────────┴──────┴─────────────┴────────────┘       │
│                                                                     │
├─────────────────────────────────────────────────────────────────────┤
│                                                                     │
│   ИЗМЕРЕНИЕ 3: УРОВЕНЬ МАСШТАБА                                    │
│   ─────────────────────────────                                     │
│   Степень детализации / размер сущности                            │
│                                                                     │
│   ┌──────────────┬─────────────┬──────────┬──────────┐             │
│   │ Организация  │ Направление │ Единица  │ Элемент  │             │
│   │    (L1)      │    (L2)     │   (L3)   │   (L4)   │             │
│   └──────────────┴─────────────┴──────────┴──────────┘             │
│                                                                     │
└─────────────────────────────────────────────────────────────────────┘

2.2. Принцип универсальности

Одна и та же структура применима к:
- Личному блогу и международной корпорации
- Одностраничному сайту и распределённой системе
- Хобби-проекту и венчурному стартапу

Различается только наполнение, структура остаётся единой.


3. ИЗМЕРЕНИЕ 1: ТИП ОРГАНИЗАЦИИ

3.1. Определение

Тип организации — классификация по основной цели существования.

3.2. Типы

Тип Код Цель Источник дохода Примеры
Персональная personal Личная польза Нет / личные средства PKM, хобби, обучение, dotfiles
Некоммерческая nonprofit Общественная польза Гранты, донаты, членские взносы Клуб, фонд, open-source, ассоциация
Коммерческая commercial Прибыль Продажи, услуги Бизнес, ИП, ООО, корпорация

3.3. Характеристики типов

3.3.1. Personal (Персональная)

type: personal
characteristics:
  owner: "Один человек"
  stakeholders: "Только владелец"
  governance: "Полная автономия"
  metrics: "Личная удовлетворённость"
  lifecycle: "Пока интересно"

examples:
  - "Личная база знаний (PKM)"
  - "Конфигурации (dotfiles)"
  - "Учебные проекты"
  - "Хобби-проекты"
  - "Персональный блог"

3.3.2. Nonprofit (Некоммерческая)

type: nonprofit
characteristics:
  owner: "Учредители / сообщество"
  stakeholders: "Участники, благополучатели, доноры"
  governance: "Устав, правление"
  metrics: "Социальный эффект"
  lifecycle: "Пока есть миссия и ресурсы"

examples:
  - "Open-source проект"
  - "Благотворительный фонд"
  - "Профессиональная ассоциация"
  - "Клуб по интересам"
  - "Образовательная инициатива"

3.3.3. Commercial (Коммерческая)

type: commercial
characteristics:
  owner: "Учредители / акционеры"
  stakeholders: "Клиенты, сотрудники, инвесторы, партнёры"
  governance: "Юридическая форма, договоры"
  metrics: "Выручка, прибыль, ROI"
  lifecycle: "Пока прибыльно или перспективно"

examples:
  - "Интернет-магазин"
  - "SaaS-сервис"
  - "Консалтинговая компания"
  - "Производство"
  - "Франшиза"

3.4. Гибридные формы

Организация может сочетать черты разных типов:

Гибрид Описание Пример
personal + commercial Личный бизнес Фриланс, ИП
nonprofit + commercial Социальное предпринимательство B-Corp, социальный бизнес
personal + nonprofit Личный open-source Библиотека на GitHub

4. ИЗМЕРЕНИЕ 2: СЛОИ АРХИТЕКТУРЫ

4.1. Определение

Слой архитектуры — аспект организации, описывающий определённую область.

4.2. Пять слоёв

┌─────────────────────────────────────────────────────────────────────┐
│                                                                     │
│                         MOTIVATION                                  │
│                    ─────────────────────                            │
│                 Почему? Зачем? (смысл, цели)                       │
│           Миссия, видение, стратегия, ценности                     │
│                                                                     │
├─────────────────────────────────────────────────────────────────────┤
│                                                                     │
│                          BUSINESS                                   │
│                    ─────────────────────                            │
│              Кто? Как? (процессы, роли)                            │
│       Оргструктура, процессы, операции, регламенты                 │
│                                                                     │
├─────────────────────────────────────────────────────────────────────┤
│                                                                     │
│                            DATA                                     │
│                    ─────────────────────                            │
│                   Что? (данные, сущности)                          │
│         Модели данных, справочники, хранилища                      │
│                                                                     │
├─────────────────────────────────────────────────────────────────────┤
│                                                                     │
│                        APPLICATION                                  │
│                    ─────────────────────                            │
│            Чем? (софт, системы, автоматизация)                     │
│         Приложения, сервисы, интеграции, API                       │
│                                                                     │
├─────────────────────────────────────────────────────────────────────┤
│                                                                     │
│                        TECHNOLOGY                                   │
│                    ─────────────────────                            │
│           Где? (инфраструктура, железо, сети)                      │
│         Серверы, хранилища, сети, датацентры                       │
│                                                                     │
└─────────────────────────────────────────────────────────────────────┘

4.3. Детальное описание слоёв

4.3.1. MOTIVATION (Мотивация)

Отвечает на вопросы: Почему? Зачем?

Аспект Описание
Назначение Определяет смысл существования организации
Содержит Миссию, видение, ценности, стратегию, цели
Артефакты VISION.md, STRATEGY.md, OKR, KPI
Владелец Основатели, руководство
Изменяется Редко (стратегический горизонт)

Элементы слоя:

Элемент Описание Пример
Миссия Зачем существуем "Делать пиротехнику доступной"
Видение Куда идём "Лидер рынка в регионе к 2027"
Ценности Что важно "Качество, безопасность, сервис"
Стратегия Как достигнем "Омниканальность + автоматизация"
Цели Конкретные результаты "Выручка 10М в 2025"
KPI/OKR Метрики успеха "Конверсия >3%, NPS >50"

4.3.2. BUSINESS (Бизнес)

Отвечает на вопросы: Кто? Как? Когда?

Аспект Описание
Назначение Определяет как организация работает
Содержит Оргструктуру, процессы, роли, регламенты
Артефакты Оргсхема, процессные карты, должностные инструкции
Владелец Операционный директор, руководители направлений
Изменяется Периодически (операционный горизонт)

Элементы слоя:

Элемент Описание Пример
Направление Канал/отдел/линия Розница, Опт, Маркетплейсы
Процесс Последовательность действий Обработка заказа, Закупка
Операция Атомарное действие Проверить оплату, Отправить SMS
Роль Функция человека Менеджер, Кладовщик, Курьер
Регламент Правила работы SLA, политики, инструкции

4.3.3. DATA (Данные)

Отвечает на вопросы: Что? Сколько?

Аспект Описание
Назначение Определяет информационные активы организации
Содержит Модели данных, сущности, справочники
Артефакты ERD, схемы БД, словари данных
Владелец Data owner, аналитики
Изменяется По мере развития бизнеса

Элементы слоя:

Элемент Описание Пример
Домен Предметная область Products, Orders, Customers
Сущность Объект данных Товар, Заказ, Клиент
Атрибут Свойство сущности Название, Цена, SKU
Связь Отношение между сущностями Заказ содержит Товары
Справочник Перечень значений Категории, Статусы

4.3.4. APPLICATION (Приложения)

Отвечает на вопросы: Чем?

Аспект Описание
Назначение Определяет программные системы организации
Содержит Системы, сервисы, модули, интеграции
Артефакты Код, API-документация, архитектурные схемы
Владелец CTO, техлид, разработчики
Изменяется Часто (спринты, релизы)

Элементы слоя (по C4 Model):

Элемент Описание Пример
Система Целостный продукт Сайт, ERP, CRM
Сервис Деплоится отдельно API, Worker, Bot
Модуль Часть кода ozon-client, price-parser
Компонент Класс/функция OrderService, PriceCalculator

4.3.5. TECHNOLOGY (Технологии)

Отвечает на вопросы: Где?

Аспект Описание
Назначение Определяет инфраструктуру организации
Содержит Серверы, сети, хранилища, платформы
Артефакты Конфиги, IaC, топологии
Владелец DevOps, SRE, системные администраторы
Изменяется По необходимости

Элементы слоя:

Элемент Описание Пример
Кластер Группа ресурсов Production, Staging, Dev
Сервер Вычислительный узел web-01, db-master
Хранилище Место для данных S3, NFS, PostgreSQL
Сеть Связность VPN, DNS, Load Balancer
Ресурс Единица мощности vCPU, RAM, Disk

4.4. Связи между слоями

MOTIVATION
    │
    │ определяет цели для
    ▼
BUSINESS ◄─────────────────────► DATA
    │                              │
    │ использует                   │ хранит
    ▼                              ▼
APPLICATION ◄──────────────────────┘
    │
    │ работает на
    ▼
TECHNOLOGY

Типы связей:

Связь Направление Описание
defines MOTIVATION → BUSINESS Стратегия определяет процессы
uses BUSINESS → APPLICATION Процессы используют системы
stores APPLICATION → DATA Системы хранят данные
runs_on APPLICATION → TECHNOLOGY Системы работают на инфраструктуре
serves DATA → BUSINESS Данные обслуживают процессы

5. ИЗМЕРЕНИЕ 3: УРОВЕНЬ МАСШТАБА

5.1. Определение

Уровень масштаба — степень детализации сущности внутри слоя.

5.2. Четыре уровня

Уровень Код Описание Характеристика
L1 organization Всё целиком Единственный на тип
L2 direction Крупная часть Автономная единица
L3 unit Назначаемая часть Можно делегировать
L4 element Атомарная часть Неделимая единица

5.3. Термины по слоям и уровням

Слой / Уровень L1 Organization L2 Direction L3 Unit L4 Element
MOTIVATION Миссия Цель Задача KR (результат)
BUSINESS Компания Направление Процесс Операция
DATA База данных Домен Сущность Атрибут
APPLICATION Экосистема Система Сервис Модуль
TECHNOLOGY Инфраструктура Кластер Сервер Ресурс

5.4. Правило декомпозиции (100%)

Сумма частей на уровне N+1 = 100% родителя на уровне N.

L1: Компания (100%)
    
    ├── L2: Розница (40%)
    ├── L2: Опт (35%)
    └── L2: Маркетплейсы (25%)
              
              ├── L3: OZON (60%)
              ├── L3: Wildberries (30%)
              └── L3: Яндекс.Маркет (10%)

5.5. Глубина декомпозиции

Размер организации Рекомендуемая глубина
Персональный проект L1 → L2 (2 уровня)
Малый бизнес L1 → L3 (3 уровня)
Средний бизнес L1 → L4 (4 уровня)
Крупная организация L1 → L4+ (4+ уровня)

6. МАТРИЦА 9 ВОПРОСОВ

6.1. Универсальные вопросы

Вопрос Ответ начинается Категория Раскрывает
1 ПОЧЕМУ? Потому что... Причинность Причина, проблема
2 ЗАЧЕМ? Чтобы... Причинность Цель, намерение
3 ЧТО? Это... Сущность Определение, границы
4 КТО? Субъект/роль... Субъект Участники, ответственность
5 КАК? Путём/методом... Действие Способ, процесс
6 ЧЕМ? С помощью... Ресурсы Инструменты, средства
7 ГДЕ? В/на... Контекст Место, среда
8 КОГДА? В период... Контекст Время, этапы
9 СКОЛЬКО? Количество... Мера Метрики, объём

6.2. Матрица вопросов по слоям

Вопрос MOTIVATION BUSINESS DATA APPLICATION TECHNOLOGY
ПОЧЕМУ? Какая проблема? Почему так работаем? Почему такая структура? Почему этот стек? Почему эта архитектура?
ЗАЧЕМ? Миссия, видение Зачем процесс? Зачем эти данные? Зачем система? Зачем сервер?
ЧТО? Ценность Услуга/продукт Сущности Функции Компоненты
КТО? Стейкхолдеры Роли, отделы Владелец данных Пользователи Админы
КАК? Стратегия Процессы Потоки данных Алгоритмы Деплой
ЧЕМ? Ресурсы Инструменты СУБД Технологии Железо
ГДЕ? Рынок Локации Хранилища Хостинг Датацентры
КОГДА? Roadmap Расписание Жизненный цикл Релизы SLA
СКОЛЬКО? KPI Метрики процессов Объём данных Нагрузка Ёмкость

6.3. Чеклист полноты описания

Для любой сущности проверить:

□ ПОЧЕМУ?   — причина/проблема понятна
□ ЗАЧЕМ?    — цель определена
□ ЧТО?      — сущность описана
□ КТО?      — участники известны
□ КАК?      — способ определён
□ ЧЕМ?      — ресурсы известны
□ ГДЕ?      — место определено
□ КОГДА?    — время установлено
□ СКОЛЬКО?  — метрики заданы

Если на какой-то вопрос нет ответа — описание неполное.

7. СТРУКТУРА ПАПОК

7.1. Корневая структура организации

{organization}/

├── index.yaml                        Метаданные организации
├── CLAUDE.md                         Контекст для AI

├── motivation/                       СЛОЙ: МОТИВАЦИЯ
   ├── VISION.md                       Миссия и видение
   ├── STRATEGY.md                     Стратегия
   ├── goals/                          Цели
      ├── {goal-1}/
         ├── index.yaml
         └── tasks/                  Задачи цели
      └── {goal-2}/
   └── metrics/                        KPI/OKR
       └── kpi.yaml

├── business/                         СЛОЙ: БИЗНЕС
   ├── structure/                      Оргструктура
      └── org-chart.md
   ├── {direction-1}/                  Направление
      ├── index.yaml
      ├── CLAUDE.md
      ├── processes/                  Процессы
         ├── {process-1}.md
         └── {process-2}.md
      └── roles/                      Роли
          └── {role}.md
   ├── {direction-2}/
   └── operations/                     Текущие операции
       └── runbooks/

├── data/                             СЛОЙ: ДАННЫЕ
   ├── schema/                         Общая схема
      └── erd.md
   ├── {domain-1}/                     Домен
      ├── index.yaml
      ├── {entity-1}.md               Сущность
      └── {entity-2}.md
   ├── {domain-2}/
   └── dictionaries/                   Справочники
       └── {dictionary}.yaml

├── app/                              СЛОЙ: ПРИЛОЖЕНИЯ
   ├── landscape.md                    Обзор систем
   ├── {system-1}/                     Система
      ├── index.yaml
      ├── CLAUDE.md
      ├── design/                     Архитектура
      ├── {service-1}/                Сервис
         ├── index.yaml
         └── src/                    Код
      └── {service-2}/
   ├── {system-2}/
   └── shared/                         Общие библиотеки
       └── {library}/

├── infra/                            СЛОЙ: ИНФРАСТРУКТУРА
   ├── topology.md                     Топология
   ├── {cluster-1}/                    Кластер
      ├── index.yaml
      ├── {server-1}/                 Сервер
         └── config/
      └── {server-2}/
   ├── {cluster-2}/
   ├── network/                        Сети
      └── domains.yaml
   └── storage/                        Хранилища
       └── {storage}.yaml

└── management/                       УПРАВЛЕНИЕ
    ├── STATUS.md                       Текущий статус
    ├── TODO.md                         Задачи
    ├── ROADMAP.md                      План развития
    └── DECISIONS.md                    Принятые решения

7.2. Именование папок

Тип Формат Примеры
Организация kebab-case pirotehnika, my-blog
Направление kebab-case retail, marketplaces
Система kebab-case main-site, ozon-integration
Сервис kebab-case api, sync-worker
Домен kebab-case products, orders

7.3. Минимальная структура

Для персонального или небольшого проекта:

{project}/
├── index.yaml
├── CLAUDE.md
├── app/
│   └── {system}/
│       └── src/
└── management/
    └── TODO.md

8. ФОРМАТ index.yaml

8.1. Универсальная схема

# ═══════════════════════════════════════════════════════════════════
# ИДЕНТИФИКАЦИЯ
# ═══════════════════════════════════════════════════════════════════
name: "Название"                          # Человекочитаемое имя
type: commercial                          # personal | nonprofit | commercial
layer: business                           # motivation | business | data | app | infra
level: direction                          # organization | direction | unit | element
status: active                            # draft | active | paused | archived

# ═══════════════════════════════════════════════════════════════════
# СМЫСЛ (9 вопросов — заполняются по мере необходимости)
# ═══════════════════════════════════════════════════════════════════
why: "Причина существования"              # ПОЧЕМУ?
purpose: "Цель"                           # ЗАЧЕМ?
what: "Определение"                       # ЧТО?
who:                                      # КТО?
  owner: "Владелец"
  users: ["Пользователь 1", "Пользователь 2"]
how: "Способ работы"                      # КАК?
tools: ["Инструмент 1", "Инструмент 2"]   # ЧЕМ?
where: "Местоположение"                   # ГДЕ?
when:                                     # КОГДА?
  created: "2025-01-01"
  updated: "2025-12-20"
  deadline: null
metrics:                                  # СКОЛЬКО?
  key1: value1
  key2: value2

# ═══════════════════════════════════════════════════════════════════
# СВЯЗИ
# ═══════════════════════════════════════════════════════════════════
parent: "../"                             # Родительский элемент
children:                                 # Дочерние элементы
  - "child-1/"
  - "child-2/"
depends_on:                               # Зависимости (использует)
  - "../other-system/"
provides_to:                              # Предоставляет (кому)
  - "../consumer/"

# ═══════════════════════════════════════════════════════════════════
# ДОПОЛНИТЕЛЬНО (опционально)
# ═══════════════════════════════════════════════════════════════════
tags: ["tag1", "tag2"]
version: "1.0.0"

8.2. Примеры для разных уровней

Организация (L1)

name: "Пиротехника"
type: commercial
layer: null                               # Организация охватывает все слои
level: organization
status: active

why: "Клиенты не могут купить фейерверки онлайн"
purpose: "Продавать пиротехнику через интернет"
what: "Торговая компания"
who:
  owner: "Иванов И.И."
  stakeholders: ["Клиенты", "Поставщики", "Сотрудники"]

children:
  - "motivation/"
  - "business/"
  - "data/"
  - "app/"
  - "infra/"

metrics:
  revenue_monthly: 500000
  orders_monthly: 200
  employees: 5

Направление (L2)

name: "Маркетплейсы"
type: commercial
layer: business
level: direction
status: active

why: "Нужен дополнительный канал продаж"
purpose: "Продавать на OZON, Wildberries"
what: "Канал продаж через маркетплейсы"
who:
  owner: "Менеджер МП"
  users: ["Покупатели маркетплейсов"]

parent: "../"
children:
  - "processes/"
  - "roles/"
depends_on:
  - "../app/ozon-integration/"
  - "../app/pim/"

metrics:
  revenue_share: 0.25
  orders_monthly: 50

Система (L3)

name: "OZON интеграция"
type: commercial
layer: app
level: unit
status: active

why: "Ручная работа с OZON занимает много времени"
purpose: "Автоматизировать работу с OZON"
what: "Система интеграции с OZON Seller API"
who:
  owner: "Разработчик"
  users: ["Менеджер МП"]
how: "REST API + scheduled jobs"
tools: ["Python", "FastAPI", "PostgreSQL"]
where: "dev-pro сервер"

parent: "../"
children:
  - "api/"
  - "sync/"
  - "reports/"
depends_on:
  - "../../data/products/"
  - "../../data/orders/"
  - "../../infra/production/dev-pro/"

metrics:
  uptime: 0.995
  sync_frequency: "hourly"

9. ЖИЗНЕННЫЙ ЦИКЛ

9.1. Статусы

Статус Описание Действия
draft Черновик, идея Проектирование, планирование
active Активно работает Эксплуатация, развитие
paused Приостановлено Минимальная поддержка
archived В архиве Только чтение
deprecated Устарело Миграция на замену

9.2. Переходы статусов

draft → active → paused → archived
                    ↓
                  active
                    ↓
               deprecated → archived

9.3. Жизненный цикл по слоям

Слой Типичные стадии
MOTIVATION Идея → Валидация → Принятие → Пересмотр
BUSINESS Проектирование → Запуск → Оптимизация → Закрытие
DATA Моделирование → Наполнение → Актуализация → Архивация
APPLICATION Разработка → Тестирование → Продакшен → Вывод
TECHNOLOGY Подготовка → Развёртывание → Эксплуатация → Утилизация

10. ПРИМЕРЫ

10.1. Коммерческая организация (pirotehnika)

pirotehnika/                         ← commercial, L1
│
├── motivation/
│   ├── VISION.md                    ← "Лучший магазин фейерверков в СПб"
│   └── goals/
│       ├── revenue-2025/            ← Цель: выручка 10М
│       └── ozon-launch/             ← Цель: запуск на OZON
│
├── business/
│   ├── retail/                      ← L2: Розница
│   │   ├── processes/
│   │   │   ├── order-processing.md  ← L3: Процесс обработки заказов
│   │   │   └── fulfillment.md       ← L3: Процесс отгрузки
│   │   └── roles/
│   │       └── manager.md
│   ├── wholesale/                   ← L2: Опт
│   └── marketplaces/                ← L2: Маркетплейсы
│       └── processes/
│           └── ozon-workflow.md
│
├── data/
│   ├── products/                    ← L2: Домен товаров
│   │   ├── product.md               ← L3: Сущность товара
│   │   └── category.md
│   └── orders/                      ← L2: Домен заказов
│       ├── order.md
│       └── order-item.md
│
├── app/
│   ├── site/                        ← L2: Система сайтов
│   │   ├── pirotehnika.spb.ru/      ← L3: Основной сайт
│   │   └── pirofey.ru/              ← L3: Второй бренд
│   ├── ozon/                        ← L2: Система интеграции OZON
│   │   ├── api/                     ← L3: API сервис
│   │   └── sync/                    ← L3: Синхронизация
│   └── pim/                         ← L2: Система каталога
│
└── infra/
    ├── production/                  ← L2: Продакшен кластер
    │   ├── beget-server/            ← L3: Сервер сайтов
    │   └── dev-pro/                 ← L3: Сервер сервисов
    └── storage/
        └── s3/                      ← L3: Хранилище файлов

10.2. Персональный проект (PKM)

my-pkm/                              ← personal, L1
│
├── index.yaml
├── CLAUDE.md
│
├── motivation/
│   └── VISION.md                    ← "Не терять знания и идеи"
│
├── data/
│   ├── notes/                       ← Заметки
│   ├── projects/                    ← Проекты
│   └── resources/                   ← Ресурсы
│
├── app/
│   └── obsidian/                    ← Obsidian vault
│       └── config/
│
└── management/
    └── TODO.md

10.3. Open-source проект

awesome-library/                      nonprofit, L1

├── index.yaml
├── CLAUDE.md

├── motivation/
   ├── VISION.md                     "Упростить X для разработчиков"
   └── goals/
       └── v2-release/

├── business/
   ├── community/                    Сообщество
      └── processes/
          ├── contributing.md
          └── code-review.md
   └── roles/
       ├── maintainer.md
       └── contributor.md

├── app/
   └── library/                      Сама библиотека
       ├── src/
       ├── tests/
       └── docs/

└── infra/
    └── ci-cd/                        GitHub Actions

11. СВЯЗИ С ДРУГИМИ ДОКУМЕНТАМИ

Документ Связь
theory/QUESTIONS.md Теория 9 вопросов
theory/MERKABA.md Геометрическая модель
theory/ECOSYSTEM.md Экосистема платформы
standards/LINKS.md Система связей между модулями
standards/DATA_LIFECYCLE.md Жизненный цикл данных
structure/PROJECT.md Стандарт проекта (устаревший)
1-structure/structure-project-hierarchy.md Иерархия (устаревший)

12. ИСТОРИЯ ИЗМЕНЕНИЙ

Версия Дата Изменения
1.0.0 2025-12-20 Создание документа. Синтез TOGAF, ArchiMate, Zachman, C4, BMC с теорией 9 вопросов

13. ПРИЛОЖЕНИЯ

Приложение A: Глоссарий

Термин Определение
Организация Верхний уровень иерархии, объединяющий все слои
Слой Аспект архитектуры (motivation, business, data, app, infra)
Уровень Степень детализации (L1-L4)
Направление Крупная автономная часть организации (L2)
Единица Назначаемая часть, которую можно делегировать (L3)
Элемент Атомарная неделимая часть (L4)
Система IT-продукт, решающий бизнес-задачу (L2 в слое app)
Сервис Часть системы, деплоится отдельно (L3 в слое app)
Модуль Часть кода, библиотека (L4 в слое app)
Процесс Последовательность действий (L3 в слое business)
Сущность Объект данных (L3 в слое data)

Приложение B: Чеклист создания организации

□ Определить тип (personal/nonprofit/commercial)
□ Создать корневую папку
□ Создать index.yaml с базовыми полями
□ Создать CLAUDE.md с контекстом
□ Определить основные направления (L2)
□ Для каждого направления создать index.yaml
□ Наметить ключевые системы (app/)
□ Определить инфраструктуру (infra/)
□ Создать management/TODO.md

Приложение C: Миграция с PROJECT_HIERARCHY.md

Было Стало
Бизнес Организация (type: commercial)
Направление (main/satellite) Направление (L2 в business/)
Модуль (@name) Система или Сервис (L2-L3 в app/)
Задача Задача (L3 в motivation/goals/)

Версия: 1.0.0
Дата: 2025-12-20
Статус: approved