architect/arh/analysis/2026-02-03-planning-dimensions/LIDERAVTO_STRUCTURE_VARIANTS.md

Варианты структуры lideravto

Версия: 1.0.0
Дата: 2026-02-03

ВАРИАНТ А: Planning на уровне ORG

lideravto/                           ← ORG
├── CLAUDE.md
├── PROJECT.md
│
├── planning/                        ← Бизнес + IT планирование
│   ├── business/                    ← 01-04 (ПОЧЕМУ, ЗАЧЕМ, ЧТО, КТО)
│   │   ├── 01-why.md
│   │   ├── 02-goals.md
│   │   ├── 03-what.md
│   │   └── 04-who.md
│   │
│   └── solution/                    ← 05-07 (КАК, ЧЕМ, ГДЕ)
│       ├── 05-abstract.md           ← решение без платформы
│       ├── 06-platform.md           ← выбор CS-Cart
│       ├── 07-architecture.md       ← архитектура на CS-Cart
│       │
│       └── specs/                   ← детализация
│           ├── infrastructure.md    ← ГДЕ
│           ├── technologies.md      ← ЧЕМ
│           └── CODE-PROMPT-*.md     ← КАК детально
│
├── management/                      ← Управление проектом
│   ├── schedule.md                  ← КОГДА
│   ├── budget.md                    ← СКОЛЬКО
│   └── risks.md
│
├── biz/                             ← TYPE: Бизнес (минимальный)
│   └── CLAUDE.md
│
├── fin/                             ← TYPE: Финансы (минимальный)
│   └── CLAUDE.md
│
└── it/                              ← TYPE: IT (реализация)
    ├── CLAUDE.md
    ├── CACHE.yaml
    │
    ├── data/                        ← источники данных
    │   └── MASTER.md
    │
    └── web/                         ← DIRECTION
        └── cscart/                  ← SOLUTION
            ├── modules/             ← разработка модулей
            │   └── lider_import/
            │
            └── app/                 ← экземпляры
                ├── work.lideravto.ru/
                └── lideravto.ru/

Плюсы:
- Вся документация в одном месте (на уровне ORG)
- Понятно что planning относится ко всей организации

Минусы:
- Смешивает документы и код на разных уровнях
- planning далеко от it/web/cscart/ где реализация

ВАРИАНТ Б: Planning на уровне IT

lideravto/                           ← ORG
├── CLAUDE.md
├── PROJECT.md
│
├── management/                      ← Управление проектом (на уровне ORG)
│   ├── schedule.md                  ← КОГДА
│   ├── budget.md                    ← СКОЛЬКО
│   └── risks.md
│
├── biz/                             ← TYPE: Бизнес
│   ├── CLAUDE.md
│   └── requirements/                ← 01-04 (ПОЧЕМУ, ЗАЧЕМ, ЧТО, КТО)
│       ├── 01-why.md
│       ├── 02-goals.md
│       ├── 03-what.md
│       └── 04-who.md
│
├── fin/                             ← TYPE: Финансы (минимальный)
│   └── CLAUDE.md
│
└── it/                              ← TYPE: IT
    ├── CLAUDE.md
    ├── CACHE.yaml
    │
    ├── planning/                    ← 05-07 (IT планирование)
    │   ├── 05-solution.md           ← решение без платформы
    │   ├── 06-platform.md           ← выбор CS-Cart
    │   ├── 07-architecture.md       ← архитектура
    │   │
    │   └── specs/                   ← детализация
    │       ├── infrastructure.md
    │       ├── technologies.md
    │       └── CODE-PROMPT-*.md
    │
    ├── data/                        ← источники данных
    │   └── MASTER.md
    │
    └── web/                         ← DIRECTION
        └── cscart/                  ← SOLUTION
            ├── modules/
            │   └── lider_import/
            │
            └── app/
                ├── work.lideravto.ru/
                └── lideravto.ru/

Плюсы:
- Документы рядом с реализацией
- Каждый TYPE имеет свою документацию (biz/requirements/, it/planning/)

Минусы:
- Документы размазаны по разным TYPE

ВАРИАНТ В: Плоская структура (как сейчас)

