[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-project-initiation":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":236},{"id":68,"slug":69,"translations":70,"category":84,"tags":91,"letter":127,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":128,"related":160,"views_count":45,"helpful_yes_count":131,"helpful_no_count":131,"created_at":233,"updated_at":234,"published_at":235},408,"project-initiation",{"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},"Инициация проекта","Первая фаза жизненного цикла проекта: идея превращается в формально одобренный замысел с зафиксированными целями, границами, ролями и ресурсами.","Инициация — официальная точка запуска: идея получает цели, границы и ответственных.\nГлавные артефакты: устав проекта, бизнес-кейс, реестр стейкхолдеров, паспорт проекта.\nБез инициации команда начинает работу вслепую — без согласованного scope и критериев успеха.\nВ Agile инициация сжимается, но не исчезает: vision и первый бэклог выполняют ту же функцию.","\u003Ch2>Что такое инициация проекта и зачем она нужна\u003C\u002Fh2>\u003Cp>Инициация — первая фаза жизненного цикла проекта, в которой идея превращается в формально одобренный замысел. На этом этапе фиксируются цели, границы, роли, ресурсы и критерии успеха — до того, как команда приступит к основной работе.\u003C\u002Fp>\u003Cp>Без инициации проект стартует вслепую: участники по-разному понимают scope, спонсор не назначен, бюджет не согласован. Именно это приводит к перерасходу, переделкам и конфликтам на поздних стадиях. Формализация старта — не бюрократия ради бюрократии, а страховка от дорогостоящих недопониманий.\u003C\u002Fp>\u003Cp>По данным ряда отраслевых кейсов, \u003Ca href=\"\u002Fglossary\u002Ffive-s\u002F\" data-term-slug=\"five-s\">стандартизация\u003C\u002Fa> этапа инициации заметно сокращает время согласования и накладные расходы на старте. Конкретные примеры с цифрами приведены в разделе ниже.\u003C\u002Fp>\u003Ch2>Ключевые артефакты этапа инициации\u003C\u002Fh2>\u003Cp>Четыре документа отвечают на вопросы «зачем», «что», «кто» и «за сколько»:\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>Устав проекта (\u003Ca href=\"\u002Fglossary\u002Fproject-charter\u002F\" data-term-slug=\"project-charter\">Project Charter\u003C\u002Fa>)\u003C\u002Fstrong> — центральный документ инициации. Фиксирует цель, scope, ключевые результаты, бюджетный диапазон, сроки, полномочия руководителя проекта и подпись спонсора. Без подписанного устава проект формально не существует.\u003C\u002Fli>\u003Cli>\u003Cstrong>Бизнес-кейс\u003C\u002Fstrong> — обоснование целесообразности. Отвечает на вопрос, стоит ли вообще запускать проект: какую проблему решаем, какова ожидаемая выгода, каковы альтернативы и риски отказа.\u003C\u002Fli>\u003Cli>\u003Cstrong>Реестр стейкхолдеров\u003C\u002Fstrong> — список всех заинтересованных сторон с указанием их интересов, влияния и ожидаемого вовлечения. Пропуск \u003Ca href=\"\u002Fglossary\u002Fstakeholder\u002F\" data-term-slug=\"stakeholder\">стейкхолдер\u003C\u002Fa>-анализа — одна из самых дорогих ошибок инициации.\u003C\u002Fli>\u003Cli>\u003Cstrong>Паспорт проекта\u003C\u002Fstrong> — документ, принятый в российской практике (в том числе закреплённый в методологии ФНС). Включает цели, задачи, критерии успеха, этапы, риски, план контрольных событий, состав рабочей группы и финансово-экономическую оценку.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Минимальный чек-лист для каждого из документов:\u003C\u002Fp>\u003Ctable>\u003Ctbody>\u003Ctr>\u003Cth>Документ\u003C\u002Fth>\u003Cth>Обязательные поля\u003C\u002Fth>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Устав проекта\u003C\u002Ftd>\u003Ctd>Цель, scope, бюджет, сроки, руководитель, спонсор, критерии успеха\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Бизнес-кейс\u003C\u002Ftd>\u003Ctd>Проблема\u002Fвозможность, ожидаемые выгоды, альтернативы, риски отказа\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Реестр стейкхолдеров\u003C\u002Ftd>\u003Ctd>Имя\u002Fроль, интерес, уровень влияния, стратегия вовлечения\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Паспорт проекта\u003C\u002Ftd>\u003Ctd>Цели, задачи, результаты, этапы, риски, ресурсы, контрольные события\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003Ch2>Пошаговый процесс: от идеи до утверждённого старта\u003C\u002Fh2>\u003Col>\u003Cli>\u003Cstrong>Выявление потребности или возможности.\u003C\u002Fstrong> Формулируется проблема или рыночная возможность, которую проект должен закрыть. На этом шаге важно отделить симптом от причины.\u003C\u002Fli>\u003Cli>\u003Cstrong>Предварительная оценка реализуемости.\u003C\u002Fstrong> Грубая проверка: есть ли ресурсы, нет ли принципиальных технических или регуляторных ограничений, укладывается ли идея в стратегические приоритеты организации.\u003C\u002Fli>\u003Cli>\u003Cstrong>Назначение спонсора и руководителя проекта.\u003C\u002Fstrong> Спонсор обеспечивает финансирование и снимает организационные барьеры. Руководитель отвечает за исполнение. Без этих двух ролей инициация не завершена.\u003C\u002Fli>\u003Cli>\u003Cstrong>Подготовка артефактов.\u003C\u002Fstrong> Разрабатываются устав, бизнес-кейс, реестр стейкхолдеров и паспорт. На этом шаге уточняются scope, бюджетный диапазон, ключевые риски и критерии успеха.\u003C\u002Fli>\u003Cli>\u003Cstrong>Формальное утверждение.\u003C\u002Fstrong> Спонсор и ключевые стейкхолдеры подписывают устав. Проект получает официальный статус и переходит к фазе планирования.\u003C\u002Fli>\u003C\u002Fol>\u003Ch2>Инициация в разных методологиях: PMBOK, PRINCE2, Agile\u003C\u002Fh2>\u003Cp>Суть одна — валидация решения о запуске, — но форма различается.\u003C\u002Fp>\u003Cfigure class=\"shtab-visual\">\u003Cimg src=\"https:\u002F\u002Fshtab.app\u002Fblog\u002Fcontent\u002Fimages\u002F2026\u002F09\u002Fcover-93.jpg\" alt=\"Пять шагов от идеи до официального старта проекта\" loading=\"lazy\" decoding=\"async\">\u003Cfigcaption>Пять шагов от идеи до официального старта проекта\u003C\u002Ffigcaption>\u003C\u002Ffigure>\u003Ch3>PMBOK\u003C\u002Fh3>\u003Cp>Выделяет группу процессов инициации как отдельную фазу жизненного цикла. Ключевые процессы: разработка устава проекта и идентификация стейкхолдеров. Результат — подписанный Project Charter, дающий руководителю проекта формальные полномочия.\u003C\u002Fp>\u003Ch3>PRINCE2\u003C\u002Fh3>\u003Cp>Использует стадию \u003Cem>Starting Up a Project\u003C\u002Fem> (SU) до официального старта и \u003Cem>Initiating a Project\u003C\u002Fem> (IP) после. SU отвечает на вопрос «стоит ли вообще начинать», IP — формирует Project Initiation Document (PID), который объединяет бизнес-кейс, план управления рисками, план качества и базовые планы по scope, срокам и бюджету.\u003C\u002Fp>\u003Ch3>Agile\u003C\u002Fh3>\u003Cp>Инициация сжимается, но не исчезает. Вместо объёмного устава — формулировка \u003Ca href=\"\u002Fglossary\u002Fnorth-star-product\u002F\" data-term-slug=\"north-star-product\">product vision\u003C\u002Fa> и первый бэклог с эпиками. Вместо детального бизнес-кейса — \u003Ca href=\"\u002Fglossary\u002Fhypothesis\u002F\" data-term-slug=\"hypothesis\">гипотеза\u003C\u002Fa> ценности. Вместо реестра стейкхолдеров — карта пользователей и заинтересованных сторон. Ключевые вопросы те же: зачем, для кого, что считать успехом.\u003C\u002Fp>\u003Ch2>Типичные ошибки при инициации и как их избежать\u003C\u002Fh2>\u003Ch3>Пропуск стейкхолдер-анализа\u003C\u002Fh3>\u003Cp>Команда начинает работу, не зная, кто может заблокировать проект на финальной приёмке. Итог — поздние требования от «неожиданных» участников, переделки и задержки. Решение: реестр стейкхолдеров заполняется до утверждения устава, а не после.\u003C\u002Fp>\u003Ch3>Размытые критерии успеха\u003C\u002Fh3>\u003Cp>«\u003Ca href=\"\u002Fglossary\u002Fdmaic\u002F\" data-term-slug=\"dmaic\">Улучшить\u003C\u002Fa> клиентский опыт» — не критерий. Критерий: «NPS вырастет с 32 до 45 за 6 месяцев после релиза». Без измеримых критериев невозможно ни управлять проектом, ни признать его завершённым.\u003C\u002Fp>\u003Ch3>Отсутствие спонсора\u003C\u002Fh3>\u003Cp>Проект без спонсора лишён защиты на уровне организации. Когда возникает конкуренция за ресурсы или нужно снять межфункциональный барьер, некому принять решение. Инициация не завершена, пока спонсор не назначен и не подписал устав.\u003C\u002Fp>\u003Ch3>Подмена инициации планированием\u003C\u002Fh3>\u003Cp>Распространённая ловушка: команда сразу переходит к детальному расписанию и задачам, не ответив на вопросы «зачем» и «что считать успехом». В итоге план есть, а цель размыта. Инициация и планирование — последовательные фазы, не параллельные.\u003C\u002Fp>","\u003Cul>\u003Cli>Запускается новый проект с бюджетом, сроками и выделенной командой — нужно формально зафиксировать цели и scope до начала работ.\u003C\u002Fli>\u003Cli>Проект затрагивает несколько подразделений или внешних партнёров — стейкхолдер-анализ и устав снимают разночтения на старте.\u003C\u002Fli>\u003Cli>Идея требует согласования бюджета у спонсора или руководства — бизнес-кейс и паспорт проекта служат основой для решения.\u003C\u002Fli>\u003Cli>Организация масштабирует портфель проектов и нужна единая точка входа — стандартизированная инициация даёт сопоставимые данные для приоритизации.\u003C\u002Fli>\u003Cli>Предыдущие проекты регулярно выходили за рамки бюджета или scope — формализация старта снижает вероятность повторения.\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Задача решается за день-два одним человеком — полный комплект артефактов инициации создаст больше overhead, чем пользы.\u003C\u002Fli>\u003Cli>Стартап на pre-seed стадии с командой 2–3 человека: накладные расходы на формальную инициацию превышают пользу — достаточно одностраничного описания гипотезы и критериев pivot\u002Fpersevere.\u003C\u002Fli>\u003Cli>Работа является повторяющимся операционным процессом, а не уникальным результатом — управление проектами здесь избыточно.\u003C\u002Fli>\u003Cli>Срочный антикризисный ответ, где решение нужно в течение нескольких часов: действие важнее документирования, инициацию проводят постфактум.\u003C\u002Fli>\u003Cli>Проект полностью идентичен ранее выполненному с той же командой и тем же scope — достаточно актуализировать существующие артефакты, а не создавать новые с нуля.\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>\u003Cstrong>Fortune 100 Insurance Company: стандартизация инициации на пилоте.\u003C\u002Fstrong> Страховая компания из списка Fortune 100 внедрила структурированный процесс инициации с едиными шаблонами устава, бизнес-кейса и ролевой матрицы. По данным LeadStrat (leadstrat.com\u002Fcase-studies\u002Ffortune-100-insurance-company\u002F), на семи пилотных проектах трудозатраты на этапе инициации сократились на 40–45%, а прямая экономия составила около $100 000. Длительность стадии инициации для проектов категории Tier 3 снизилась на 18–24 дня. Компания прогнозировала экономию свыше $600 000 при масштабировании на весь портфель.\u003C\u002Fp>\u003Cp>\u003Cstrong>Indeed: автоматизация потока входящих запросов.\u003C\u002Fstrong> HR-платформа Indeed обрабатывала вручную, по данным Asana (asana.com\u002Fcase-study\u002Findeed), около 1 500 запросов на запуск проектов в год из 60 стран на 28 языках. После стандартизации процесса инициации и внедрения инструментов автоматизации компания сообщила о возврате более 1 400 часов времени сотрудников senior-уровня в год и сокращении пути от заявки до активного проекта на 60%. Экономия оценивалась примерно в $300 000 в виде высвобожденных ресурсов.\u003C\u002Fp>\u003Cp>\u003Cstrong>Zoom: шаблоны запуска и сокращение kickoff-митингов.\u003C\u002Fstrong> После стандартизации стартовых артефактов и внедрения шаблонов инициации Zoom, по данным Asana (asana.com\u002Fcase-study\u002Fzoom), сократила затраты на запуск проектов эквивалентно 133 рабочим неделям в год. Типовой час планирования стал занимать 15–20 минут, а продолжительность kickoff-митингов сократилась примерно вдвое.\u003C\u002Fp>","\u003Cp>\u003Cstrong>Совет от Shtab:\u003C\u002Fstrong> чтобы быстро перейти от идеи к структуре проекта, воспользуйтесь ИИ-агентом Shtab: опишите цель проекта в свободной форме — агент самостоятельно сгенерирует структуру с задачами, этапами и ответственными. Полученный черновик удобно использовать как основу для устава: сразу видно, какие поля scope и критериев успеха ещё не заполнены, и можно уточнить их вместе с командой до перехода к планированию.\u003C\u002Fp>","инициирование проекта, запуск проекта, старт проекта, фаза инициации, project initiation phase","Project Initiation","Инициация проекта: что это и как провести","Инициация проекта — первая фаза жизненного цикла. Артефакты, пошаговый процесс, сравнение PMBOK, PRINCE2 и Agile, типичные ошибки и кейсы с цифрами.",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":87},"pm-classic","#3a4058",{"ru":88},{"title":89,"description":90},"Классическое проектное управление","Традиционные методологии и инструменты PM: PMBOK, PRINCE2, PMI, WBS, RACI, диаграмма Ганта, критический путь, EVM, управление рисками и заинтересованными сторонами.",[92,99,108,115,123],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":96},"artifact","other","#888ca0",{"ru":97},{"title":98},"Артефакт",{"id":100,"slug":101,"kind":102,"hex":103,"order":104,"translations":105},11,"planning","phase","#5e79ec",12,{"ru":106},{"title":107},"Планирование",{"id":104,"slug":109,"kind":110,"hex":86,"order":111,"translations":112},"pmbok","framework",20,{"ru":113},{"title":114},"PMBOK",{"id":116,"slug":117,"kind":102,"hex":118,"order":119,"translations":120},14,"process","#4b5370",22,{"ru":121},{"title":122},"Процесс",{"id":28,"slug":102,"kind":102,"hex":95,"order":57,"translations":124},{"ru":125},{"title":126},"Этап","И",[129,136,142,148,154],{"id":130,"order":131,"translations":132},2038,0,{"ru":133},{"question":134,"answer":135},"Чем инициация проекта отличается от планирования?","\u003Cp>Инициация отвечает на вопросы «зачем запускать проект» и «что считать успехом» — результатом является формально утверждённый устав с назначенными ролями. Планирование начинается после: оно отвечает на вопрос «как именно достичь зафиксированных целей» и производит расписание, бюджет, план управления рисками. Путаница между фазами — один из самых распространённых антипаттернов: команда уходит в детальные задачи, не договорившись о scope.\u003C\u002Fp>",{"id":137,"order":61,"translations":138},2039,{"ru":139},{"question":140,"answer":141},"Какие документы создаются на этапе инициации?","\u003Cp>Четыре ключевых артефакта: устав проекта (Project Charter), бизнес-кейс, реестр стейкхолдеров и паспорт проекта. Устав фиксирует цель, scope, бюджет и полномочия руководителя. Бизнес-кейс обосновывает целесообразность запуска. Реестр стейкхолдеров описывает заинтересованные стороны и их влияние. Паспорт проекта — российская практика, закреплённая, в частности, в методологии ФНС: включает этапы, риски, ресурсы и план контрольных событий.\u003C\u002Fp>",{"id":143,"order":21,"translations":144},2040,{"ru":145},{"question":146,"answer":147},"Кто отвечает за инициацию проекта — спонсор или менеджер?","\u003Cp>Оба, но с разными зонами ответственности. Спонсор принимает решение о запуске, выделяет финансирование и подписывает устав — без его участия инициация не завершена. Менеджер (руководитель) проекта готовит артефакты, координирует стейкхолдеров и ведёт процесс до момента утверждения. В российской нормативной практике (например, методология ФНС) на этапе инициации назначаются оба: директор проекта и руководитель проекта.\u003C\u002Fp>",{"id":149,"order":51,"translations":150},2041,{"ru":151},{"question":152,"answer":153},"Нужна ли инициация в Agile-проектах?","\u003Cp>Да, но в сжатом виде. В Agile инициация не оформляется как отдельная формальная фаза с объёмными документами, однако её суть сохраняется: формулируется product vision, определяется целевая аудитория, создаётся первый бэклог с эпиками, назначается product owner. Без этих шагов команда не понимает, что и для кого строит. Разница с классическим подходом — в объёме документации и скорости, а не в наличии или отсутствии валидации решения о запуске.\u003C\u002Fp>",{"id":155,"order":39,"translations":156},2042,{"ru":157},{"question":158,"answer":159},"Сколько времени должна занимать фаза инициации?","\u003Cp>Универсального норматива нет: длительность зависит от масштаба, сложности и типа проекта. Небольшой внутренний проект может быть инициирован за один-два дня, крупная программа с несколькими подрядчиками — за несколько недель. Ориентир: инициация не должна затягиваться настолько, чтобы превратиться в планирование, и не должна сжиматься настолько, чтобы ключевые вопросы scope и ответственности остались без ответа.\u003C\u002Fp>",{"child":161,"parent":169,"related":177},[162],{"id":163,"slug":164,"translations":165},62,"project-charter",{"ru":166},{"title":167,"short_definition":168},"Project Charter (Устав проекта)","Документ, формально запускающий проект: цели, объём работ, бюджет, сроки, ключевые роли и заинтересованные стороны.",[170],{"id":171,"slug":172,"translations":173},407,"project-life-cycle",{"ru":174},{"title":175,"short_definition":176},"Жизненный цикл проекта","Структурированная последовательность фаз от инициации до закрытия, задающая правила перехода между этапами и точки принятия решений.",[178,185,192,199,206,212,219,226],{"id":179,"slug":180,"translations":181},79,"project-sponsor",{"ru":182},{"title":183,"short_definition":184},"Project Sponsor (спонсор проекта)","Топ-менеджер, обеспечивающий финансирование проекта и принимающий стратегические решения.",{"id":186,"slug":187,"translations":188},66,"kickoff",{"ru":189},{"title":190,"short_definition":191},"Kickoff Meeting (стартовая встреча проекта)","Стартовая встреча проекта: знакомство команды, презентация целей, согласование принципов работы.",{"id":193,"slug":194,"translations":195},60,"scope",{"ru":196},{"title":197,"short_definition":198},"Scope (объём проекта)","Совокупность работ, которые нужно выполнить для получения продукта проекта с заданными характеристиками.",{"id":200,"slug":201,"translations":202},107,"stakeholder-analysis",{"ru":203},{"title":204,"short_definition":205},"Анализ стейкхолдеров","Систематический анализ заинтересованных сторон по интересу, влиянию и стратегии коммуникации.",{"id":207,"slug":109,"translations":208},49,{"ru":209},{"title":210,"short_definition":211},"PMBOK (свод знаний по управлению проектами)","Свод знаний по управлению проектами от PMI — базовый стандарт классического проектного управления.",{"id":213,"slug":214,"translations":215},111,"discovery",{"ru":216},{"title":217,"short_definition":218},"Product Discovery (продуктовое исследование)","Процесс изучения проблемы и проверки идей до начала разработки — чтобы строить «правильный» продукт.",{"id":220,"slug":221,"translations":222},363,"business-angel",{"ru":223},{"title":224,"short_definition":225},"Бизнес-ангел","Частный инвестор, вкладывающий собственные деньги в стартапы на ранней стадии, часто с экспертизой в нужной области.",{"id":227,"slug":228,"translations":229},70,"risk-register",{"ru":230},{"title":231,"short_definition":232},"Risk Register (реестр рисков)","Документ со списком рисков проекта: описание, вероятность, влияние, ответственный и стратегия реагирования.","2026-09-02T21:21:38.175436+03:00","2026-09-02T21:21:38.175468+03:00","2026-09-02T21:21:38.308972+03:00",[237,259,282],{"id":238,"slug":239,"translations":240,"category":245,"tags":248,"letter":257,"cover":17,"updated_at":258,"published_at":17},65,"baseline",{"ru":241},{"title":242,"short_definition":243,"translation_en":244},"Baseline (базовый план)","Утверждённая версия плана проекта по содержанию, срокам и бюджету — точка отсчёта для контроля отклонений и изменений.","Baseline",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":246},{"ru":247},{"title":89,"description":90},[249,252],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":250},{"ru":251},{"title":98},{"id":6,"slug":253,"kind":94,"hex":118,"order":6,"translations":254},"concept",{"ru":255},{"title":256},"Концепция","B","2026-04-25T22:42:17.413625+03:00",{"id":260,"slug":261,"translations":262,"category":267,"tags":270,"letter":280,"cover":17,"updated_at":281,"published_at":17},61,"change-request",{"ru":263},{"title":264,"short_definition":265,"translation_en":266},"Change Request (Запрос на изменение)","Формальный документ, которым запрашивают изменение объёма работ, сроков, бюджета или других параметров проекта.","Change Request (CR)",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":268},{"ru":269},{"title":89,"description":90},[271,274,277],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":272},{"ru":273},{"title":98},{"id":6,"slug":253,"kind":94,"hex":118,"order":6,"translations":275},{"ru":276},{"title":256},{"id":116,"slug":117,"kind":102,"hex":118,"order":119,"translations":278},{"ru":279},{"title":122},"C","2026-04-25T22:42:17.323214+03:00",{"id":283,"slug":284,"translations":285,"category":290,"tags":293,"letter":280,"cover":17,"updated_at":304,"published_at":17},72,"contingency-plan",{"ru":286},{"title":287,"short_definition":288,"translation_en":289},"Contingency Plan (план реагирования на риск)","План действий на случай, если риск всё-таки наступит: что именно делает команда, чтобы снизить ущерб.","Contingency Plan",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":291},{"ru":292},{"title":89,"description":90},[294,297],{"id":6,"slug":253,"kind":94,"hex":118,"order":6,"translations":295},{"ru":296},{"title":256},{"id":298,"slug":299,"kind":94,"hex":300,"order":45,"translations":301},16,"risk","#ff6a6a",{"ru":302},{"title":303},"Риски","2026-04-25T22:42:17.574403+03:00"]