dev-skills/HISTORY.md

Как процесс дошёл до текущей формы

Сжатие черновика AGENTIC-TASKS.md (497 строк), лежавшего незакоммиченным в корне healthlog. Правила процесса из него переехали в плагины и здесь не повторяются — второй дом для тех же правил ровно то, против чего документ и был написан. Остаётся то, чего в плагинах нет и быть не должно: что отвергнуто и почему, и числа первого замера.

Решения текущего круга разбора — DECISIONS.md.

Что отвергнуто и почему

Scrum целиком

Терминология близка — спринт, груминг, определение готовности, ретроспектива, — и она удобна: не нужно изобретать слова. Но добрая половина Scrum существует ради синхронизации людей, которых здесь нет: исполнителей двое, человек и агент.

Не взято: тайм-бокс (спринт ограничен объёмом, а не временем), velocity и оценки в очках, ежедневный стендап (стендап — это и есть диалог), планирование отдельно от груминга (владелец беклога один), роль скрам-мастера.

Взято: цель спринта, заморозка набора, определение готовности, груминг — каждое потому, что снимает решение, которое иначе принимается заново каждый раз. Ретроспектива взята содержанием, но не отдельным ритуалом: она шаг той же сессии. Отдельная встреча ради трёх вопросов — плата ритуалом без выгоды.

Приоритеты у задач

Заменены целью. Ни секциями, ни списком: «что делать дальше» отвечает набор спринта, а между спринтами порядок не нужен никому — брать задачи вне спринта запрещает заморозка. Отсюда нет ни «повысить», ни «встать раньше»: вместо повышения — смена цели или включение в набор.

Секция «блокеры» в беклоге

Блокер — состояние (спринт не может продолжаться ни одной задачей), а не полка: он живёт ровно до ответа человека, и записи в такой секции не успевают жить. Основание измерено: два «блокера» из двух ничего не блокировали — в обоих файлах записано «что заблокировано: ничего». Отсюда разделение вопроса и блокера.

Запись о сделанной задаче

У сделанной задачи записи не остаётся: файл и строка удаляются. Ей хватает коммита и документации; вторая запись была бы вторым домом для того же факта. Вопрос «что было в спринте N» отвечается даром — SPRINT.md лежит под git.

Числа первого замера

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

• Беклог вырос с 29 до 38: заведено 15, закрыто 6 (две родились и умерли внутри сессии). Прирост 2,5 задачи на одну закрытую — ревью и эксплуатационные проходы производят работу быстрее, чем мы её потребляем.
• Одна из шести задач была внеплановой — дозакрытие находок, вставленное в ход работы, потому что дефект затирал маршрут тренировки необратимо, а пересборка журнала повторяла то же поражение. Отсюда класс «необратимый ущерб» как единственное, что врывается в замороженный спринт: правило не придумано, оно уже применялось.
• 15 часов на шесть задач: пять заняли от 1 ч 16 мин до 2 ч 14 мин (медиана ≈ 1 ч 55 мин), шестая — 5 ч 42 мин в два захода. Мерилось до сужения конвейера ревью; замер устарел и подлежит повторению.
• Шесть задач за сессию — предел одного контекста, а не спринта. Спринт сессией не ограничен, перенос числа условен.

Умолчание «5–8 задач в спринте» выведено отсюда и остаётся ориентиром, а не законом. Пересматривается на разборе прошедшего спринта — шаг 2 сессии, и ничей другой.

Что из черновика было не решено и решено позже

Вопрос черновика	Где решён
название процесса	решение Z: имени нет, процесс это av-dev
«Ближайшая цель» прозой в docs/plan.md как второй дом цели спринта	решение E: plan.md растворяется в PLAN.md целей

Судьба самого черновика

Документ описывал процесс, а процесс живёт в плагинах этого репозитория, не в healthlog. Содержимое разошлось: правила — в av-dev-pm:tasks и av-dev-pm:session, обоснования и числа — сюда. Оригинал в git не коммитился и удаляется при переезде healthlog на канон.