architect/standards/7-typology/typology-project-hierarchy.md

type: standard
aspect: typology
title: "Иерархия: Проекты и Процессы"
version: 1.0.0
date: 2026-03-26
status: active

Иерархия: Проекты и Процессы

Навигация: ← 7-typology/README.md | Алгоритм исполнения →

СОДЕРЖАНИЕ

  1. Пять уровней иерархии
  2. Задача в иерархии
  3. Типы проектов — L0 · дерево →
  4. Типы процессов — L1
  5. Стадии — L2
  6. Активности — L3
  7. Операции и примитивы — L4/L5
  8. Матрица: проект → процессы
  9. Матрица: процесс → стадии
  10. Дочерние проекты

1. Пять уровней иерархии

Любой проект рекурсивно раскладывается на 5 уровней до элементарных примитивов.

УРОВЕНЬ     СУЩНОСТЬ        КОЛИЧЕСТВО ТИПОВ    ОПИСАНИЕ
───────────────────────────────────────────────────────────────────
L0          ПРОЕКТ          ~15 типов           Цель + результат + ресурсы
              ↓ состоит из
L1          ПРОЦЕСС         8 типов             Тип работы со своей рекурсией
              ↓ состоит из
L2          СТАДИЯ          9 базовых           Фаза с чётким входом и выходом
              ↓ состоит из
L3          АКТИВНОСТЬ      ~25 типов           Конкретное действие в стадии
              ↓ состоит из
L4          ОПЕРАЦИЯ        ~20 типов           Атомарное действие над данными
              ↓ состоит из
L5          ПРИМИТИВ        7 штук              Неделимая единица — дальше нельзя

Ключевые принципы:
- Шаблоны существуют на L0–L3. На L4–L5 — реализации.
- Разные проекты различаются на L0–L2. На L3–L5 всё одинаково.
- Новый тип проекта = новая комбинация существующих процессов.
- Новый примитив невозможен — их ровно 7.
- L0 может порождать дочерние L0 (см. раздел 10).

2. Задача в иерархии

Задача — не отдельный уровень. Это метка назначения на любой узел дерева.

Узел L0 назначен → "проектная задача"
Узел L2 назначен → "задача" (самый частый случай)
Узел L3 назначен → "подзадача"
Узел L4 назначен → "микрозадача"

Узел становится задачей когда у него появляются поля:
owner + status (pending→in_progress→done) + done_when

3. Типы проектов — L0

Проект = упорядоченная комбинация процессов с общей целью.

3.0 Иерархия типов (дерево классификации)

ВСЕ ПРОЕКТЫ
│
├── КОММЕРЧЕСКИЙ (org_type=commercial)
│   │
│   ├── IT (domain=it)
│   │   │
│   │   ├── СОЗДАНИЕ (focus=build)
│   │   │   ├── web-app           — веб-приложение с нуля
│   │   │   ├── api-service       — backend API / микросервис
│   │   │   ├── content-site      — сайт с контентом (CMS)
│   │   │   ├── data-pipeline     — конвейер обработки данных
│   │   │   └── automation-bot    — бот / автоматизация
│   │   │
│   │   ├── ТРАНСФОРМАЦИЯ (focus=change)
│   │   │   ├── platform-migration  — перенос на новую платформу
│   │   │   └── refactoring         — рефакторинг существующей системы
│   │   │
│   │   └── ОБСЛУЖИВАНИЕ (focus=ops)
│   │       └── infrastructure    — серверы, DevOps, CI/CD
│   │
│   └── БИЗНЕС (domain=business)
│       │
│       ├── ЗАПУСК (focus=launch)
│       │   └── product-launch    — новый продукт / направление
│       │
│       ├── РОСТ (focus=growth)
│       │   ├── market-expansion  — выход на новый рынок / канал
│       │   └── marketing-campaign — маркетинговая кампания
│       │
│       └── ОПТИМИЗАЦИЯ (focus=optimize)
│           ├── process-improvement — оптимизация бизнес-процесса
│           └── partnership         — привлечение партнёра / поставщика
│
├── ПЛАТФОРМЕННЫЙ (org_type=platform)
│   │
│   ├── МЕТОДОЛОГИЯ (domain=standards)
│   │   └── standards-development — разработка стандартов
│   │
│   └── ТРАНСФОРМАЦИЯ (domain=transformation)
│       └── transformation        — системная трансформация (содержит дочерние проекты)
│
└── ИССЛЕДОВАТЕЛЬСКИЙ (org_type=research)
    │
    ├── АНАЛИЗ (domain=analysis)
    │   └── market-research       — исследование рынка / аудитории
    │
    └── ЗНАНИЕ (domain=knowledge)
        └── knowledge-base        — создание базы знаний

