[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-cross-functional-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":168},{"id":68,"slug":69,"translations":70,"category":84,"tags":91,"letter":105,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":106,"related":120,"views_count":165,"helpful_yes_count":109,"helpful_no_count":109,"created_at":166,"updated_at":167,"published_at":17},30,"cross-functional-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},"Кросс-функциональная команда","Команда, в которой собраны все компетенции, нужные для создания продукта целиком.","Кросс-функциональная команда — команда, в которой собраны все компетенции, нужные для создания целого продукта без зависимости от других команд: бэкенд, фронтенд, тестирование, дизайн, иногда продакт-менеджер и инженер по инфраструктуре. Такая команда доводит истории от идеи до релиза сама, это убирает межкомандные блокировки и ускоряет работу.","\u003Cp>Кросс-функциональность — обязательное свойство Scrum-команды. Идея простая: чтобы каждый спринт выдавать готовый инкремент, все нужные роли должны быть внутри команды.\u003C\u002Fp>\u003Cp>Типичный состав кросс-функциональной команды для веб-продукта:\u003C\u002Fp>\u003Cul>\u003Cli>2–3 бэкенд-разработчика\u003C\u002Fli>\u003Cli>1–2 фронтенд-разработчика\u003C\u002Fli>\u003Cli>1 инженер по тестированию (QA)\u003C\u002Fli>\u003Cli>1 дизайнер (часто частично, на 50%)\u003C\u002Fli>\u003Cli>1 инженер по инфраструктуре (DevOps), по необходимости, на 25%\u003C\u002Fli>\u003Cli>плюс Product Owner и Scrum Master\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Альтернатива — \u003Cstrong>функциональные команды\u003C\u002Fstrong> (только бэкенд, только фронтенд), где каждая новая возможность требует координации между несколькими командами. Это медленно и порождает взаимные блокировки.\u003C\u002Fp>","\u003Cul>\u003Cli>Делаете полноценный продукт с фронтендом, бэкендом и инфраструктурой\u003C\u002Fli>\u003Cli>Хотите уменьшить число межкомандных блокировок\u003C\u002Fli>\u003Cli>Можете выделить команде «своих» дизайнера и тестировщика\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Очень маленькая команда (2–3 человека) — каждый и так делает всё\u003C\u002Fli>\u003Cli>Узкоспециализированный домен (высокочастотная торговля, исследования в ML) — иногда специализация важнее кросс-функциональности\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>В компании 4 кросс-функциональные команды по 7 человек. Каждая делает свой эпик целиком: команда А — биллинг, команда Б — мобильное приложение, команда В — интеграции, команда Г — личный кабинет. Зависимостей между командами почти нет, каждая выпускает релизы независимо.\u003C\u002Fp>","\u003Cp>При переходе от функциональных команд к кросс-функциональным пригодится модель Spotify: постоянные команды по продуктовым направлениям («отряды») и регулярные «гильдии» — встречи специалистов одной роли из разных команд для обмена знаниями.\u003C\u002Fp>","кросс-функциональная команда, продуктовая команда, универсальная команда, Cross-functional team","Cross-functional Team","Кросс-функциональная команда — что это и зачем | Глоссарий Shtab","Кросс-функциональная команда — команда, где есть все компетенции для готового продукта. Чем отличается от функциональной, типовой состав и как перейти.",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":87},"agile","#5e79ec",{"ru":88},{"title":89,"description":90},"Agile","Гибкие методологии разработки и управления проектами: Scrum, Kanban, XP и их элементы — спринты, бэклоги, церемонии, роли.",[92,98],{"id":51,"slug":93,"kind":93,"hex":94,"order":51,"translations":95},"role","#14b8a6",{"ru":96},{"title":97},"Роль",{"id":6,"slug":99,"kind":100,"hex":101,"order":6,"translations":102},"concept","other","#4b5370",{"ru":103},{"title":104},"Концепция","К",[107,114],{"id":108,"order":109,"translations":110},1465,0,{"ru":111},{"question":112,"answer":113},"Чем кросс-функциональная команда отличается от функциональной?","\u003Cp>В кросс-функциональной команде собраны все нужные роли — бэкенд, фронтенд, тестирование, дизайн, — поэтому она доводит задачу от идеи до релиза сама. В функциональной команде собрана одна роль, например только бэкенд, и для любой заметной задачи приходится договариваться с соседними командами: сроки складываются из чужих очередей, а ответственность за результат размывается.\u003C\u002Fp>",{"id":115,"order":61,"translations":116},1466,{"ru":117},{"question":118,"answer":119},"Все ли должны уметь делать всё?","\u003Cp>Нет. У каждого остаётся основная специализация — бэкенд, фронтенд, тестирование или дизайн, — а требование «покрыть все компетенции» относится к команде в целом, а не к каждому человеку. Полезно, когда участники немного разбираются в смежных областях и могут подстраховать друг друга, но превращать всех в универсалов не нужно.\u003C\u002Fp>",{"related":121,"synonym":142,"antonym":157},[122,129,136],{"id":123,"slug":124,"translations":125},37,"squad",{"ru":126},{"title":127,"short_definition":128},"Squad (сквад, продуктовая команда)","Автономная кросс-функциональная команда из 6–12 человек в модели Spotify, по смыслу равная Scrum-команде.",{"id":130,"slug":131,"translations":132},170,"belbin-roles",{"ru":133},{"title":134,"short_definition":135},"Командные роли по Белбину","Модель из 9 командных ролей (генератор идей, координатор, мотиватор, реализатор и другие), описывающая поведенческие предпочтения участников команды.",{"id":21,"slug":137,"translations":138},"scrum",{"ru":139},{"title":140,"short_definition":141},"Scrum","Гибкий фреймворк разработки продуктов короткими итерациями — спринтами — с фиксированными ролями, артефактами и встречами.",[143,150],{"id":144,"slug":145,"translations":146},45,"feature-team",{"ru":147},{"title":148,"short_definition":149},"Feature Team (продуктовая команда)","Кросс-функциональная команда, которая делает пользовательскую функцию целиком — интерфейс, серверную часть, базу данных и тестирование — без зависимостей от других команд.",{"id":151,"slug":152,"translations":153},19,"development-team",{"ru":154},{"title":155,"short_definition":156},"Команда разработки","Кросс-функциональная самоорганизующаяся группа в Scrum, которая каждый спринт создаёт готовый инкремент.",[158],{"id":159,"slug":160,"translations":161},46,"component-team",{"ru":162},{"title":163,"short_definition":164},"Component Team (компонентная команда)","Компонентная команда отвечает за один технический слой — интерфейс, серверную часть или базу данных, — а не за пользовательскую функцию целиком.",131,"2026-04-25T22:42:15.609371+03:00","2026-04-25T22:42:15.609385+03:00",[169,187,206],{"id":61,"slug":85,"translations":170,"category":173,"tags":176,"letter":185,"cover":17,"updated_at":186,"published_at":17},{"ru":171},{"title":89,"short_definition":172,"translation_en":89},"Семейство гибких подходов к разработке продуктов и управлению проектами, основанное на коротких итерациях и быстрой адаптации к изменениям.",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":174},{"ru":175},{"title":89,"description":90},[177,182],{"id":61,"slug":178,"kind":178,"hex":86,"order":61,"translations":179},"methodology",{"ru":180},{"title":181},"Методология",{"id":6,"slug":99,"kind":100,"hex":101,"order":6,"translations":183},{"ru":184},{"title":104},"A","2026-04-25T22:42:14.793028+03:00",{"id":188,"slug":189,"translations":190,"category":195,"tags":198,"letter":185,"cover":17,"updated_at":205,"published_at":17},22,"acceptance-criteria",{"ru":191},{"title":192,"short_definition":193,"translation_en":194},"Acceptance Criteria (критерии приёмки)","Конкретные проверяемые условия, которым должна соответствовать пользовательская история, чтобы её приняли как выполненную.","Acceptance Criteria",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":196},{"ru":197},{"title":89,"description":90},[199],{"id":39,"slug":200,"kind":100,"hex":201,"order":39,"translations":202},"artifact","#888ca0",{"ru":203},{"title":204},"Артефакт","2026-04-25T22:42:15.380450+03:00",{"id":207,"slug":208,"translations":209,"category":214,"tags":217,"letter":228,"cover":17,"updated_at":229,"published_at":17},10,"burndown-chart",{"ru":210},{"title":211,"short_definition":212,"translation_en":213},"Burndown chart (диаграмма сгорания)","График, который показывает, сколько работы осталось в спринте или релизе по дням.","Burndown chart",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":215},{"ru":216},{"title":89,"description":90},[218,221],{"id":39,"slug":200,"kind":100,"hex":201,"order":39,"translations":219},{"ru":220},{"title":204},{"id":222,"slug":223,"kind":223,"hex":224,"order":222,"translations":225},6,"metric","#0F9488",{"ru":226},{"title":227},"Метрика","B","2026-04-25T22:42:15.056246+03:00"]