[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-component-team":66},true,[5,14,20,29,34,40,46,52,56,62],{"id":6,"name":7,"hex":8,"translations":9,"count_pages":13},8,"Компания","#f40925",{"ru":10,"en":11},{"name":7},{"name":12},"Company",9,{"id":15,"name":16,"hex":17,"translations":18,"count_pages":6},26,"Главная страница",null,{"ru":19},{"name":16},{"id":21,"name":22,"hex":23,"translations":24,"count_pages":28},2,"Проекты","#3027ff",{"ru":25,"en":26},{"name":22},{"name":27},"Project",15,{"id":30,"name":31,"hex":17,"translations":32,"count_pages":21},33,"ИИ",{"ru":33},{"name":31},{"id":35,"name":36,"hex":17,"translations":37,"count_pages":39},34,"Комментарии",{"ru":38},{"name":36},4,{"id":41,"name":42,"hex":17,"translations":43,"count_pages":45},25,"Задачи",{"ru":44},{"name":42},24,{"id":47,"name":48,"hex":17,"translations":49,"count_pages":51},27,"Рабочие пространства",{"ru":50},{"name":48},3,{"id":45,"name":53,"hex":17,"translations":54,"count_pages":6},"Kanban-доска",{"ru":55},{"name":53},{"id":57,"name":58,"hex":17,"translations":59,"count_pages":61},23,"Диаграмма Ганта",{"ru":60},{"name":58},1,{"id":28,"name":63,"hex":17,"translations":64,"count_pages":61},"Календарь",{"ru":65},{"name":63},{"detail":67,"more":141},{"id":68,"slug":69,"translations":70,"category":84,"tags":91,"letter":107,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":108,"related":122,"views_count":138,"helpful_yes_count":111,"helpful_no_count":111,"created_at":139,"updated_at":140,"published_at":17},46,"component-team",{"ru":71},{"title":72,"short_definition":73,"tldr":74,"full_explanation":75,"when_to_apply":76,"when_not_to_apply":77,"examples":78,"tips":79,"synonyms":80,"translation_en":81,"seo_title":82,"seo_description":83},"Component Team (компонентная команда)","Компонентная команда отвечает за один технический слой — интерфейс, серверную часть или базу данных, — а не за пользовательскую функцию целиком.","Component Team (компонентная команда) отвечает за один технический слой: интерфейс, серверную часть, базу данных или мобильное приложение. Это противоположность продуктовой команде. Специализация выглядит выгодной, но любая пользовательская функция требует согласования нескольких команд сразу, поэтому растут зависимости, появляются очереди задач и поставка заметно замедляется.","\u003Cp>Component Team, или компонентная команда, — традиционный способ организовать разработку по техническим компонентам. До распространения Agile это было нормой во многих компаниях, встречается и сейчас.\u003C\u002Fp>\u003Ch3>Примеры компонентных команд\u003C\u002Fh3>\u003Cul>\u003Cli>Команда интерфейса — только веб- и мобильные экраны.\u003C\u002Fli>\u003Cli>Команда серверной части — только API.\u003C\u002Fli>\u003Cli>Команда базы данных — только схема и миграции.\u003C\u002Fli>\u003Cli>Мобильная команда — только iOS и Android.\u003C\u002Fli>\u003Cli>Команда инфраструктуры — DevOps.\u003C\u002Fli>\u003C\u002Ful>\u003Ch3>Плюсы\u003C\u002Fh3>\u003Cul>\u003Cli>Глубокая экспертиза в своей технологии.\u003C\u002Fli>\u003Cli>Простое управление: понятная иерархия.\u003C\u002Fli>\u003Cli>Меньше дублирования кода.\u003C\u002Fli>\u003C\u002Ful>\u003Ch3>Минусы\u003C\u002Fh3>\u003Cul>\u003Cli>\u003Cstrong>Каждая функция требует согласования многих команд\u003C\u002Fstrong>. Простая пользовательская история «добавить кнопку» превращается в задачу для интерфейса, серверной части и базы данных — минимум два спринта вместо одного.\u003C\u002Fli>\u003Cli>Медленный вывод продукта на рынок.\u003C\u002Fli>\u003Cli>«Переброс через стену»: команда не видит итоговой ценности для пользователя.\u003C\u002Fli>\u003Cli>Очереди задач: одна команда блокирует остальные.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>В Agile-литературе компонентная команда считается антипаттерном продуктовой разработки. SAFe и LeSS прямо рекомендуют продуктовые команды. Компонентные команды оправданы только для инфраструктуры, общих платформ и узкоспециализированных областей.\u003C\u002Fp>","\u003Cul>\u003Cli>Платформенная команда, которая развивает общую инфраструктуру\u003C\u002Fli>\u003Cli>Очень узкая предметная область\u003C\u002Fli>\u003Cli>Поддержка устаревшего стека технологий\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Продуктовая разработка, где важна скорость вывода на рынок\u003C\u002Fli>\u003Cli>Любая разработка того, что видит пользователь, — лучше продуктовые команды\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>Команда серверной части поддерживает API, команда интерфейса делает экраны. Чтобы выпустить функцию «фильтр по дате», владелец продукта ставит задачу в бэклог серверной команды и ждёт спринт, затем ставит задачу в бэклог команды интерфейса и ждёт ещё спринт. Итого 4 недели вместо 2 в продуктовой команде.\u003C\u002Fp>","\u003Cp>Если команды устроены по компонентам и функции едут месяцами, это сигнал к перестройке. В Shtab держите портфель проектов и диаграмму Ганта: на них видно, сколько задач одной команды ждёт другую. Когда таких связок больше половины, пора собирать продуктовые команды.\u003C\u002Fp>","Component Team, компонентная команда, команда по техническому компоненту, функциональная команда","Component Team","Component Team — компонентная команда | Глоссарий Shtab","Компонентная команда (Component Team) отвечает за один технический слой: интерфейс, сервер или базу данных. Плюсы, минусы и почему это антипаттерн.",{"id":21,"slug":85,"hex":86,"icon":17,"order":21,"translations":87},"agile-scaled","#7c5ce6",{"ru":88},{"title":89,"description":90},"Масштабирование Agile","Фреймворки и практики для применения Agile в больших организациях: SAFe, LeSS, Nexus, Spotify-модель, ART, PI Planning, кросс-командные роли.",[92,99],{"id":6,"slug":93,"kind":94,"hex":95,"order":6,"translations":96},"concept","other","#4b5370",{"ru":97},{"title":98},"Концепция",{"id":100,"slug":101,"kind":94,"hex":102,"order":103,"translations":104},10,"team-topology","#3a5fff",11,{"ru":105},{"title":106},"Структура команд","C",[109,116],{"id":110,"order":111,"translations":112},1107,0,{"ru":113},{"question":114,"answer":115},"Когда компонентная команда оправдана?","\u003Cp>Компонентная команда оправдана для инфраструктуры и общих платформ (DevOps, единые сервисы), для узких предметных областей вроде исследований в машинном обучении и для поддержки устаревших систем. Для продуктовой разработки это антипаттерн: каждая пользовательская функция превращается в цепочку задач для нескольких команд, зависимости растут, а сроки выпуска увеличиваются вдвое и больше.\u003C\u002Fp>",{"id":117,"order":61,"translations":118},1108,{"ru":119},{"question":120,"answer":121},"Как перейти от компонентных команд к продуктовым?","\u003Cp>Постепенно: расформируйте крупные технические отделы и переведите людей в продуктовые команды, где есть все нужные компетенции. Линейное управление и рост сотрудников оставьте за руководителями профессиональных групп (Chapter Lead). Переход болезненный и обычно занимает от 6 до 12 месяцев, поэтому начинайте с одной пилотной команды и показывайте на ней сокращение сроков поставки.\u003C\u002Fp>",{"antonym":123},[124,131],{"id":125,"slug":126,"translations":127},45,"feature-team",{"ru":128},{"title":129,"short_definition":130},"Feature Team (продуктовая команда)","Кросс-функциональная команда, которая делает пользовательскую функцию целиком — интерфейс, серверную часть, базу данных и тестирование — без зависимостей от других команд.",{"id":132,"slug":133,"translations":134},30,"cross-functional-team",{"ru":135},{"title":136,"short_definition":137},"Кросс-функциональная команда","Команда, в которой собраны все компетенции, нужные для создания продукта целиком.",128,"2026-04-25T22:42:16.502760+03:00","2026-04-25T22:42:16.502779+03:00",[142,166,188],{"id":143,"slug":144,"translations":145,"category":150,"tags":153,"letter":164,"cover":17,"updated_at":165,"published_at":17},41,"agile-release-train",{"ru":146},{"title":147,"short_definition":148,"translation_en":149},"Agile Release Train (ART, поезд поставки)","Долгоживущий «поезд» из 5–12 команд в SAFe, которые синхронно работают над одним продуктом и планируют работу инкрементами по 8–12 недель.","Agile Release Train (ART)",{"id":21,"slug":85,"hex":86,"icon":17,"order":21,"translations":151},{"ru":152},{"title":89,"description":90},[154,159],{"id":21,"slug":155,"kind":155,"hex":86,"order":21,"translations":156},"framework",{"ru":157},{"title":158},"Фреймворк",{"id":13,"slug":160,"kind":155,"hex":86,"order":100,"translations":161},"scaling",{"ru":162},{"title":163},"Масштабирование","A","2026-04-25T22:42:16.372302+03:00",{"id":167,"slug":168,"translations":169,"category":174,"tags":177,"letter":107,"cover":17,"updated_at":187,"published_at":17},38,"chapter",{"ru":170},{"title":171,"short_definition":172,"translation_en":173},"Chapter (профессиональная группа)","Chapter — горизонтальная группа специалистов одной роли внутри племени (Tribe) в модели Spotify; её ведёт наставник и линейный руководитель Chapter Lead.","Chapter",{"id":21,"slug":85,"hex":86,"icon":17,"order":21,"translations":175},{"ru":176},{"title":89,"description":90},[178,184],{"id":51,"slug":179,"kind":179,"hex":180,"order":51,"translations":181},"role","#14b8a6",{"ru":182},{"title":183},"Роль",{"id":100,"slug":101,"kind":94,"hex":102,"order":103,"translations":185},{"ru":186},{"title":106},"2026-04-25T22:42:16.296141+03:00",{"id":189,"slug":190,"translations":191,"category":196,"tags":199,"letter":107,"cover":17,"updated_at":206,"published_at":17},47,"communities-of-practice",{"ru":192},{"title":193,"short_definition":194,"translation_en":195},"Communities of Practice (CoP, сообщество практиков)","Неформальное сообщество специалистов из разных команд, объединённых общей практикой и желанием учиться друг у друга.","Communities of Practice (CoP)",{"id":21,"slug":85,"hex":86,"icon":17,"order":21,"translations":197},{"ru":198},{"title":89,"description":90},[200,203],{"id":6,"slug":93,"kind":94,"hex":95,"order":6,"translations":201},{"ru":202},{"title":98},{"id":100,"slug":101,"kind":94,"hex":102,"order":103,"translations":204},{"ru":205},{"title":106},"2026-04-25T22:42:16.527176+03:00"]