Принципы классификации:
- org_type — кто делает и зачем (commercial / platform / research)
- domain — предметная область (it / business / standards / ...)
- focus — основной вектор работы (build / change / ops / launch / ...)
- Конкретный тип (web-app, product-launch) — листовой узел дерева

3.1 IT проекты

Тип Описание Процессы (порядок)
web-app Веб-приложение с нуля RESEARCH → CONSTRUCTION → VERIFY → DEPLOY
api-service Backend API / микросервис RESEARCH → CONSTRUCTION → VERIFY → DEPLOY
content-site Сайт с контентом CONSTRUCTION → CONTENT → VERIFY → DEPLOY
data-pipeline Конвейер обработки данных RESEARCH → CONSTRUCTION → OPERATIONS
automation-bot Бот / автоматизация процессов RESEARCH → CONSTRUCTION → OPERATIONS
platform-migration Перенос системы на новую платформу RESEARCH → ANALYSIS → RENOVATION → VERIFY → DEPLOY
refactoring Рефакторинг существующей системы ANALYSIS → RENOVATION → VERIFY
infrastructure Настройка серверов, DevOps RESEARCH → CONSTRUCTION → OPERATIONS

3.2 Бизнес проекты

Тип Описание Процессы (порядок)
product-launch Запуск нового продукта/направления RESEARCH → CONSTRUCTION → CONTENT → OPERATIONS
market-expansion Выход на новый рынок/канал RESEARCH → NEGOTIATION → OPERATIONS
process-improvement Оптимизация бизнес-процесса ANALYSIS → RENOVATION → OPERATIONS
marketing-campaign Маркетинговая кампания RESEARCH → CONTENT → OPERATIONS → ANALYSIS
partnership Привлечение партнёра / поставщика RESEARCH → NEGOTIATION → OPERATIONS

3.3 Платформенные / Исследовательские проекты

Тип Описание Процессы (порядок)
standards-development Разработка стандартов и методологии RESEARCH → CONSTRUCTION → REVIEW
transformation Системная трансформация (содержит другие проекты) RESEARCH → ANALYSIS → [дочерние проекты] → OPERATIONS
market-research Исследование рынка / аудитории RESEARCH → ANALYSIS → CONTENT
knowledge-base Создание базы знаний RESEARCH → CONSTRUCTION → CONTENT

4. Типы процессов — L1

Процесс = строительный блок проекта со своей рекурсией и атомом.

CONSTRUCTION — Создание нового

Определение:  создание артефакта которого не существовало
Атом:         файл (300 строк) / единица продукта
Исполнитель:  Claude (IT) / человек (физическое)
Рекурсия:     depth-first ↓  (проект → модуль → файл)
Цикл:         конечный
Стадии:       PLAN → EXECUTE → VERIFY → DEPLOY
Вход:         спецификация, требования
Выход:        артефакты (файлы, модули, продукты)
Стоп:         артефакт создан + тесты прошли

RENOVATION — Улучшение существующего

