Процесс и структура проекта

Архитектура v0.1 адаптирована из MedProject по прямому запросу Дмитрия. Это рабочая организация, доступная для изменения после опыта группы.

Уточнение от 21 сентября: действуют два потока и четыре отдельные роли. Это дополнение к архитектуре v0.1: постоянные ID сохраняются, INTAKE и DELIVERY ведутся в одной карточке. Отдельные реестры: проектный и организационный.

Где что хранить

Папка	Назначение
00 Управление	Состояние, очередь, правила, решения и организационные задачи
01 Intake	Отдельные входы AIN и ORG для приёма и уточнения задач
02 Delivery	Отдельные входы AIN и ORG для исполнения, интегральные разборы и отчёты
03 Источники	Индекс, происхождение и маршрут по методологии
04 Продукт	Контекст, версии видения, модель изменений и будущая конструкция продукта
05 Команда	Встречи, предметные задачи и подготовка группы
08 Исследования	Читательские обзоры, источники, планы и рабочие материалы по темам
inbox	Новые исходники в неизменном виде

Пустые папки не создаём ради схемы. Финансовая модель, пилот и библиотека случаев получают отдельные разделы, когда появится содержание. Общая методическая база остаётся единственным внешним источником методики; её копию с расходящимися версиями здесь не ведём.

Жизненный цикл задачи

Запрос → intake той же карточки → ready → in_progress → проверка → review → принятие владельцем → done. Если отсутствует обязательный вход, ставим blocked с точным условием продолжения. Идеи будущей работы остаются в программе исследования, а не становятся автоматически назначенными задачами.

Для ещё формируемой постановки используем stage: intake, status: needs_clarification; ожидание обещанного задания не является сбоем исполнения. blocked применяется, когда уже определённую работу останавливает конкретное препятствие. Запуск роли без задачи не меняет очередь.

Карточка содержит основание, результат, область записи, входы, неизвестное, критерии проверки, итог и следующий шаг. Смена статуса не заменяет доказательства. Прямой запрос владельца уже разрешает работу: карточка фиксирует поручение, а не создаёт дополнительный барьер.

Роли

Дмитрий — инициатор и владелец текущего запроса. Помощник в этой сессии — координатор анализа и автор материалов. Состав группы, владельцы исследований, пилота и метрик, ментор и сроки не назначены. Будущие роли: владелец метода; исследователь проблемы; владелец экономики; ответственный за последствия для людей; владелец процесса в компании. Один человек может совмещать роли; распределение принимается группой.

Встречи и версии

С 27 сентября рабочий порядок — Встречи и саммари, вход исполнителя — ORG — Саммари. Источники принимаются в inbox. Текущий цикл саммари — локальный; публикация в Google Docs отдельно определяется для AI-проекта. Рекомендация модели — Реестр моделей.

Источники и саммари встреч хранить в 05 Команда/Встречи с именами ГГГГ-ММ-ДД-ЧЧ-ММ — Источник.md и ГГГГ-ММ-ДД-ЧЧ-ММ — Саммари.md. Не угадывать даты или говорящих. Повторный разбор дополняет существующую встречу, не создаёт дубликат. Решения, предложения и поручения выделять раздельно. Подготовленное саммари не закрывает перечисленные в нём задачи.

Видение: Видение v0.1.md, затем Видение v0.2.md. Рядом — журнал версий. После выдачи прежний текст сохраняется. Источник изменения: ответ владельца, решение группы, новый факт либо редакционная поправка.

Проверки

Для заметок проверяем смысл, происхождение, ссылки и отображение. Для исследований — первичный источник, период, дизайн, контрдоказательства и переносимость. Для пилота потребуется собственный протокол данных и измерений. Не выдаём авторскую проверку за независимую.

Исследовательская схема MedProject v0.2 содержит отдельный пилот Китая, Claude/Orca и техническую изоляцию. Здесь перенесены читательская подача, проверка источников и сохранение версий. Её конкретные модели, исполнители и техническая схема не назначены новому проекту.

Основание: процесс MedProject и организация исследований v0.2.