Артур!

Код‑ревью и приёмка задачи — это такая же работа, как проектирование или написание кода, а значит, на неё точно так же нужно закладывать время. Если программист много и часто делает код‑ревью, значит, в его спринте должен быть запас времени для этого. Менеджеры и QA, планируя своё время, тоже должны понимать, что в начале спринта работы будет чуть‑чуть меньше, а ближе к концу им свалится много задач на приёмку.

Бывает, что приёмку ломают сами исполнители, сдавая код за несколько часов до дедлайна. С такими исполнителями стоит поговорить о принципах сдачи работы. Дело в том, что код‑ревью, как и ручное тестирование, ничем не отличается от обычной сдачи результата клиенту, только в роли клиента выступает коллега‑программист или менеджер. А значит, работает базовое правило:

Пройти код‑ревью — ответственность автора кода

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

P. S. Это был совет об управлении разработкой. Хотите больше знать о планировании спринтов, управлении продуктом или о настройке инфраструктуры? Присылайте вопросы.

Управление проектомВеб‑разработка
Отправить
Поделиться
Запинить

Рекомендуем другие советы