Определение:  изменение существующего артефакта с сохранением функций
Атом:         дельта (изменение, а не весь файл)
Исполнитель:  Claude (IT) / человек (процессы)
Рекурсия:     READ существующего → CHANGE → VERIFY (не depth-first)
Цикл:         конечный
Стадии:       ANALYZE → PLAN → EXECUTE → VERIFY
Вход:         существующие артефакты + цель изменения
Выход:        изменённые артефакты
Стоп:         изменение работает как раньше + новые требования выполнены

RESEARCH — Исследование неизвестного

Определение:  поиск ответа на вопрос, изучение вариантов
Атом:         инсайт / находка (не файл)
Исполнитель:  Claude
Рекурсия:     параллельная ↔  (несколько гипотез одновременно)
Цикл:         конечный (границы нечёткие)
Стадии:       GATHER → ANALYZE → SYNTHESIZE → REPORT
Вход:         вопрос / гипотеза
Выход:        ТОЛЬКО документ (analysis.md, report.md)
Стоп:         вопрос закрыт с достаточной уверенностью
Запрет:       никогда не выдаёт код как результат

ANALYSIS — Данные в знание

Определение:  обработка существующих данных для получения выводов
Атом:         вывод / метрика
Исполнитель:  Claude + инструменты (SQL, API, скрипты)
Рекурсия:     pipeline → (поток, не дерево)
Цикл:         пакетный (запустил → результат)
Стадии:       GATHER → PROCESS → AGGREGATE → VISUALIZE → REPORT
Вход:         источники данных (БД, файлы, API)
Выход:        отчёт / дашборд / выводы
Стоп:         все вопросы в задаче закрыты
Особенность:  нет EXECUTE (не создаёт новые системы, только читает)

OPERATIONS — Повторяющееся исполнение

Определение:  регулярное выполнение известного процесса
Атом:         шаг чеклиста (выполнен / нет)
Исполнитель:  Claude или человек (по расписанию)
Рекурсия:     линейная → (чеклист, не дерево)
Цикл:         бесконечный (по расписанию)
Стадии:       PREPARE → EXECUTE → VERIFY → LOG
Вход:         чеклист + данные текущего запуска
Выход:        лог выполнения + результат
Стоп:         нет (пока процесс нужен)
Особенность:  нет PLAN (план уже зафиксирован в чеклисте)

NEGOTIATION — Достижение договорённости

Определение:  согласование условий с внешней стороной
Атом:         решение (принято обеими сторонами)
Исполнитель:  человек (Claude готовит позицию)
Рекурсия:     итерация ↔  (оффер → контроффер → оффер)
Цикл:         итерационный
Стадии:       PREPARE → PROPOSE → WAIT → REACT → CLOSE
Вход:         цель переговоров + ограничения
Выход:        договор / протокол / решение
Стоп:         соглашение подписано / позиции зафиксированы
Особенность:  WAIT между шагами (ждём ответ внешней стороны)

CONTENT — Создание для потребления

Определение:  создание материала для аудитории
Атом:         единица контента (статья, пост, видеосценарий)
Исполнитель:  Claude (человек утверждает)
Рекурсия:     параллельная ↔  (несколько единиц одновременно)
Цикл:         пакетный (план → производство → публикация)
Стадии:       BRIEF → PRODUCE → REVIEW → PUBLISH → MEASURE
Вход:         стратегия контента + темы
Выход:        опубликованный контент
Стоп:         план закрыт + метрики в норме

TRANSFORMATION — Системная трансформация

Определение:  изменение системы/организации в целом
Атом:         нет единого атома (мета-процесс)
Исполнитель:  смешанный (команда)
Рекурсия:     содержит дочерние проекты L0 разных типов
Цикл:         долгий конечный (месяцы / годы)
Стадии:       RESEARCH → ANALYSIS → PLAN → [дочерние проекты] → VERIFY
Вход:         текущее состояние + желаемое состояние
Выход:        новое стабильное состояние системы
Стоп:         новое состояние работает стабильно N периодов

5. Стадии — L2

Универсальные стадии которые используются в процессах.

