[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"methodology-topic-agile-scaling-zavisimosti":4,"footer-feature-tags":163},true,{"topic":5,"parent":153,"siblings":157},{"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":111,"terms":124,"related":140,"seo":150},"zavisimosti","Как управлять зависимостями","убрать структурой, а не координировать","Зависимости между командами: как их убирать и как жить с остатком","Координация делает ожидание предсказуемым. Убирает его только изменение структуры: команда, способная довести функцию до пользователя, никого не ждёт.","6 мин чтения","2026-08-30",[14,15],"зависимости","продвинутый уровень",[17,25,32,40,47],{"h":18,"id":19,"paras":20},"Откуда берутся зависимости","otkuda",[21,22,23,24],"Первый источник — нарезка команд. Когда каждая отвечает за технический слой или отдельный компонент, любая заметная функция требует работы троих, и появляется очередь.","Второй — общие ресурсы. Один архитектор на пять команд, единственный человек с доступом к промышленной среде, общая тестовая площадка. Такие узкие места создают ожидание независимо от того, как устроены процессы.","Третий — внешние стороны: смежные подразделения, подрядчики, регуляторные согласования. Их убрать нельзя, зато можно перестать узнавать о них в последний момент.","Полезно помнить закон Конвея: система получается такой, каковы каналы общения внутри организации. Структура команд проявляется в архитектуре продукта, и обратное тоже верно.",{"h":26,"id":27,"paras":28},"Как убирать","ubirat",[29,30,31],"Самый действенный способ — собрать команду вокруг функции, чтобы она доводила результат до пользователя самостоятельно. Шаг тяжёлый организационно и снимает большую часть очередей разом.","Второй способ — снять узкое место в общих ресурсах: научить людей в командах делать то, ради чего они ходят к единственному специалисту, дать доступы, размножить среды. Часто это дешевле, чем кажется, и всегда дешевле постоянного ожидания.","Третий — договориться об интерфейсах между областями заранее. Когда границы описаны, команды работают параллельно и встречаются на согласованном стыке.",{"h":33,"id":34,"paras":35},"Как жить с остатком","zhit",[36,37,38,39],"Часть зависимостей останется всегда. Задача — сделать их видимыми и предсказуемыми, чтобы ожидание перестало быть сюрпризом.","Каждая зависимость получает три вещи: кто ждёт, чего именно и к какой дате. Формулировка «нам нужна помощь смежников» зависимостью не является — по ней нельзя ни спланировать, ни спросить.","Полезная привычка — называть зависимости на общем планировании вслух и записывать их в одном месте, доступном всем командам. Половина срывов происходит из-за того, что о зависимости знали двое.","Отдельно отслеживайте те, что появились в середине периода: их доля показывает, насколько формально проходит планирование.",{"h":41,"id":42,"paras":43},"Очередь к общей команде","ochered",[44,45,46],"Если без общей команды не обойтись — платформа, безопасность, инфраструктура, — сделайте её работу видимой очередью с ограничением. Тогда становится понятно, сколько ждать, и появляется предмет для разговора о приоритетах.","Худший вариант — обращения к такой команде через личные договорённости. Работа идёт в порядке настойчивости обратившихся, а срок предсказать невозможно.","Хорошая практика — обещание по времени реакции на типовые запросы и открытый список того, что в работе.",{"h":48,"id":49,"paras":50},"Что измерять","izmerenie",[51,52],"Считайте число зависимостей на период и время ожидания на стыках. Снижение первого показателя — прямое свидетельство того, что структурные изменения работают.","Отдельно смотрите долю зависимостей, о которых узнали внезапно. Она говорит о качестве планирования лучше, чем любые опросы участников.",{"head":54,"rows":58,"title":79},[55,56,57],"ИСТОЧНИК","ПРИЗНАК","ЧТО ДЕЛАТЬ",[59,63,67,71,75],[60,61,62],"Нарезка по слоям","Любая функция требует троих","Собрать команды вокруг функций",[64,65,66],"Единственный специалист","Очередь к одному человеку","Обучить людей в командах, дать доступы",[68,69,70],"Общая среда или стенд","Команды ждут своей очереди","Размножить среды или расписать окна",[72,73,74],"Общая платформенная команда","Запросы идут через личные связи","Видимая очередь с ограничением и обещанием по сроку",[76,77,78],"Внешняя сторона","Согласование всплывает в конце","Заводить как зависимость с датой на планировании","Источники зависимостей и что с ними делать",{"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\u002Fkonstruktory-form\u002F","ВОЗМОЖНОСТЬ","Приём запросов к общей команде без личных договорённостей.","Конструктор форм",{"to":100,"tag":96,"text":101,"title":102},"\u002Ffeatures\u002Fsla\u002F","Обещание по времени реакции на типовые запросы.","Контроль сроков","Как сделать зависимости видимыми в Shtab",[105,106,107,108,109,110],"Связи задач между проектами показывают, кто кого ждёт, прямо в карточке.","Отдельный статус «ждёт другую команду» делает ожидание видимым в отчёте по времени.","Ограничение незавершённой работы у общей команды превращает поток запросов в управляемую очередь.","Форма приёма запросов к платформенной команде заменяет обращения через личные связи.","Контроль сроков реакции задаёт обещание по типовым запросам.","Диаграмма Ганта показывает, как сдвиг на стыке двигает общий срок.",[112,115,118,121],{"a":113,"q":114},"Полностью — нет, и стремиться к этому не стоит. Реалистичная цель: убрать те, что порождены нарезкой команд и узкими местами в ресурсах, а оставшиеся сделать видимыми и предсказуемыми. Обычно после пересборки команд остаётся четверть от прежнего количества.","Можно ли убрать зависимости совсем?",{"a":116,"q":117},"Сделать очередь видимой и ограничить незавершённую работу, ввести обещание по времени реакции на типовые запросы и открытый список того, что в работе. Параллельно снимать причину: часть запросов обычно можно закрыть самообслуживанием, если дать командам доступы и шаблоны.","Что делать с платформенной командой, к которой очередь?",{"a":119,"q":120},"Цифрами. Посчитайте время ожидания на стыках за квартал и переведите его в задержанные функции или в деньги. Разговор о структуре без этих чисел упирается в привычные зоны ответственности и обычно заканчивается ничем.","Как убедить руководство менять структуру команд?",{"a":122,"q":123},"Да, и заводить её с датой так же, как внутреннюю. Убрать её нельзя, а вот перестать узнавать о ней в последний момент — вполне. Регуляторные и договорные согласования известны заранее, и их место в плане определяется на планировании периода.","Считать ли зависимостью ожидание внешнего согласования?",[125,128,131,134,137],{"slug":126,"title":127},"feature-team","Продуктовая команда",{"slug":129,"title":130},"component-team","Компонентная команда",{"slug":132,"title":133},"dependency","Зависимость",{"slug":135,"title":136},"bottleneck","Узкое место",{"slug":138,"title":139},"wip","Незавершённая работа",[141,146],{"to":142,"tag":143,"text":144,"title":145},"\u002Fmethodology\u002Fagile-scaling\u002Fsinhronizatsiya\u002F","ТЕМА","События, на которых зависимости называют и разбирают.","Как синхронизировать команды",{"to":147,"tag":143,"text":148,"title":149},"\u002Fmethodology\u002Fkanban\u002Fpotok\u002F","Как работать с узким местом и очередью к общей команде.","Поток и ограничения в Kanban",{"title":151,"description":152},"Зависимости между командами: как убирать и как жить","Откуда берутся зависимости при масштабировании, как убирать их структурой команд и общими ресурсами, как делать остаток видимым и что измерять. Очередь к платформенной команде.",{"slug":154,"title":155,"short":156},"agile-scaling","Масштабирование Agile (SAFe, LeSS, Nexus)","масштабирование",[158,161],{"slug":159,"title":160},"vnedrenie","Как масштабировать Agile",{"slug":162,"title":145},"sinhronizatsiya",[164,173,179,188,193,199,205,211,215,221],{"id":165,"name":166,"hex":167,"translations":168,"count_pages":172},8,"Компания","#f40925",{"ru":169,"en":170},{"name":166},{"name":171},"Company",9,{"id":174,"name":175,"hex":176,"translations":177,"count_pages":165},26,"Главная страница",null,{"ru":178},{"name":175},{"id":180,"name":181,"hex":182,"translations":183,"count_pages":187},2,"Проекты","#3027ff",{"ru":184,"en":185},{"name":181},{"name":186},"Project",15,{"id":189,"name":190,"hex":176,"translations":191,"count_pages":180},33,"ИИ",{"ru":192},{"name":190},{"id":194,"name":195,"hex":176,"translations":196,"count_pages":198},34,"Комментарии",{"ru":197},{"name":195},4,{"id":200,"name":201,"hex":176,"translations":202,"count_pages":204},25,"Задачи",{"ru":203},{"name":201},24,{"id":206,"name":207,"hex":176,"translations":208,"count_pages":210},27,"Рабочие пространства",{"ru":209},{"name":207},3,{"id":204,"name":212,"hex":176,"translations":213,"count_pages":165},"Kanban-доска",{"ru":214},{"name":212},{"id":216,"name":217,"hex":176,"translations":218,"count_pages":220},23,"Диаграмма Ганта",{"ru":219},{"name":217},1,{"id":187,"name":222,"hex":176,"translations":223,"count_pages":220},"Календарь",{"ru":224},{"name":222}]