[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-bottom-up":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":231},{"id":68,"slug":69,"translations":70,"category":84,"tags":92,"letter":129,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":130,"related":162,"views_count":227,"helpful_yes_count":133,"helpful_no_count":133,"created_at":228,"updated_at":229,"published_at":230},384,"bottom-up",{"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},"Bottom-up","Подход, при котором инициативы, оценки и решения формируются на уровне исполнителей и агрегируются вверх по иерархии.","Информация и инициативы идут от исполнителей к руководству, а не наоборот.\nВ проектах — это декомпозиция работ до задач, оценка каждой и суммирование в общий бюджет и сроки.\nДаёт точность и вовлечённость, но требует дисциплины: большинство команд не измеряют точность своих bottom-up прогнозов.\nБез реальной автономии и обратной связи подход превращается в декларацию.\nЗрелые организации комбинируют bottom-up и top-down, а не выбирают одно.","\u003Ch2>Что такое bottom-up подход\u003C\u002Fh2>\u003Cp>Bottom-up — принцип управления, планирования и принятия решений, при котором информация, оценки и инициативы формируются на нижних уровнях организации (исполнители, команды, отдельные задачи) и агрегируются вверх. Руководство получает уже собранную и структурированную картину, а не спускает директиву вниз.\u003C\u002Fp>\u003Cp>Подход применяется в трёх основных контекстах: \u003Cstrong>оценка и планирование проектов\u003C\u002Fstrong>, \u003Cstrong>принятие управленческих решений\u003C\u002Fstrong> и \u003Cstrong>культура непрерывных улучшений\u003C\u002Fstrong>. В каждом из них механика схожа, но инструменты и риски разные.\u003C\u002Fp>\u003Ch2>Bottom-up vs top-down: когда что работает\u003C\u002Fh2>\u003Cp>Top-down задаёт направление быстро и единообразно: руководство формулирует цель, команда исполняет. Это эффективно там, где скорость важнее точности, а исполнители работают по стандартным процедурам — здравоохранение, производство, розничная торговля с жёсткими регламентами.\u003C\u002Fp>\u003Cfigure class=\"shtab-visual\">\u003Cimg src=\"https:\u002F\u002Fshtab.app\u002Fblog\u002Fcontent\u002Fimages\u002F2026\u002F09\u002Fcover-80.jpg\" alt=\"Ключевые различия подходов по критериям применения\" loading=\"lazy\" decoding=\"async\">\u003Cfigcaption>Ключевые различия подходов по критериям применения\u003C\u002Ffigcaption>\u003C\u002Ffigure>\u003Cp>Bottom-up даёт точность и вовлечённость: те, кто делают работу, лучше знают её объём, риски и узкие места. Но подход требует времени на сбор и согласование, а без структуры превращается в «хор, где каждый поёт свою песню».\u003C\u002Fp>\u003Cp>На практике зрелые организации не выбирают одно из двух. Ключевой вопрос — \u003Cstrong>какой слой принимает какой тип решений\u003C\u002Fstrong>: \u003Ca href=\"\u002Fglossary\u002Fstrategic-theme\u002F\" data-term-slug=\"strategic-theme\">стратегическое направление\u003C\u002Fa> остаётся за руководством (top-down), а оценки, инициативы улучшений и тактические решения идут снизу (bottom-up).\u003C\u002Fp>\u003Ch2>Bottom-up оценка и планирование в проектах\u003C\u002Fh2>\u003Cp>В проектном управлении bottom-up estimation — это декомпозиция работ до элементарных пакетов (WBS — \u003Ca href=\"\u002Fglossary\u002Fwbs\u002F\" data-term-slug=\"wbs\">Work Breakdown Structure\u003C\u002Fa>), оценка каждого пакета отдельно и суммирование в итоговый бюджет и сроки. Оценивают те, кто будет выполнять работу, а не менеджер по аналогии с прошлыми проектами.\u003C\u002Fp>\u003Cp>Преимущества метода очевидны: учитываются реальные зависимости, риски и трудоёмкость на уровне задач. Но метод работает только при двух условиях:\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>Зрелый бэклог\u003C\u002Fstrong> — работы декомпозированы достаточно детально для оценки.\u003C\u002Fli>\u003Cli>\u003Cstrong>\u003Ca href=\"\u002Fglossary\u002Ffive-s\u002F\" data-term-slug=\"five-s\">Дисциплина\u003C\u002Fa> измерения ошибок\u003C\u002Fstrong> — команда сравнивает прогноз с фактом и корректирует подход.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Второе условие нарушается повсеместно. По данным отраслевых исследований, \u003Cstrong>подавляющее большинство команд не измеряют точность своих bottom-up прогнозов вообще\u003C\u002Fstrong> — несмотря на то что декларируют использование подхода. Без замера ошибок bottom-up estimation даёт иллюзию точности, а не саму точность.\u003C\u002Fp>\u003Ch2>Bottom-up в культуре и \u003Ca href=\"\u002Fglossary\u002Fcontinuous-improvement\u002F\" data-term-slug=\"continuous-improvement\">continuous improvement\u003C\u002Fa>\u003C\u002Fh2>\u003Cp>Lean, Agile, TQM и Toyota Production System продвигают bottom-up улучшения: фронтлайн-сотрудники лучше всего позиционированы для выявления потерь и генерации решений. Кейсы подтверждают потенциал подхода.\u003C\u002Fp>\u003Cp>Midal Cables Mozambique после внедрения bottom-up problem solving — когда операционные команды сами находили узкие места и брали ownership за улучшения — получила рост выпуска на \u003Cstrong>25% без дополнительных ресурсов\u003C\u002Fstrong>, снижение расхода газа на \u003Cstrong>27%\u003C\u002Fstrong> и сокращение использования дорогих расходников на \u003Cstrong>33%\u003C\u002Fstrong>. JR Automation запустила программу сбора идей от сотрудников и получила \u003Cstrong>100+ предложений за первый год\u003C\u002Fstrong> со средним временем от идеи до действия в \u003Cstrong>2 недели\u003C\u002Fstrong>.\u003C\u002Fp>\u003Cp>Однако опрос, опубликованный в California Management Review (Berkeley, 2025), фиксирует системный «разрыв восприятия»: \u003Cstrong>менеджеры оценивают bottom-up подход к continuous improvement значительно позитивнее, чем сами сотрудники\u003C\u002Fstrong>. Декларируемый bottom-up часто ощущается снизу как управляемый сверху — без реальной автономии и видимой обратной связи. Подход превращается в декларацию, когда:\u003C\u002Fp>\u003Cul>\u003Cli>идеи собираются, но решения по ним не объясняются;\u003C\u002Fli>\u003Cli>сотрудники не видят статус своих предложений;\u003C\u002Fli>\u003Cli>инициативы конкурируют без прозрачных критериев приоритизации.\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Как внедрить bottom-up без хаоса\u003C\u002Fh2>\u003Cp>Иерархия при bottom-up не отменяется — меняется только то, \u003Cem>кто\u003C\u002Fem> и \u003Cem>на каком уровне\u003C\u002Fem> принимает решения. Чтобы процесс не превратился в затяжные согласования, нужны три элемента:\u003C\u002Fp>\u003Cfigure class=\"shtab-visual\">\u003Cimg src=\"https:\u002F\u002Fshtab.app\u002Fblog\u002Fcontent\u002Fimages\u002F2026\u002F09\u002Fcover-81.jpg\" alt=\"Три обязательных элемента и три практики запуска\" loading=\"lazy\" decoding=\"async\">\u003Cfigcaption>Три обязательных элемента и три практики запуска\u003C\u002Ffigcaption>\u003C\u002Ffigure>\u003Col>\u003Cli>\u003Cstrong>Фасилитатор или владелец процесса\u003C\u002Fstrong> — один-два человека, которые отслеживают поток инициатив и принимают решения с учётом фидбека команды, а не вместо неё.\u003C\u002Fli>\u003Cli>\u003Cstrong>Прозрачные критерии приоритизации\u003C\u002Fstrong> — фреймворки ICE (Impact, Confidence, Ease) или RICE (Reach, Impact, Confidence, Effort) позволяют команде самостоятельно оценивать и ранжировать идеи по единой шкале, а не спорить о важности.\u003C\u002Fli>\u003Cli>\u003Cstrong>Обязательный feedback loop\u003C\u002Fstrong> — автор инициативы должен видеть, что с ней произошло: взята в работу, отложена, отклонена — и почему. Без этого поток идей иссякает за 2–3 цикла.\u003C\u002Fli>\u003C\u002Fol>\u003Cp>Конкретные практики для внедрения:\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>\u003Ca href=\"\u002Fglossary\u002Fdelegation-poker\u002F\" data-term-slug=\"delegation-poker\">Delegation poker\u003C\u002Fa>\u003C\u002Fstrong> — команда и руководитель явно договариваются, какой уровень решений делегирован вниз, а какой остаётся за менеджером.\u003C\u002Fli>\u003Cli>\u003Cstrong>\u003Ca href=\"\u002Fglossary\u002Frefinement\u002F\" data-term-slug=\"refinement\">Refinement\u003C\u002Fa> с командой\u003C\u002Fstrong> — регулярная сессия, где исполнители декомпозируют и оценивают задачи до начала работы, а не после.\u003C\u002Fli>\u003Cli>\u003Cstrong>Открытый сбор инициатив\u003C\u002Fstrong> — структурированный канал (доска, проект, форма), куда любой участник добавляет предложение в любой момент, а не только на ретроспективе раз в квартал.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>ZF реализовала employee-driven intrapreneurship program именно по этой логике: любой сотрудник мог развивать идею снизу вверх с выделенным бюджетом и временем. Результат — \u003Cstrong>40+ запущенных проектов\u003C\u002Fstrong> и \u003Cstrong>€500 млн в год influenced revenue\u003C\u002Fstrong> от продуктов программы.\u003C\u002Fp>","\u003Cul>\u003Cli>Планирование проекта с высокой неопределённостью — команда лучше менеджера знает реальную трудоёмкость задач.\u003C\u002Fli>\u003Cli>Разработка продукта или сервиса — исполнители и пользователи видят проблемы раньше, чем они попадают в отчёты.\u003C\u002Fli>\u003Cli>Внедрение культуры непрерывных улучшений (Lean, Agile, Kaizen) — фронтлайн-сотрудники ближе всего к потерям и узким местам.\u003C\u002Fli>\u003Cli>Формирование бюджета снизу — когда точность важнее скорости и каждое подразделение знает свои реальные потребности.\u003C\u002Fli>\u003Cli>Повышение вовлечённости команды — когда люди участвуют в принятии решений, они сильнее идентифицируются с результатом.\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Кризисные ситуации с жёсткими дедлайнами — сбор и согласование инициатив снизу занимает время, которого нет.\u003C\u002Fli>\u003Cli>Жёстко регламентированные отрасли (медицина, авиация, атомная энергетика) — стандарты безопасности не обсуждаются голосованием команды.\u003C\u002Fli>\u003Cli>Команда не имеет достаточной экспертизы — bottom-up оценки от людей без опыта дают иллюзию точности, а не саму точность.\u003C\u002Fli>\u003Cli>Отсутствует инфраструктура для сбора и обработки инициатив — без feedback loop и прозрачной приоритизации подход быстро дискредитирует себя.\u003C\u002Fli>\u003Cli>Стратегическое целеполагание — bottom-up не заменяет выбор направления компании: попытка вывести стратегию голосованием снизу приводит к локальной оптимизации вместо системного курса.\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>\u003Cstrong>Кейс 1: Производственная компания — рост выпуска без инвестиций\u003C\u002Fstrong>\u003Cbr>Midal Cables Mozambique столкнулась с операционными потерями и низкой вовлечённостью персонала. Вместо найма консультантов для диагностики компания обучила операционные команды самостоятельно выявлять узкие места и предлагать решения — с полным ownership за реализацию. Результат за несколько недель: выпуск вырос на 25% без дополнительных ресурсов, расход газа снизился на 27%, использование дорогих расходников сократилось на 33%.\u003C\u002Fp>\u003Cp>\u003Cstrong>Кейс 2: Машиностроение — bottom-up инновации в корпорации\u003C\u002Fstrong>\u003Cbr>ZF запустила программу, где любой сотрудник мог развивать идею снизу вверх: компания выделяла бюджет и рабочее время. Критически важным элементом была прозрачная фильтрация — идеи проходили управленческую оценку, а не просто собирались в ящик. Через программу запущено 40+ проектов, продукты программы генерируют €500 млн в год influenced revenue.\u003C\u002Fp>\u003Cp>\u003Cstrong>Кейс 3: Производитель HVAC-оборудования — bottom-up диагностика для инвесторов\u003C\u002Fstrong>\u003Cbr>При подготовке к сделке консультанты провели пятинедельную bottom-up диагностику: собрали инициативы по улучшениям непосредственно с четырёх производственных площадок, структурировали по направлениям (value engineering, операционные процессы, бэк-офис) и оцифровали потенциал каждой. До этого потенциал экономии существовал, но был «размазан» и не структурирован. Итог: подтверждённое улучшение EBITDA на $13 млн (500 bps) и оценённое создание стоимости на $90 млн.\u003C\u002Fp>","\u003Cp>\u003Cstrong>Совет от Shtab:\u003C\u002Fstrong> Создайте в Shtab отдельный проект-«копилку инициатив»: любой участник команды добавляет задачу-предложение в любой момент, не дожидаясь ретроспективы. На еженедельном refinement команда оценивает каждую идею по ICE или RICE — добавьте Impact, Confidence, Ease в описание или комментарий карточки задачи. Так bottom-up идеи не теряются в чатах, проходят прозрачный цикл от предложения до решения, а автор всегда видит статус своей инициативы.\u003C\u002Fp>","снизу вверх, восходящий подход, bottom-up approach, bottom-up estimation, bottom-up management","Bottom-Up","Bottom-up: что это и как применять в управлении","Bottom-up — подход, при котором оценки и решения идут от исполнителей вверх. Три контекста применения, реальные кейсы с цифрами и механизмы внедрения без хаоса.",{"id":85,"slug":86,"hex":87,"icon":17,"order":85,"translations":88},7,"people-leadership","#7c5ce6",{"ru":89},{"title":90,"description":91},"Команды и лидерство","Управление людьми и командами: модели лидерства (servant, situational, transformational), командная динамика (Tuckman, Belbin, psychological safety), HR-процессы (hiring, onboarding, performance review, retention), фреймворки обратной связи (radical candor, 360, SCARF).",[93,100,107,116,123],{"id":85,"slug":94,"kind":95,"hex":96,"order":85,"translations":97},"estimation","tool","#cc5649",{"ru":98},{"title":99},"Оценка",{"id":6,"slug":101,"kind":102,"hex":103,"order":6,"translations":104},"concept","other","#4b5370",{"ru":105},{"title":106},"Концепция",{"id":108,"slug":109,"kind":110,"hex":111,"order":112,"translations":113},11,"planning","phase","#5e79ec",12,{"ru":114},{"title":115},"Планирование",{"id":117,"slug":118,"kind":102,"hex":111,"order":119,"translations":120},18,"strategy",31,{"ru":121},{"title":122},"Стратегия",{"id":47,"slug":124,"kind":102,"hex":87,"order":125,"translations":126},"leadership",60,{"ru":127},{"title":128},"Лидерство","B",[131,138,144,150,156],{"id":132,"order":133,"translations":134},2008,0,{"ru":135},{"question":136,"answer":137},"Чем bottom-up отличается от top-down подхода?","\u003Cp>Top-down: руководство формулирует цель или оценку и спускает её вниз для исполнения. Bottom-up: исполнители формируют оценки и инициативы самостоятельно, руководство агрегирует и принимает решение на основе этих данных. Top-down быстрее, bottom-up точнее — при условии, что исполнители достаточно компетентны и дисциплинированы в измерении своих прогнозов.\u003C\u002Fp>",{"id":139,"order":61,"translations":140},2009,{"ru":141},{"question":142,"answer":143},"Нужно ли полностью отказываться от иерархии при внедрении bottom-up?","\u003Cp>Нет. Иерархия остаётся, меняется только то, кто принимает какой тип решений. При bottom-up подходе нужен фасилитатор — один-два руководителя, которые отслеживают поток инициатив и принимают финальные решения с учётом фидбека команды. Без этого процесс превращается в затяжные согласования без результата.\u003C\u002Fp>",{"id":145,"order":21,"translations":146},2010,{"ru":147},{"question":148,"answer":149},"Как bottom-up оценка повышает точность планирования проекта?","\u003Cp>При bottom-up estimation работы декомпозируются до элементарных пакетов (WBS), каждый оценивается тем, кто будет его выполнять, а итоговые цифры суммируются. Это устраняет главную ошибку top-down оценок — аналогию с прошлыми проектами без учёта специфики текущего. Но точность достигается только при регулярном сравнении прогноза с фактом: по данным отраслевых исследований, большинство команд этого не делают.\u003C\u002Fp>",{"id":151,"order":51,"translations":152},2011,{"ru":153},{"question":154,"answer":155},"В каких отраслях bottom-up подход работает хуже всего?","\u003Cp>В жёстко регламентированных отраслях — медицине, авиации, атомной энергетике — стандарты безопасности не обсуждаются голосованием команды. Розничная торговля с высокой текучкой персонала и производство с конвейерными процессами также традиционно эффективнее работают по top-down модели: сотрудники знают, кто командует, и просто выполняют свою работу.\u003C\u002Fp>",{"id":157,"order":39,"translations":158},2012,{"ru":159},{"question":160,"answer":161},"Как совместить bottom-up и top-down в одной организации?","\u003Cp>Разграничьте типы решений по уровням: стратегическое направление и приоритеты задаёт руководство (top-down), оценки трудоёмкости, тактические решения и инициативы улучшений идут от команды (bottom-up). Ключевой инструмент — явная договорённость о том, какие решения делегированы вниз: delegation poker помогает зафиксировать это без двусмысленности. Опрос в California Management Review (Berkeley, 2025) показывает, что именно такой гибрид преобладает в зрелых организациях.\u003C\u002Fp>",{"related":163,"child":220},[164,171,178,185,192,199,206,213],{"id":165,"slug":166,"translations":167},52,"wbs",{"ru":168},{"title":169,"short_definition":170},"WBS (иерархическая структура работ)","Иерархическая декомпозиция работ проекта на управляемые пакеты сверху вниз.",{"id":172,"slug":173,"translations":174},176,"delegation-poker",{"ru":175},{"title":176,"short_definition":177},"Delegation Poker (7 уровней делегирования)","Игра-инструмент Йоргена Аппело для прозрачного обсуждения уровня делегирования между руководителем и командой.",{"id":179,"slug":180,"translations":181},228,"continuous-improvement",{"ru":182},{"title":183,"short_definition":184},"Continuous Improvement (непрерывное улучшение)","Системный подход к постоянному улучшению процессов, продуктов и услуг через малые повторяющиеся изменения.",{"id":186,"slug":187,"translations":188},202,"kaizen",{"ru":189},{"title":190,"short_definition":191},"Кайдзен (Kaizen)","Японская философия непрерывного улучшения через малые ежедневные изменения, в которые вовлечены все сотрудники.",{"id":193,"slug":194,"translations":195},199,"lean",{"ru":196},{"title":197,"short_definition":198},"Lean (бережливое производство)","Философия управления, нацеленная на максимальную ценность для клиента при минимуме потерь.",{"id":200,"slug":201,"translations":202},28,"refinement",{"ru":203},{"title":204,"short_definition":205},"Backlog Refinement (уточнение бэклога)","Регулярная встреча команды для уточнения, оценки и дробления историй в бэклоге продукта.",{"id":207,"slug":208,"translations":209},174,"servant-leadership",{"ru":210},{"title":211,"short_definition":212},"Servant Leadership (сервисное лидерство)","Стиль лидерства, при котором руководитель ставит развитие и потребности команды выше собственных интересов.",{"id":214,"slug":215,"translations":216},171,"psychological-safety",{"ru":217},{"title":218,"short_definition":219},"Психологическая безопасность (Psychological Safety)","Состояние команды, в котором участники не боятся высказывать мнения, признавать ошибки и задавать вопросы без страха наказания.",[221],{"id":112,"slug":222,"translations":223},"story-point",{"ru":224},{"title":225,"short_definition":226},"Story Point (стори-поинт, очки сложности)","Относительная единица оценки сложности и трудоёмкости пользовательской истории.",37,"2026-08-28T09:07:07.896490+03:00","2026-08-28T09:07:07.896514+03:00","2026-08-28T09:07:08.027385+03:00",[232,261,281],{"id":233,"slug":234,"translations":235,"category":240,"tags":243,"letter":259,"cover":17,"updated_at":260,"published_at":17},172,"one-on-one",{"ru":236},{"title":237,"short_definition":238,"translation_en":239},"1-on-1 (Встречи один на один)","Регулярные индивидуальные встречи руководителя с сотрудником для обсуждения работы, развития и обратной связи.","1-on-1 Meeting",{"id":85,"slug":86,"hex":87,"icon":17,"order":85,"translations":241},{"ru":242},{"title":90,"description":91},[244,250,253],{"id":245,"slug":95,"kind":95,"hex":96,"order":246,"translations":247},13,21,{"ru":248},{"title":249},"Инструмент",{"id":47,"slug":124,"kind":102,"hex":87,"order":125,"translations":251},{"ru":252},{"title":128},{"id":200,"slug":254,"kind":102,"hex":96,"order":255,"translations":256},"hr",61,{"ru":257},{"title":258},"HR \u002F People","1","2026-04-25T22:42:21.088268+03:00",{"id":262,"slug":263,"translations":264,"category":269,"tags":272,"letter":279,"cover":17,"updated_at":280,"published_at":17},178,"feedback-360",{"ru":265},{"title":266,"short_definition":267,"translation_en":268},"360-degree Feedback (оценка 360 градусов)","Многосторонняя обратная связь сотруднику от руководителя, коллег, подчинённых и иногда клиентов.","360-degree Feedback",{"id":85,"slug":86,"hex":87,"icon":17,"order":85,"translations":270},{"ru":271},{"title":90,"description":91},[273,276],{"id":245,"slug":95,"kind":95,"hex":96,"order":246,"translations":274},{"ru":275},{"title":249},{"id":200,"slug":254,"kind":102,"hex":96,"order":255,"translations":277},{"ru":278},{"title":258},"3","2026-04-25T22:42:21.185279+03:00",{"id":282,"slug":283,"translations":284,"category":289,"tags":292,"letter":303,"cover":17,"updated_at":304,"published_at":17},181,"attrition",{"ru":285},{"title":286,"short_definition":287,"translation_en":288},"Attrition (Текучесть кадров)","Доля сотрудников, покинувших компанию за период, — обратная сторона удержания персонала.","Attrition \u002F Employee Turnover",{"id":85,"slug":86,"hex":87,"icon":17,"order":85,"translations":290},{"ru":291},{"title":90,"description":91},[293,300],{"id":294,"slug":295,"kind":295,"hex":296,"order":294,"translations":297},6,"metric","#0F9488",{"ru":298},{"title":299},"Метрика",{"id":200,"slug":254,"kind":102,"hex":96,"order":255,"translations":301},{"ru":302},{"title":258},"A","2026-04-25T22:42:21.236162+03:00"]