0xExqui.OS

ПРОИЗВОДСТВО / ПРП 3.0

Как задача проходит
через производство

Самостоятельная задача, эпик и проект различаются масштабом. У проекта есть общий дизайн и последовательность эпиков; каждый эпик отдельно проходит решение, реализацию, проверку и выпуск.

КОНТРОЛЬНЫЕ ТОЧКИ

Цикл с возвратами

01–03

Discovery → Pre-Challenge → DoR

Сначала истории и решение, затем независимая проверка плана. Если есть блокер, работа возвращается в Discovery. После согласованного DoR можно писать код.

04–06

Delivery → Challenge → DoD

Реализация идёт по плану. Роли проверяют работающий результат, проблемы возвращаются в Delivery. DoD показывает владельцу точную версию и ограничения.

07–09

Rollout → Closure → работа над ошибками

Публикуется проверенный commit; при сбое возвращается прежняя версия. Closure фиксирует результат, документы и показатели. Отдельная работа над ошибками разбирает причины и предлагает изменения следующего цикла.

ПРИМЕР АРТЕФАКТА

DoR: вход в работу

История формулируется через результат человека. К ней привязаны проверяемые критерии и путь, по которому владелец увидит результат.

УЧЕБНЫЙ ПРИМЕР · DOR

«Как посетитель, я понимаю устройство системы и сервера».

Критерии: открываются архитектура, сетевой контур и сервер; будущее отделено от работающего; точный Dev-кандидат доступен владельцу через закрытый путь.

ПРИМЕР АРТЕФАКТА

DoD: решение о выпуске

DoD сообщает не только пройденные проверки, но и оставшиеся проблемы, отклонения и способ возврата.

УЧЕБНЫЙ ПРИМЕР · DOD

«Маршруты и мобильный вид проверены. Скрин Arcane ещё не прошёл проверку публикации: SITE-03 не принят, выпуск остановлен».

Действие: заменить снимок или получить разрешение на иной результат и повторить проверку.

ПРИМЕР АРТЕФАКТА

Closure: зафиксировать результат

После выпуска документы приводятся к факту, а показатели и пробелы измерений предъявляются владельцу.

УЧЕБНЫЙ ПРИМЕР · CLOSURE

«Версия опубликована; README и ROADMAP обновлены. Расход по части сеансов не восстановлен — это пробел данных, а не нулевые затраты».

РАБОТА НАД ОШИБКАМИ

Почему пришлось возвращаться

Отдельно проверяются причины переделок и то, какое правило стоит изменить перед следующей задачей.

УЧЕБНЫЙ ПРИМЕР · РАБОТА НАД ОШИБКАМИ

«Адрес превью выбрали до проверки пути владельца. Следующий DoR должен содержать проверенный конечный адрес».

Предложение проверить в следующем эпике; крупное изменение оформить отдельным эпиком.

КАРТА ДОКУМЕНТОВ

Где живёт решение

READMEвход и фактическое состояние
PROJECT · ROADMAPистории, критерии и порядок
DESIGN · PLANрешение эпика и шаги проверки
AGENTS · ENGINEERINGроли и действующие правила
NETWORK · ARCHITECTUREобщий контур Платформы
RISKS · PROCESS-ISSUES · BUGSриски, нарушения и незакрытые дефекты

Публичная копия AGENTS.md и ENGINEERING.md версии 3.0 доступна одним ZIP-файлом ↓. Внутренние документы, личные данные и путь к Платформе в комплект не входят.