Состав прогона постоянный: гейт, спеки, код, триаж; приёмник тем идёт, когда у проекта есть свои темы. Метка, разметка и проход review-scope упразднены, review-levels.md удалён, ось «метка» снята из axes.md. Ступень 4 ушла из цикла: review-proof упразднён через день после заведения, review-architecture переехал в code-deep-review вслед за adversary и ops. Темы security, operations и architecture закрывает review-code сверкой с записанными инвариантами, потолком 1 находка. Умолчание разметки действий перевёрнуто на инлайн; развилка осталась за необратимым, изменением дельта-спек и нарушенным инвариантом. Задачи из урожая заводятся по слову человека, а не шагом сценария. Чекпоинт назван единственным местом, где решается форма решения. Потеряны ось времени в цикле и суждение о форме после кода — обе потери названы в «Честном пределе» строкой границ покрытия. Журнал — тема 77.
113 lines
9.6 KiB
Markdown
113 lines
9.6 KiB
Markdown
# Декомпозиция и мозговой штурм
|
||
|
||
Обе операции превращают одну запись в несколько (или в ноль). Разница во входе:
|
||
декомпозиция дробит **слишком крупную задачу**, штурм прорабатывает **идею**,
|
||
которая ещё не задача.
|
||
|
||
## Тест декомпозиции
|
||
|
||
Задачу можно дробить, только если части удовлетворяют **обоим** условиям:
|
||
|
||
1. **Каждая мерджится сама по себе.** Часть, после которой дерево не собирается
|
||
или поведение сломано до прихода соседней, — не часть, а половина.
|
||
2. **Каждая — самостоятельный шаг.** Часть, осмысленная только в комплекте с
|
||
другой, — не задача. Проверяй тестом «готова к взятию» (task-format): свои
|
||
критерии приёмки у неё есть или нет.
|
||
|
||
**Порядок между частями законен на стройке и подозрителен на доработке**, и это
|
||
единственное, что стадия здесь меняет. Беклог стройки **весь** состоит из
|
||
упорядоченных зависимостью шагов: «сперва А, потом Б» — не повод не дробить, а
|
||
описание того, как этот список устроен, и части просто встают подряд. На
|
||
доработке правки независимы, и обнаруженный порядок «иначе не собрать» чаще
|
||
всего значит, что перед тобой не декомпозиция, а план реализации: шаги остаются
|
||
**внутри одного файла**.
|
||
|
||
Не проходит хотя бы одно — **не дроби**. Ложная декомпозиция плодит файлы,
|
||
которые нельзя взять поодиночке, и переоценка потом склеивает их обратно.
|
||
|
||
## Где резать, если резать можно
|
||
|
||
Тест выше говорит, **допустим** ли разрез. Где его провести из нескольких
|
||
допустимых мест — отвечает шов.
|
||
|
||
**Шов — там, где меняется род работы.** Раздел «Затрагивает» перечисляет
|
||
границы; если одна строка перечня стоит особняком от остальных — трогает другой
|
||
слой, переносит ответственность, вводит новое понятие, — эта часть и режется
|
||
отдельно. Пример: задача перекладывает несколько узлов разом и заодно добавляет
|
||
два поля в существующий ответ; переложенная часть и добавленные поля проверяются
|
||
по-разному человеком, хотя конвейером — одинаково.
|
||
|
||
**Ревью на цену разреза больше не влияет.** Состав прогона постоянный: гейт,
|
||
спеки, код, триаж плюс приёмник тем, — и каждая половина платит его целиком.
|
||
Значит, разрез удваивает костяк ревью **всегда**, а не только когда обе половины
|
||
остаются в одной метке; выигрыш он даёт не в проверке, а в том, что каждая
|
||
половина доводится и мерджится сама по себе. Прежде здесь стояло правило «резать,
|
||
когда разрез снимает дорогой проход с большей части диффа» — снимать больше
|
||
нечего.
|
||
|
||
**Это планирование, а не предписание процесса.** Как проверять изменение, решает
|
||
конвейер, увидев его; в тело задачи это не пишется — строка «делать вот так» и
|
||
есть тот второй дом правила, который гигиена полей снимает.
|
||
|
||
## Что делать с родителем
|
||
|
||
После разделения родитель **не остаётся** третьей висящей строкой:
|
||
|
||
части полностью замещают его → `close <slug> --reason "разложена на a, b"`.
|
||
`REJECTED.md` здесь — не «выкинули», а именно тот след, что переживает запись:
|
||
через квартал вопрос «куда делась задача X» отвечается строкой со ссылками на
|
||
наследников, а не археологией git.
|
||
|
||
**Зонтика над частями нет никакого.** Тип `epic` упразднён, цель, игравшая его
|
||
роль после него, — тоже. Если частям нужен общий заголовок, у них общее место в
|
||
списке: они встают подряд, и соседство и есть тот ответ, ради которого заводили
|
||
зонтик.
|
||
|
||
## Когда декомпозиция случается посреди работы
|
||
|
||
Задача, которая **оказалась крупнее задачи**, распознаётся до того, как под неё
|
||
заведено предложение об изменении: иначе его придётся выбрасывать. Она выходит
|
||
из работы на декомпозицию, а её строка возвращается в беклог с причиной
|
||
(`move … --reason "крупнее задачи"`). **Место в списке частям назначает
|
||
человек**: машина поставит их в конец секции, а на стройке место наследуется от
|
||
родителя (`move --after`), да и на доработке крупная задача редко распадается на
|
||
что-то менее срочное, чем была сама.
|
||
|
||
## Мозговой штурм сырья
|
||
|
||
Сырьё — запись типа `research`, у которой раздел «Вопрос» пуст: она не проходит
|
||
тест «готова к взятию», потому что неясно, что именно делаем. Штурм проясняет —
|
||
и это **generative-операция, а не applicative**.
|
||
|
||
Исход штурма и есть заполненный «Вопрос» (тогда разведку можно брать в работу)
|
||
или набор задач с типами, которые из ответа следуют. Третий законный исход —
|
||
`close --reason`.
|
||
|
||
Applicative-штурм («перечисли задачи, следующие из идеи») выдаёт очевидное:
|
||
перечисляется то, что уже видно в формулировке. Ценное — на уровень выше.
|
||
|
||
1. **Сперва — формы, а не задачи.** Предложи **три разные постановки** идеи и
|
||
назови **компромисс каждой**: что она даёт, чем платит, что оставляет за
|
||
бортом. Если получилась одна постановка — штурм не состоялся, это
|
||
applicative.
|
||
2. **Вынеси формы пользователю** через `AskUserQuestion` с компромиссами. Рамку
|
||
выбирает он: это продуктовое решение, не механика.
|
||
3. **Назови пользу.** Выбранная форма отвечает на «что станет наблюдаемо иначе».
|
||
Идея, для которой такого ответа не находится, скорее всего уезжает в
|
||
`REJECTED.md`, а не заводится задачей.
|
||
4. **Только выбранную форму** дроби по тесту декомпозиции выше и проставь
|
||
критерии приёмки: без них наследники останутся идеями под другим именем.
|
||
|
||
**«Выкинуть» — полноправный исход штурма, а не его неудача.** Проработка, честно
|
||
показавшая, что пользы нет или она несоразмерна цене, — это результат: идея
|
||
уезжает с этой самой причиной, и та причина гасит её повторное появление.
|
||
|
||
## Доклад
|
||
|
||
- Идея/задача на входе, выбранная рамка (для штурма), задачи-наследники со
|
||
слагами, секциями и местом в списке.
|
||
- Судьба родителя: удалён / выкинут с причиной.
|
||
- `tasks.py check` после правок.
|
||
- Границы покрытия: какие постановки рассмотрены и какие сознательно отброшены —
|
||
чтобы штурм не пришлось повторять с нуля.
|