Стадия Назначение Вход Выход
GATHER Сбор данных из источников вопрос / задача raw_data.md
ANALYZE Исследование и понимание raw_data.md analysis.md
DESIGN Прототипирование решения analysis.md design.md, схемы
PLAN Декомпозиция на блоки design.md blocks.yaml, SPEC.yaml
EXECUTE Производство артефактов blocks.yaml файлы, код, материалы
REVIEW Проверка соответствия спеку артефакты issues.md
VERIFY Тестирование работоспособности артефакты test_results.md
DEPLOY Развёртывание в среду артефакты работающий сервис
MAINTAIN Поддержка после деплоя issues, запросы фиксы, обновления

Специфические стадии:

Стадия Только в процессе Назначение
SYNTHESIZE RESEARCH Сборка находок в единый вывод
REPORT RESEARCH, ANALYSIS Оформление результата
PROCESS ANALYSIS Трансформация данных
AGGREGATE ANALYSIS Свёртка данных в метрики
BRIEF CONTENT Постановка задания на контент
PRODUCE CONTENT Написание / генерация
PUBLISH CONTENT Публикация в канале
MEASURE CONTENT, OPERATIONS Сбор метрик результата
PROPOSE NEGOTIATION Отправка предложения
WAIT NEGOTIATION Ожидание ответа
REACT NEGOTIATION Ответ на контрпредложение
CLOSE NEGOTIATION Фиксация договорённости
LOG OPERATIONS Запись результата выполнения
PREPARE OPERATIONS, NEGOTIATION Подготовка к выполнению

6. Активности — L3

Типовые активности внутри стадий. Не исчерпывающий список — примеры.

GATHER:
read_document, query_api, interview_operator, scrape_web, query_database, read_files

EXECUTE (CONSTRUCTION):
write_module, write_file, write_function, configure_service, setup_environment, write_template

EXECUTE (RENOVATION):
read_existing, apply_change, update_dependencies, migrate_data

ANALYZE / PROCESS:
compare_options, evaluate_risks, model_architecture, transform_data, aggregate_metrics, find_patterns

VERIFY:
run_unit_tests, run_integration_tests, run_e2e_tests, check_syntax, validate_schema, smoke_test

DEPLOY:
backup_current, apply_migrations, update_config, restart_services, run_smoke_test, update_dns

7. Операции и примитивы — L4/L5

Операции — L4

Группа Операции
FILE read_file, write_file, append_file, delete_file, copy_file
HTTP GET, POST, PUT, DELETE, stream_response
DATABASE SELECT, INSERT, UPDATE, DELETE, MIGRATE, TRANSACTION
TEXT parse, format, render_template, regex_match, split, join
CODE generate_code, validate_syntax, lint, run_tests
HUMAN ask_question, show_result, request_approval, notify

Примитивы — L5 (7 штук, неделимые)

READ          получить информацию (файл, БД, API, человек)
WRITE         сохранить информацию (файл, БД, канал)
TRANSFORM     изменить форму данных без изменения смысла
SEARCH        найти по критерию в пространстве вариантов
DECIDE        выбрать ветку по условию
COMMUNICATE   двустороннее взаимодействие с человеком
WAIT          ожидание внешнего события (таймер, callback, ответ)

Любая операция L4 = комбинация примитивов L5.
Новые примитивы невозможны.

8. Матрица: проект → процессы

Какие процессы входят в каждый тип проекта и в каком порядке.

                    R S H A N O C T
                    E T V N E P O R
                    S A N A G P N A
                    E N N L O E T N
                    A D O Y T R E S
                    R A V S I A N F
                    C R A I A T T O
                    H D T S T I   R
                    ─────────────────────────
