'/%3e%3cpath%20d='M83.8172%20112C100.688%20112%20111.886%2098.2694%20112%2083.8882H44.0245C25.8409%2083.8882%2016.001%2094.3169%2016.001%20112H83.8172Z'%20fill='url(%23paint1_linear_101_577)'/%3e%3cpath%20d='M44.1725%2044.1138H16.0008C15.9465%2051.0963%2018.504%2058.2306%2024.2977%2064.0225L44.1706%2083.8881L52.8986%2075.3569L61.7636%2066.7019C63.2767%2065.2244%2063.2786%2062.7888%2061.7636%2061.3094L44.1725%2044.1138Z'%20fill='%233A5FFF'/%3e%3cpath%20d='M83.8248%2083.8862H111.996C112.051%2076.9037%20109.493%2069.7693%20103.7%2063.9774L83.8267%2044.1118L75.0986%2052.6431L66.2337%2061.2981C64.7206%2062.7756%2064.7187%2065.2112%2066.2337%2066.6906L83.8248%2083.8862Z'%20fill='%233A5FFF'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_101_577'%20x1='16.001'%20y1='30.055'%20x2='111.998'%20y2='30.055'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3clinearGradient%20id='paint1_linear_101_577'%20x1='111.998'%20y1='97.9451'%20x2='16.001'%20y2='97.9451'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
Почему порядок именно такой
Практики образуют пирамиду. Внизу скорость сборки: без неё ни тесты, ни интеграция не работают. Над ней автоматическая сборка каждого изменения. Дальше тесты, потом рефакторинг, потом простой дизайн.
Парная работа стоит сбоку: она полезна на любом этапе и не требует опор, зато требует согласия людей.
Попытка начать сверху даёт узнаваемый результат. Команда объявляет рефакторинг, ломает поведение, откатывается и делает вывод, что практика не работает.
Первый месяц: скорость
Померьте время полной сборки с тестами. Если оно больше десяти минут, ближайшая задача — сократить его, и она важнее всего остального.
Способы известные: параллельный запуск, разделение на быстрые и медленные проверки, кеширование зависимостей, отказ от лишних шагов. Работа скучная и окупается лучше любой другой.
Заодно договоритесь о правиле красной сборки: сломал — чинишь сейчас, до новой работы. Правило простое, соблюдается тяжело и держит всю конструкцию.
Второй-третий месяц: тесты на новом коде
Возьмите одно правило: новый код приходит с тестом. Без исключений и без разговоров о покрытии старого.
Через квартал покрытие вырастает именно там, где команда работает, а это и есть места, которые чаще ломаются. Проект «покрыть всё тестами» отменяют при первом срочном требовании, и вложенное время пропадает.
Ожидайте замедления на первые несколько недель. Люди учатся писать тесты, и это стоит времени; предупредите руководство заранее.
Параллельно: пары на сложном
Начните с ситуаций, где польза очевидна: незнакомый участок кода, задача с высокой ценой ошибки, новый человек в команде.
Дальше пусть команда решает сама. Постоянная парная работа устраивает не всех и по приказу даёт худший результат, чем её отсутствие.
Дальше: рефакторинг и запас
Когда тесты появились, рефакторинг становится безопасным. Введите правило «оставь код чище, чем нашёл» в пределах текущей задачи и не выносите улучшения в отдельный проект.
Одновременно оставьте запас в недельном плане. Без него срочная задача съест ровно то, что вы только что построили: сначала рефакторинг, потом тесты.
Признак, что практики прижились: команда пишет тесты и приводит код в порядок без напоминаний, потому что так быстрее, а не потому что так велели.
Порядок внедрения
| КОГДА | ЧТО | ПРИЗНАК ГОТОВНОСТИ К СЛЕДУЮЩЕМУ ШАГУ |
|---|---|---|
| Первый месяц | Ускорить сборку | Полная сборка укладывается в минуты |
| Первый месяц | Автоматическая сборка изменений | Красная сборка чинится в тот же день |
| 2–3 месяц | Тесты на новом коде | Правило соблюдается без напоминаний |
| Параллельно | Пары на сложных задачах | Команда просит пару сама |
| 3–4 месяц | Рефакторинг в пределах задачи | Код в активных местах становится проще |
| Постоянно | Запас в недельном плане | Запас переживает срочные задачи |
Внедрение идёт правильно
Ошибка почти всегда одна: начали сверху пирамиды. Проверьте, что под каждой введённой практикой стоит опора.
Отмечено 0 из 8
Что помогает в Shtab
Внедрение практик — это набор изменений в работе команды, и ведут его так же, как любые улучшения: отдельным списком с ответственным и проверкой результата.
- Список улучшений процесса отдельно от продуктовых задач, чтобы они не проигрывали срочному.
- Повторяющаяся задача на замер времени сборки показывает динамику.
- Ограничение незавершённой работы удерживает запас ёмкости.
- Метка технического долга собирает места, требующие рефакторинга.
- Итоги разборов страницами: что попробовали и что из этого осталось.
Частые вопросы
До состояния, когда практики держатся без напоминаний, — от полугода до года на команду. Быстрее всего идёт скорость сборки, медленнее всего меняется привычка писать тесты до кода. Компании, ожидающие результата за месяц, обычно останавливаются на первом замедлении.