PROJECT_BIZ_IT — Граница BIZ ↔ IT

Версия: 2.0.0
Дата: 2026-03-07

1. Принцип

БИЗНЕС планирует ЧТО → IT реализует КАК

Граница: REQUIREMENTS (требования от бизнеса к IT)

BIZ не лезет в код. IT не принимает решений по ассортименту и каналам.

2. Две иерархии

Бизнес-иерархия (ЗАЧЕМ, ЧТО, КТО)

@org-{name}/
  @biz-{name}/          ← коммерческое направление
    BRIEF.md             ← зачем
    CONCEPT.md           ← что
    REQUIREMENTS.md      ← требования к IT  ← ГРАНИЦА

Ответственность: Бизнес / Маркетинг
Документы: BRIEF.md, CONCEPT.md, REQUIREMENTS.md

IT-иерархия (КАК, ЧЕМ, ГДЕ)

@org-{name}/
  @it-site-{domain}/    ← IT-реализация
    DESIGN.md            ← архитектура
    GUIDE.md             ← как делать
    README.md            ← как запустить
    LAUNCH.md            ← деплой

Ответственность: IT
Документы: DESIGN.md, GUIDE.md, README.md, LAUNCH.md

3. Граница и переходы

BIZ пишет REQUIREMENTS.md
    ↓ ГРАНИЦА 1: BIZ → IT
IT получает требования → пишет DESIGN.md
    ↓ ГРАНИЦА 2: IT → Кодер
Кодер получает DESIGN.md + GUIDE.md → пишет код

Шаги перехода BIZ → IT:

BIZ заполняет REQUIREMENTS.md (что нужно от IT)
IT создаёт подпроект @it-{тип}-{имя}/
IT пишет DESIGN.md со ссылкой на BIZ/REQUIREMENTS.md
IT декомпозирует на модули → GUIDE.md по каждому

Шаги перехода IT → Кодер:

IT создаёт specs/ с SPEC.yaml + CODE-PROMPT.md для каждого модуля
Кодер читает SPEC + CODE-PROMPT → реализует код
Кодер отчитывается по критериям готовности

4. Структура документов

BIZ (требования)

@biz-{name}/
├── BRIEF.md            ← зачем проект, для кого
├── CONCEPT.md          ← что делаем, ценность
├── REQUIREMENTS.md     ← что нужно от IT (функционал, контент, метрики)
└── ANALYTICS.md        ← KPI, отчёты (опционально)

IT (реализация)

@it-site-{domain}/
├── DESIGN.md           ← архитектура (ссылка на BIZ/REQUIREMENTS.md)
├── GUIDE.md            ← как делать (или GUIDE-{тема}.md)
├── README.md           ← как запустить
├── LAUNCH.md           ← деплой
└── specs/              ← ТЗ для кодера
    └── {модуль}/
        ├── SPEC.yaml        ← конфигурация, зависимости
        └── CODE-PROMPT.md   ← задача кодеру

5. Правила

Разделение ответственности

Кто	Пишет	Формат
BIZ	BRIEF.md, CONCEPT.md, REQUIREMENTS.md	Markdown
IT	DESIGN.md, GUIDE.md, specs/	Markdown + YAML
Кодер	Код в implementation/	PHP / JS / Python

Границы

Кто	Что НЕ делает
BIZ	НЕ пишет технические решения (платформа, стек)
BIZ	НЕ создаёт specs для кодера
IT	НЕ определяет цели канала, ЦА, контент-стратегию
Кодер	НЕ решает что реализовывать (получает specs)

Обязательные связи

IT/DESIGN.md обязательно ссылается на @biz-.../REQUIREMENTS.md
specs/CODE-PROMPT.md обязательно ссылается на DESIGN.md
specs/SPEC.yaml содержит version и dependencies

6. Чеклисты

Чеклист BIZ

[ ] BRIEF.md заполнен (зачем, для кого)
[ ] REQUIREMENTS.md содержит конкретные требования (не общие слова)
[ ] Метрики указаны (конверсия, скорость, uptime)

Чеклист IT

[ ] DESIGN.md ссылается на BIZ/REQUIREMENTS.md
[ ] specs/ созданы для каждого модуля
[ ] SPEC.yaml содержит version, dependencies, features
[ ] CODE-PROMPT.md содержит структуру кода, тесты, критерии готовности

Чеклист связей

[ ] DESIGN.md → REQUIREMENTS.md (ссылка работает)
[ ] CODE-PROMPT.md → DESIGN.md (ссылка работает)

Связи

PROJECT_BIZ_IT_GUIDE.md — детальные переходы, форматы, примеры
PROJECT_STANDARD_BIZ.md — стандарт BIZ-проекта
PROJECT_STANDARD_IT.md — стандарт IT-проекта
PROJECT_TYPOLOGY.md — типы проектов

Обновлено: 2026-03-07