web-app             ✓ ✓ · · · · · ·
api-service         ✓ ✓ · · · · · ·
content-site        · ✓ · · · ✓ · ·
data-pipeline       ✓ ✓ · ✓ · ✓ · ·
automation-bot      ✓ ✓ · · · ✓ · ·
platform-migration  ✓ · ✓ ✓ · · · ·
refactoring         · · ✓ ✓ · · · ·
infrastructure      ✓ ✓ · · · ✓ · ·
product-launch      ✓ ✓ · · ✓ ✓ · ·
market-expansion    ✓ · · · ✓ ✓ · ·
process-improvement · · ✓ ✓ · ✓ · ·
marketing-campaign  ✓ · · ✓ · ✓ ✓ ·
partnership         ✓ · · · ✓ ✓ · ·
standards-dev       ✓ ✓ · · · · · ·
transformation      ✓ · · ✓ · · · ✓

Процессы: RESEARCH | CONSTRUCTION | RENOVATION | ANALYSIS
          NEGOTIATION | OPERATIONS | CONTENT | TRANSFORMATION

9. Матрица: процесс → стадии

Какие стадии использует каждый процесс.

                G  A  D  P  E  R  V  D  M  +специфические
                A  N  E  L  X  E  E  E  A
                T  A  S  A  E  V  R  P  I
                H  L  I  N  C  I  I  L  N
                E  Y  G  ·  U  E  F  O  T
                R  Z  N  ·  T  W  Y  Y  ·
                ──────────────────────────────────────────
CONSTRUCTION    ·  ·  ·  ✓  ✓  ✓  ✓  ✓  ·
RENOVATION      ·  ✓  ·  ✓  ✓  ✓  ✓  ✓  ·
RESEARCH        ✓  ✓  ·  ·  ·  ·  ·  ·  ·  +SYNTHESIZE, REPORT
ANALYSIS        ✓  ·  ·  ·  ·  ·  ·  ·  ·  +PROCESS, AGGREGATE, REPORT
OPERATIONS      ·  ·  ·  ·  ✓  ·  ✓  ·  ·  +PREPARE, LOG
NEGOTIATION     ·  ·  ·  ·  ·  ·  ·  ·  ·  +PREPARE,PROPOSE,WAIT,REACT,CLOSE
CONTENT         ·  ·  ·  ·  ·  ✓  ·  ·  ·  +BRIEF,PRODUCE,PUBLISH,MEASURE
TRANSFORMATION  ✓  ✓  ·  ✓  ·  ·  ✓  ·  ✓  +дочерние проекты

10. Дочерние проекты

Проект L0 может порождать дочерние проекты L0. Это происходит когда:

Критерий              Пример
────────────────────────────────────────────────────────
Часть слишком велика  "сделать бренд" внутри web-app
Разные специализации  IT часть + маркетинговая часть
Независимая жизнь     API сервис живёт отдельно от фронта
Нужен выход           модуль А нужен раньше чем модуль Б

Типы связей между проектами

SEQUENTIAL   Б начинается после А завершения
             "сначала API → потом фронтенд"

PARALLEL     А и Б идут одновременно
             "каталог и инфра независимы"

DEPENDENT    Б ждёт конкретный OUTPUT из А
             "контент ждёт структуру каталога"
             блокирует до получения нужного артефакта

TRANSFORMATION как мета-проект

TRANSFORMATION("перейти на Drupal"):
  ├──► RESEARCH("изучить Drupal экосистему")     SEQUENTIAL
  ├──► ANALYSIS("аудит текущего сайта")          PARALLEL с RESEARCH
  ├──► CONSTRUCTION("создать Drupal сайт")        DEPENDENT (ждёт оба выше)
  ├──► CONTENT("мигрировать контент")             DEPENDENT (ждёт CONSTRUCTION)
  └──► OPERATIONS("поддерживать оба сайта")       PARALLEL с CONTENT

СВЯЗАННЫЕ ДОКУМЕНТЫ

Документ Что содержит
process-project-processor.md Алгоритм исполнения PROCESS()
typology-project-types.md Доменная классификация проектов
typology-process-types.md Структура процесса (9 вопросов)
naming-project-processor.md Тезаурус и именование

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