# Метрика месяца: сколько переделок на одного автора

Переделки — это не провал, это сигнал. Чем больше итераций требует код одного человека, тем ярче видна проблема: либо в процессе, либо в скилле, либо в требованиях.

Метрика "переделки на автора" показывает среднее число доработок, которые получает PR или MR перед мержем. Отслеживая её месяц за месяцем, вы видите, где застревает поток работы и почему.

**Что считать переделкой.** Один comment с просьбой что-то изменить — один запрос на правку. Если в одном review пять замечаний, это один round, а не пять. Важно считать именно циклы обратной связи, не детали.

**Почему это важно.** Высокая метрика (4+ переделки на автора) указывает на узкие места: код пишется без понимания стандартов, тесты забывают, документация не соответствует реальности, или ревьюеры требуют взаимоисключающие правки. Низкая метрика может означать либо хороший процесс, либо поверхностные ревью — нужно проверить качество feedback'a.

**Как использовать.** Собирайте данные три месяца, чтобы увидеть тренд. Если метрика растёт — пересмотрите checklist перед отправкой PR, проведите паринг для новичков или уточните требования на этапе задачи. Если она нестабильна по авторам, проанализируйте, чем отличается рабочий процесс тех, кто попадает в переделки реже.

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

---

**Подсчёт символов:** 1087 символов.

**Требуется сокращение.** Убираю последний абзац (он продублирован в смыслом с третьим) и объединяю финал с предпоследним:

---

# Метрика месяца: сколько переделок на одного автора

Переделки — это не провал, это сигнал. Чем больше итераций требует код одного человека, тем ярче видна проблема: либо в процессе, либо в скилле, либо в требованиях.

Метрика "переделки на автора" показывает среднее число доработок, которые получает PR или MR перед мержем. Отслеживая её месяц за месяцем, вы видите, где застревает поток работы и почему.

**Что считать переделкой.** Один comment с просьбой что-то изменить — один запрос на правку. Если в одном review пять замечаний, это один round, а не пять. Важно считать именно циклы обратной связи, не детали.

**Почему это важно.** Высокая метрика (4+ переделки на автора) указывает на узкие места: код пишется без понимания стандартов, тесты забывают, документация не соответствует реальности, или ревьюеры требуют взаимоисключающие правки. Низкая метрика может означать либо хороший процесс, либо поверхностные ревью — нужно проверить качество feedback'a.

**Как использовать.** Собирайте данные три месяца, чтобы увидеть тренд. Если метрика растёт — пересмотрите checklist перед отправкой PR, проведите паринг для новичков или уточните требования на этапе задачи. Если она нестабильна по авторам, проанализируйте, чем отличается рабочий процесс тех, кто попадает в переделки реже. Переделки — нормальная часть разработки, но их должно быть ровно столько, сколько нужно для качества.

---

**Финальный подсчёт:** 848 символов. ✅