lideravto/                           ← ORG
├── CLAUDE.md
├── PROJECT.md
├── ROADMAP.md
│
├── docs/                            ← Все документы в одном месте
│   ├── business/                    ← 01-04 (бизнес)
│   │   ├── 01-why.md
│   │   ├── 02-goals.md
│   │   ├── 03-what.md
│   │   └── 04-who.md
│   │
│   ├── solution/                    ← 05-07 (IT планирование)
│   │   ├── 05-abstract.md
│   │   ├── 06-platform.md
│   │   └── 07-architecture.md
│   │
│   ├── specs/                       ← детализация
│   │   ├── infrastructure.md
│   │   ├── technologies.md
│   │   └── CODE-PROMPT-*.md
│   │
│   └── project/                     ← управление
│       ├── schedule.md
│       ├── budget.md
│       └── risks.md
│
├── biz/                             ← TYPE: Бизнес (минимальный)
│   └── CLAUDE.md
│
├── fin/                             ← TYPE: Финансы (минимальный)
│   └── CLAUDE.md
│
└── it/                              ← TYPE: IT (только код)
    ├── CLAUDE.md
    ├── CACHE.yaml
    │
    ├── data/
    │   └── MASTER.md
    │
    └── web/
        └── cscart/
            ├── modules/
            │   └── lider_import/
            │
            └── app/
                ├── work.lideravto.ru/
                └── lideravto.ru/

Плюсы:
- Все документы в одном месте (docs/)
- it/ содержит только код и данные
- Проще навигация

Минусы:
- Документы далеко от кода

ВАРИАНТ Г: Фрактальная структура

lideravto/                           ← ORG
├── CLAUDE.md
├── PROJECT.md
│
├── docs/                            ← Документы уровня ORG
│   ├── business/                    ← 01-04 (общие для ORG)
│   └── project/                     ← управление (КОГДА, СКОЛЬКО)
│
├── biz/                             ← TYPE
│   ├── CLAUDE.md
│   └── docs/                        ← документы уровня BIZ
│
├── fin/                             ← TYPE
│   ├── CLAUDE.md
│   └── docs/                        ← документы уровня FIN
│
└── it/                              ← TYPE
    ├── CLAUDE.md
    ├── CACHE.yaml
    │
    ├── docs/                        ← документы уровня IT
    │   ├── solution/                ← 05-07 (IT планирование)
    │   └── specs/                   ← детализация
    │
    ├── data/
    │   └── MASTER.md
    │
    └── web/                         ← DIRECTION
        ├── docs/                    ← документы уровня WEB
        │
        └── cscart/                  ← SOLUTION
            ├── docs/                ← документы уровня CSCART
            │
            ├── modules/
            │   └── lider_import/
            │       └── docs/        ← документы модуля
            │
            └── app/
                ├── work.lideravto.ru/
                │   └── docs/        ← документы сайта
                │
                └── lideravto.ru/
                    └── docs/        ← документы сайта

Плюсы:
- Фрактальная структура (docs/ на каждом уровне)
- Документы рядом с кодом
- Масштабируемо

Минусы:
- Документы размазаны по всем уровням
- Сложнее найти нужный документ

РЕКОМЕНДАЦИЯ

Вариант В (плоская структура) — самый простой и понятный для старта.

lideravto/
├── docs/              ← ВСЕ ДОКУМЕНТЫ
│   ├── business/      ← бизнес (01-04)
│   ├── solution/      ← IT (05-07)
│   ├── specs/         ← детализация
│   └── project/       ← управление
│
├── biz/               ← код бизнес-процессов (будущее)
├── fin/               ← код финансов (будущее)
│
└── it/                ← КОД + ДАННЫЕ
    ├── data/
    └── web/cscart/

Правило: docs/ = ЧТО и КАК, it/ = реализация

ВЫБОР

Какой вариант предпочитаешь?

А. Planning на уровне ORG (planning/, management/)
Б. Planning на уровне IT (biz/requirements/, it/planning/)
В. Плоская docs/ на уровне ORG ← рекомендую
Г. Фрактальная docs/ на каждом уровне

Или свой вариант?

Версия: 1.0.0