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