Приёмка сайта спринтами: замечания R-01…R-10 вместо «ещё чуть-чуть»
На ШвейГиде правки сначала сыпались из чата. Свели в R-01…R-10 и закрывали пакетами. Как выглядит список изнутри и почему без этого сдача расползается.
После запуска почти всегда сыпятся правки. Если ловить их из чата («тут чуть», «и вот ещё»), проект расползается. На ШвейГиде замечания свели в нумерованный список R-01…R-10 и закрывали спринтами.
Закулисье: как выглядел хаос до списка
Первую неделю после выкладки правки жили в трёх местах сразу: общий чат, личка, комментарии к скринам. Одно и то же про мобильное меню прилетало дважды разными словами. Я правил «по ощущению срочности», заказчик думал, что пункт забыт.
Сели на полчаса и выгрузили всё в таблицу: номер, суть, экран, статус. Примеры пунктов: стикер на карточке, текст в форме, мессенджер в шапке, AJAX на мобиле, порядок блоков в подвале. После этого в чате писали «закрыл R-04», а не цитировали переписку недельной давности.
Как выглядит список
Каждый пункт — одно изменение. Не «поправьте всё на главной». Номер держит общую картину: что в текущем спринте, что в очереди.
Почему спринтами
Пакет из трёх-пяти пунктов закрывается за день-два. Заказчик видит прогресс. Я не держу в голове двадцать «мелочей». Новый пункт получает следующий номер и очередь, а не влезает в середину спринта без согласования.
Что фиксирую до старта
- сколько раундов правок входит в договор;
- что считается новой задачей, а не правкой ТЗ;
- срок ответа с обеих сторон.
Иначе «ещё чуть-чуть» становится вторым проектом бесплатно. Подробнее — в статье правки после запуска.
Кому это подходит
Тем, кто хочет предсказуемую сдачу. Не подходит, если нужен бесконечный «давайте посмотрим ещё варианты». Тогда это отдельный бюджет на исследование, а не приёмка.