[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"methodology-topic-xp-vnedrenie":4,"footer-feature-tags":164},true,{"topic":5,"parent":157,"siblings":161},{"slug":6,"title":7,"hint":8,"h1":9,"definition":10,"readTime":11,"published":12,"updated":12,"tags":13,"sections":16,"table":51,"checklist":81,"shtab":93,"faq":112,"terms":125,"related":144,"seo":154},"vnedrenie","Как внедрять практики по одной","порядок, в котором они приживаются","Внедрение практик XP: снизу вверх, по одной","Внедрять весь набор разом невозможно, а брать практики произвольно бесполезно: половина из них опирается на другие. Порядок определяется этими опорами и начинается со скорости сборки.","7 мин чтения","2026-08-30",[14,15],"внедрение","средний уровень",[17,24,31,38,44],{"h":18,"id":19,"paras":20},"Почему порядок именно такой","poryadok",[21,22,23],"Практики образуют пирамиду. Внизу скорость сборки: без неё ни тесты, ни интеграция не работают. Над ней автоматическая сборка каждого изменения. Дальше тесты, потом рефакторинг, потом простой дизайн.","Парная работа стоит сбоку: она полезна на любом этапе и не требует опор, зато требует согласия людей.","Попытка начать сверху даёт узнаваемый результат. Команда объявляет рефакторинг, ломает поведение, откатывается и делает вывод, что практика не работает.",{"h":25,"id":26,"paras":27},"Первый месяц: скорость","sborka",[28,29,30],"Померьте время полной сборки с тестами. Если оно больше десяти минут, ближайшая задача — сократить его, и она важнее всего остального.","Способы известные: параллельный запуск, разделение на быстрые и медленные проверки, кеширование зависимостей, отказ от лишних шагов. Работа скучная и окупается лучше любой другой.","Заодно договоритесь о правиле красной сборки: сломал — чинишь сейчас, до новой работы. Правило простое, соблюдается тяжело и держит всю конструкцию.",{"h":32,"id":33,"paras":34},"Второй-третий месяц: тесты на новом коде","testy",[35,36,37],"Возьмите одно правило: новый код приходит с тестом. Без исключений и без разговоров о покрытии старого.","Через квартал покрытие вырастает именно там, где команда работает, а это и есть места, которые чаще ломаются. Проект «покрыть всё тестами» отменяют при первом срочном требовании, и вложенное время пропадает.","Ожидайте замедления на первые несколько недель. Люди учатся писать тесты, и это стоит времени; предупредите руководство заранее.",{"h":39,"id":40,"paras":41},"Параллельно: пары на сложном","para",[42,43],"Начните с ситуаций, где польза очевидна: незнакомый участок кода, задача с высокой ценой ошибки, новый человек в команде.","Дальше пусть команда решает сама. Постоянная парная работа устраивает не всех и по приказу даёт худший результат, чем её отсутствие.",{"h":45,"id":46,"paras":47},"Дальше: рефакторинг и запас","dolg",[48,49,50],"Когда тесты появились, рефакторинг становится безопасным. Введите правило «оставь код чище, чем нашёл» в пределах текущей задачи и не выносите улучшения в отдельный проект.","Одновременно оставьте запас в недельном плане. Без него срочная задача съест ровно то, что вы только что построили: сначала рефакторинг, потом тесты.","Признак, что практики прижились: команда пишет тесты и приводит код в порядок без напоминаний, потому что так быстрее, а не потому что так велели.",{"head":52,"rows":56,"title":80},[53,54,55],"КОГДА","ЧТО","ПРИЗНАК ГОТОВНОСТИ К СЛЕДУЮЩЕМУ ШАГУ",[57,61,64,68,72,76],[58,59,60],"Первый месяц","Ускорить сборку","Полная сборка укладывается в минуты",[58,62,63],"Автоматическая сборка изменений","Красная сборка чинится в тот же день",[65,66,67],"2–3 месяц","Тесты на новом коде","Правило соблюдается без напоминаний",[69,70,71],"Параллельно","Пары на сложных задачах","Команда просит пару сама",[73,74,75],"3–4 месяц","Рефакторинг в пределах задачи","Код в активных местах становится проще",[77,78,79],"Постоянно","Запас в недельном плане","Запас переживает срочные задачи","Порядок внедрения",{"lead":82,"items":83,"title":92},"Ошибка почти всегда одна: начали сверху пирамиды. Проверьте, что под каждой введённой практикой стоит опора.",[84,85,86,87,88,89,90,91],"Время полной сборки замерено и сокращается","Каждое изменение собирается автоматически","Правило красной сборки записано и соблюдается","Новый код приходит с тестом без исключений","Руководство предупреждено о замедлении на первые недели","Парная работа началась с добровольных ситуаций","Рефакторинг идёт внутри задач, отдельного проекта нет","В недельном плане есть незанятый запас","Внедрение идёт правильно",{"lead":94,"links":95,"title":105,"points":106},"Внедрение практик — это набор изменений в работе команды, и ведут его так же, как любые улучшения: отдельным списком с ответственным и проверкой результата.",[96,101],{"to":97,"tag":98,"text":99,"title":100},"\u002Ffeatures\u002Fspisok\u002F","ВОЗМОЖНОСТЬ","Отдельный список улучшений процесса.","Список",{"to":102,"tag":98,"text":103,"title":104},"\u002Ffeatures\u002Fstranitsa\u002F","Итоги разборов и решения команды.","Страницы","Что помогает в Shtab",[107,108,109,110,111],"Список улучшений процесса отдельно от продуктовых задач, чтобы они не проигрывали срочному.","Повторяющаяся задача на замер времени сборки показывает динамику.","Ограничение незавершённой работы удерживает запас ёмкости.","Метка технического долга собирает места, требующие рефакторинга.","Итоги разборов страницами: что попробовали и что из этого осталось.",[113,116,119,122],{"a":114,"q":115},"До состояния, когда практики держатся без напоминаний, — от полугода до года на команду. Быстрее всего идёт скорость сборки, медленнее всего меняется привычка писать тесты до кода. Компании, ожидающие результата за месяц, обычно останавливаются на первом замедлении.","Сколько времени занимает внедрение?",{"a":117,"q":118},"Разговаривать цифрами: сколько времени команда тратит на исправление ошибок после выпуска и сколько занимает разбор каждой. Обычно оказывается, что заметная доля ёмкости уходит именно туда. Просьба «дайте время на качество» проигрывает, а расчёт стоимости дефектов работает.","Что делать, если руководство требует не тратить время на тесты?",{"a":120,"q":121},"Да, они независимы. Инженерные практики улучшают работу команды при любом способе организации, включая последовательный. Организационная часть подхода — недельный ритм и истории — пересекается со Scrum, и её обычно берут оттуда.","Можно ли внедрять практики без Scrum или Kanban?",{"a":123,"q":124},"С самой простой автоматической сборки, пусть без тестов: изменение попадает в общую ветку и собирается. Это уже ловит конфликты и поломки компиляции. Тесты добавляются следующим шагом, когда сборка стала привычной частью работы.","С чего начать, если сборки нет вообще?",[126,129,132,135,138,141],{"slug":127,"title":128},"extreme-programming","Экстремальное программирование",{"slug":130,"title":131},"tdd","Разработка через тестирование",{"slug":133,"title":134},"continuous-integration","Непрерывная интеграция",{"slug":136,"title":137},"definition-of-done","Определение готовности",{"slug":139,"title":140},"increment","Инкремент",{"slug":142,"title":143},"continuous-improvement","Непрерывное улучшение",[145,150],{"to":146,"tag":147,"text":148,"title":149},"\u002Fmethodology\u002Fxp\u002Fpraktiki\u002F","ТЕМА","Что именно внедряется и на что опирается.","Инженерные практики XP",{"to":151,"tag":147,"text":152,"title":153},"\u002Fmethodology\u002Flean\u002Fuluchsheniya\u002F","Ритм, в котором идут любые изменения процесса.","Как запустить непрерывные улучшения",{"title":155,"description":156},"Как внедрять практики XP: порядок и опоры","Почему практики XP внедряют снизу вверх: скорость сборки, автоматическая интеграция, тесты на новом коде, пары на сложном, рефакторинг и запас в плане.",{"slug":158,"title":159,"short":160},"xp","Экстремальное программирование (XP)","XP",[162],{"slug":163,"title":149},"praktiki",[165,174,180,189,194,200,206,212,216,222],{"id":166,"name":167,"hex":168,"translations":169,"count_pages":173},8,"Компания","#f40925",{"ru":170,"en":171},{"name":167},{"name":172},"Company",9,{"id":175,"name":176,"hex":177,"translations":178,"count_pages":166},26,"Главная страница",null,{"ru":179},{"name":176},{"id":181,"name":182,"hex":183,"translations":184,"count_pages":188},2,"Проекты","#3027ff",{"ru":185,"en":186},{"name":182},{"name":187},"Project",15,{"id":190,"name":191,"hex":177,"translations":192,"count_pages":181},33,"ИИ",{"ru":193},{"name":191},{"id":195,"name":196,"hex":177,"translations":197,"count_pages":199},34,"Комментарии",{"ru":198},{"name":196},4,{"id":201,"name":202,"hex":177,"translations":203,"count_pages":205},25,"Задачи",{"ru":204},{"name":202},24,{"id":207,"name":208,"hex":177,"translations":209,"count_pages":211},27,"Рабочие пространства",{"ru":210},{"name":208},3,{"id":205,"name":213,"hex":177,"translations":214,"count_pages":166},"Kanban-доска",{"ru":215},{"name":213},{"id":217,"name":218,"hex":177,"translations":219,"count_pages":221},23,"Диаграмма Ганта",{"ru":220},{"name":218},1,{"id":188,"name":223,"hex":177,"translations":224,"count_pages":221},"Календарь",{"ru":225},{"name":223}]