[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-project-manager":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":230},{"id":68,"slug":69,"translations":70,"category":84,"tags":91,"letter":121,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":122,"related":154,"views_count":226,"helpful_yes_count":125,"helpful_no_count":125,"created_at":227,"updated_at":228,"published_at":229},414,"project-manager",{"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},"Проджект-менеджер","Специалист, который ведёт проект от идеи до результата: управляет сроками, бюджетом, командой и рисками.","PM отвечает за «как и когда доставить» — в отличие от продакта (что строить) и тимлида (как технически).\nКаждый день: планирование, декомпозиция задач, стендапы, управление рисками и коммуникация со стейкхолдерами.\nPM — связующее звено между бизнесом и командой: он переводит стратегические цели в конкретные задачи с дедлайнами и ответственными.\nВойти в профессию можно из разработки, аналитики, тестирования или маркетинга — технический бэкграунд не обязателен.\nГлавный артефакт PM — еженедельный статус-отчёт для стейкхолдеров: прогресс, риски, решения.","\u003Ch2>Что делает проджект-менеджер каждый день\u003C\u002Fh2>\u003Cp>Проджект-менеджер (PM) — это человек, который в первый день проекта садится с заказчиком, выясняет, что именно нужно получить на выходе, и сразу начинает разбивать это на конкретные задачи, назначать ответственных и выставлять контрольные точки. PM не пишет код, не рисует макеты и не настраивает рекламу — он выстраивает систему, в которой каждый участник знает свою задачу, видит зависимости и получает обратную связь вовремя.\u003C\u002Fp>\u003Cp>Типичный рабочий день PM выглядит так:\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>Планирование и декомпозиция.\u003C\u002Fstrong> Разбивает крупные цели на задачи, расставляет приоритеты, строит дорожную карту с вехами.\u003C\u002Fli>\u003Cli>\u003Cstrong>Стендапы и синхронизация.\u003C\u002Fstrong> Проводит короткие встречи с командой, снимает блокеры, фиксирует статус.\u003C\u002Fli>\u003Cli>\u003Cstrong>\u003Ca href=\"\u002Fglossary\u002Frisk-management\u002F\" data-term-slug=\"risk-management\">Управление рисками\u003C\u002Fa>.\u003C\u002Fstrong> Выявляет угрозы заранее, готовит планы реагирования — не ждёт, пока проблема станет кризисом.\u003C\u002Fli>\u003Cli>\u003Cstrong>Коммуникация со стейкхолдерами.\u003C\u002Fstrong> Переводит технический прогресс на язык бизнеса, управляет ожиданиями заказчика и спонсора.\u003C\u002Fli>\u003Cli>\u003Cstrong>Контроль бюджета и сроков.\u003C\u002Fstrong> Следит за отклонениями, при необходимости пересогласовывает scope или ресурсы.\u003C\u002Fli>\u003Cli>\u003Cstrong>Документирование.\u003C\u002Fstrong> Ведёт протоколы решений, \u003Ca href=\"\u002Fglossary\u002Frisk-register\u002F\" data-term-slug=\"risk-register\">реестр рисков\u003C\u002Fa>, статус-отчёты — чтобы у всех участников был единый источник правды.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Ключевое отличие PM от исполнителя: он не делает работу сам, а создаёт условия, в которых команда делает её хорошо и предсказуемо.\u003C\u002Fp>\u003Ch2>Чем проджект-менеджер отличается от продакт-менеджера, тимлида и руководителя\u003C\u002Fh2>\u003Cp>Это главная точка путаницы для новичков. Разграничение простое:\u003C\u002Fp>\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>Роль\u003C\u002Fth>\u003Cth>Отвечает за\u003C\u002Fth>\u003Cth>Горизонт\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>\u003Cstrong>Project Manager\u003C\u002Fstrong>\u003C\u002Ftd>\u003Ctd>Как и когда доставить результат\u003C\u002Ftd>\u003Ctd>Проект (начало–конец)\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cstrong>Product Manager\u003C\u002Fstrong>\u003C\u002Ftd>\u003Ctd>Что строить и зачем — ценность для пользователя\u003C\u002Ftd>\u003Ctd>Продукт (непрерывно)\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cstrong>Тимлид\u003C\u002Fstrong>\u003C\u002Ftd>\u003Ctd>Техническое качество и рост людей в команде\u003C\u002Ftd>\u003Ctd>Команда и код\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cstrong>Руководитель отдела\u003C\u002Fstrong>\u003C\u002Ftd>\u003Ctd>Ресурсы, найм, развитие сотрудников\u003C\u002Ftd>\u003Ctd>Функция \u002F подразделение\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003Cp>На практике в небольших компаниях эти роли часто совмещены в одном человеке. Но понимать разницу важно: если PM начинает диктовать технические решения — он залезает в зону тимлида; если принимает решения о фичах без данных о пользователях — он подменяет продакта.\u003C\u002Fp>\u003Ch2>Ключевые навыки и компетенции PM\u003C\u002Fh2>\u003Cp>Навыки PM делятся на три группы:\u003C\u002Fp>\u003Ch3>Управление процессом\u003C\u002Fh3>\u003Cul>\u003Cli>Планирование: WBS, диаграммы Ганта, дорожные карты.\u003C\u002Fli>\u003Cli>Контроль бюджета и scope.\u003C\u002Fli>\u003Cli>Работа с методологиями: Waterfall, Scrum, \u003Ca href=\"\u002Fglossary\u002Fkanban\u002F\" data-term-slug=\"kanban\">Kanban\u003C\u002Fa>, гибридные подходы.\u003C\u002Fli>\u003Cli>Управление рисками и изменениями.\u003C\u002Fli>\u003C\u002Ful>\u003Ch3>Коммуникация и \u003Ca href=\"\u002Fglossary\u002Fstakeholder\u002F\" data-term-slug=\"stakeholder\">стейкхолдер\u003C\u002Fa>-менеджмент\u003C\u002Fh3>\u003Cul>\u003Cli>Умение говорить с разработчиком и с финансовым директором на их языке.\u003C\u002Fli>\u003Cli>Управление ожиданиями: вовремя сообщать о проблемах, а не скрывать их.\u003C\u002Fli>\u003Cli>Фасилитация встреч и принятия решений.\u003C\u002Fli>\u003C\u002Ful>\u003Ch3>Работа с неопределённостью\u003C\u002Fh3>\u003Cul>\u003Cli>Умение действовать при неполных данных.\u003C\u002Fli>\u003Cli>Приоритизация в условиях конкурирующих требований.\u003C\u002Fli>\u003Cli>\u003Ca href=\"\u002Fglossary\u002Femotional-intelligence\u002F\" data-term-slug=\"emotional-intelligence\">Эмоциональный интеллект\u003C\u002Fa>: держать команду в рабочем состоянии под давлением дедлайнов.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Soft skills весят не меньше hard skills: PM с отличным планированием, но слабой коммуникацией, будет регулярно получать сюрпризы от стейкхолдеров.\u003C\u002Fp>\u003Ch2>Как стать проджект-менеджером и сколько зарабатывают в 2025\u003C\u002Fh2>\u003Cp>В PM приходят из самых разных специальностей: разработки, аналитики, тестирования, маркетинга, операционного управления. Технический бэкграунд полезен в IT-проектах, но не обязателен — важнее системное мышление и навык коммуникации.\u003C\u002Fp>\u003Cfigure class=\"shtab-visual\">\u003Cimg src=\"https:\u002F\u002Fshtab.app\u002Fblog\u002Fcontent\u002Fimages\u002F2026\u002F09\u002Fcover-99.jpg\" alt=\"Медианные зарплаты PM в IT-секторе России, 2024–2025\" loading=\"lazy\" decoding=\"async\">\u003Cfigcaption>Медианные зарплаты PM в IT-секторе России, 2024–2025\u003C\u002Ffigcaption>\u003C\u002Ffigure>\u003Cp>По данным \u003Ca href=\"https:\u002F\u002Fcareer.habr.com\u002Fsalaries\" target=\"_blank\" rel=\"noopener\">Хабр Карьера\u003C\u002Fa> (обзор зарплат за 2024–2025), медианные зарплаты проджект-менеджеров в IT в России:\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>Junior PM:\u003C\u002Fstrong> около 90–110 тыс. ₽\u003C\u002Fli>\u003Cli>\u003Cstrong>Middle PM:\u003C\u002Fstrong> около 150–180 тыс. ₽\u003C\u002Fli>\u003Cli>\u003Cstrong>Senior PM:\u003C\u002Fstrong> около 230–300 тыс. ₽\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Разброс внутри каждого грейда объясняется отраслью, регионом и уровнем ответственности: IT-компании в Москве платят заметно больше, чем производственные предприятия в регионах. Актуальные данные можно проверить на \u003Ca href=\"https:\u002F\u002Fhh.ru\u002Fsalary\" target=\"_blank\" rel=\"noopener\">hh.ru\u002Fsalary\u003C\u002Fa> и \u003Ca href=\"https:\u002F\u002Fcareer.habr.com\u002Fsalaries\" target=\"_blank\" rel=\"noopener\">Хабр Карьера\u003C\u002Fa>.\u003C\u002Fp>\u003Cp>Основные сертификации:\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>PMP\u003C\u002Fstrong> (Project Management Professional, PMI) — международный стандарт, требует подтверждённого опыта и сдачи экзамена; котируется в крупных компаниях и международных проектах.\u003C\u002Fli>\u003Cli>\u003Cstrong>\u003Ca href=\"\u002Fglossary\u002Fprince2\u002F\" data-term-slug=\"prince2\">PRINCE2\u003C\u002Fa>\u003C\u002Fstrong> — популярен в госсекторе и европейских компаниях.\u003C\u002Fli>\u003Cli>\u003Cstrong>PSM \u002F PSPO\u003C\u002Fstrong> (Scrum.org) — практичны для Agile-команд, сдаются онлайн.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>На российском рынке PMP повышает доверие работодателя, но не является обязательным условием найма — реальный опыт управления проектами ценится выше сертификата без практики.\u003C\u002Fp>\u003Ch2>Эволюция роли: от контролёра сроков к менеджеру ценности\u003C\u002Fh2>\u003Cp>Ещё десять лет назад PM воспринимался прежде всего как «надзиратель за дедлайнами»: его задача — проследить, чтобы задачи были закрыты вовремя и в рамках бюджета. Сегодня ожидания изменились.\u003C\u002Fp>\u003Cp>Согласно отчёту \u003Ca href=\"https:\u002F\u002Fwww.pmi.org\u002Flearning\u002Fthought-leadership\u002Fpulse\" target=\"_blank\" rel=\"noopener\">PMI Pulse of the Profession\u003C\u002Fa>, проекты становятся сложнее год от года, а от PM всё чаще ожидают не только контроля задач, но и управления бизнес-ценностью. Современный PM работает с метриками результата, участвует в приоритизации портфеля инициатив и отвечает не только за «сделано вовремя», но и за «принесло ли это нужный эффект».\u003C\u002Fp>\u003Cp>Эта трансформация описывается как переход к роли менеджера потока ценности (Value Stream Manager): PM всё больше работает с Agile-подходами, метриками и стратегическим контекстом проекта, а не только с планом и бюджетом.\u003C\u002Fp>\u003Cp>На практике это означает, что PM, который умеет связывать результаты проекта с бизнес-целями и говорить с руководством на языке метрик, становится значительно более ценным, чем тот, кто просто закрывает задачи в трекере.\u003C\u002Fp>","\u003Cul>\u003Cli>Проект длится дольше нескольких недель и в нём участвуют три и более человека из разных функций.\u003C\u002Fli>\u003Cli>Есть внешний заказчик или стейкхолдер, которому нужно регулярно отчитываться о прогрессе.\u003C\u002Fli>\u003Cli>Бюджет и сроки зафиксированы — и за их соблюдение кто-то должен отвечать явно.\u003C\u002Fli>\u003Cli>Задачи между участниками зависят друг от друга и требуют координации, а не просто параллельного выполнения.\u003C\u002Fli>\u003Cli>Команда работает в условиях меняющихся требований или высокой неопределённости.\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Команда из 1–2 человек с коротким и понятным заданием — накладные расходы на PM-процессы превысят пользу.\u003C\u002Fli>\u003Cli>Работа носит операционный, повторяющийся характер без начала и конца — это не проект, а процесс.\u003C\u002Fli>\u003Cli>Все участники находятся в одной функции и сами синхронизируются без посредника.\u003C\u002Fli>\u003Cli>Организация работает по продуктовой модели с непрерывными итерациями — там роль PM частично берёт на себя Product Manager или Scrum-мастер.\u003C\u002Fli>\u003Cli>Ресурсов на выделенного PM нет, а задачи можно покрыть простым чеклистом и еженедельной встречей.\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>\u003Cstrong>Кейс 1. Запуск нового IT-сервиса в финтех-компании.\u003C\u002Fstrong> Команда из восьми человек (разработчики, дизайнер, аналитик, маркетолог) должна была выпустить мобильное приложение за четыре месяца. PM провёл кик-офф, разбил проект на спринты, выстроил реестр рисков и назначил еженедельные статус-встречи со спонсором. На третьей неделе выяснилось, что интеграция с банковским API займёт вдвое больше времени, чем планировалось. PM зафиксировал риск, пересогласовал scope с заказчиком и перераспределил ресурсы. Приложение вышло на две недели позже изначального плана, но в рамках бюджета и без скрытых компромиссов по качеству — заказчик был предупреждён заранее, а не поставлен перед фактом в день релиза.\u003C\u002Fp>\u003Cp>\u003Cstrong>Кейс 2. Редизайн корпоративного сайта в агентстве.\u003C\u002Fstrong> Проект с фиксированным бюджетом и жёстким дедлайном: клиент хотел новый сайт к отраслевой конференции. PM вёл реестр правок от клиента, контролировал, чтобы каждое новое пожелание проходило через процедуру оценки влияния на сроки и стоимость. Когда клиент попросил добавить раздел с видеогалереей за три дня до сдачи, PM показал, как это сдвигает дедлайн, и предложил альтернативу — добавить раздел в следующей итерации после конференции. Сайт был сдан вовремя, отношения с клиентом сохранились.\u003C\u002Fp>\u003Cp>\u003Cstrong>Кейс 3. Внедрение CRM в производственной компании.\u003C\u002Fstrong> Проект затрагивал отделы продаж, IT и логистики. Без PM каждый отдел тянул в свою сторону: продажи хотели быстрый запуск, IT — полное тестирование, логистика — интеграцию со складской системой. PM организовал матрицу стейкхолдеров, провёл серию рабочих сессий для согласования приоритетов и зафиксировал единый план с чёткими ответственными. Проект был завершён за пять месяцев вместо изначально обсуждавшихся восьми — за счёт того, что конфликты интересов были сняты в начале, а не тормозили работу на каждом этапе.\u003C\u002Fp>","\u003Cp>\u003Cstrong>Совет от Shtab.\u003C\u002Fstrong> Одна из ключевых PM-задач — держать реестр рисков живым, а не превращать его в документ, который заполнили на старте и забыли. Создайте в Shtab отдельный список задач с тегом «Риск», добавьте поля «Вероятность», «Влияние» и «Владелец». Каждый выявленный риск — отдельная карточка с ответственным и датой следующей проверки. Так на еженедельном статус-звонке вы открываете не таблицу в Excel, а живой список с актуальными статусами — и стейкхолдер видит, что риски под контролем, а не просто задекларированы.\u003C\u002Fp>","PM, менеджер проектов, руководитель проекта, project manager, проджект","Project Manager","Проджект-менеджер — кто это и чем занимается","Проджект-менеджер простыми словами: чем занимается каждый день, чем отличается от продакта и тимлида, ключевые навыки и карьерный путь.",{"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,98,105,114],{"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},"Концепция",{"id":106,"slug":107,"kind":108,"hex":109,"order":110,"translations":111},11,"planning","phase","#5e79ec",12,{"ru":112},{"title":113},"Планирование",{"id":115,"slug":116,"kind":100,"hex":94,"order":117,"translations":118},29,"team",62,{"ru":119},{"title":120},"Команды","П",[123,130,136,142,148],{"id":124,"order":125,"translations":126},2063,0,{"ru":127},{"question":128,"answer":129},"Чем проджект-менеджер отличается от продакт-менеджера?","\u003Cp>PM отвечает за то, \u003Cem>как и когда\u003C\u002Fem> доставить результат: управляет сроками, бюджетом, командой и рисками в рамках конкретного проекта. Product Manager отвечает за то, \u003Cem>что и зачем\u003C\u002Fem> строить: исследует пользователей, формирует бэклог и принимает решения о приоритетах фич. PM работает с ограниченным по времени проектом, продакт — с продуктом непрерывно. В небольших компаниях эти роли нередко совмещены, но смешивать их зоны ответственности без осознанного решения — источник конфликтов.\u003C\u002Fp>",{"id":131,"order":61,"translations":132},2064,{"ru":133},{"question":134,"answer":135},"Можно ли стать проджект-менеджером без технического образования?","\u003Cp>Да. В PM приходят из маркетинга, аналитики, тестирования, операционного управления и других специальностей. Технический бэкграунд полезен в IT-проектах — он помогает точнее оценивать задачи и говорить с разработчиками на одном языке. Но критически важны системное мышление, коммуникация и умение работать с неопределённостью — этому можно научиться вне зависимости от образования.\u003C\u002Fp>",{"id":137,"order":21,"translations":138},2065,{"ru":139},{"question":140,"answer":141},"Сколько зарабатывает проджект-менеджер в России в 2025 году?","\u003Cp>По данным \u003Ca href=\"https:\u002F\u002Fcareer.habr.com\u002Fsalaries\" target=\"_blank\" rel=\"noopener\">Хабр Карьера\u003C\u002Fa> (2024–2025), медианы по грейдам в IT: Junior PM — около 90–110 тыс. ₽, Middle PM — около 150–180 тыс. ₽, Senior PM — около 230–300 тыс. ₽. Разброс объясняется отраслью, регионом и уровнем ответственности. Актуальные цифры можно проверить на \u003Ca href=\"https:\u002F\u002Fhh.ru\u002Fsalary\" target=\"_blank\" rel=\"noopener\">hh.ru\u002Fsalary\u003C\u002Fa>.\u003C\u002Fp>",{"id":143,"order":51,"translations":144},2066,{"ru":145},{"question":146,"answer":147},"Какие сертификации нужны проджект-менеджеру и стоят ли они того?","\u003Cp>Основные: PMP (PMI) — международный стандарт, требует подтверждённого опыта и экзамена; PRINCE2 — популярен в госсекторе и европейских компаниях; PSM\u002FPSPO (Scrum.org) — практичны для Agile-команд и сдаются онлайн. На российском рынке PMP повышает доверие работодателя, особенно в крупных компаниях и международных проектах. Однако реальный опыт управления проектами работодатели ценят выше, чем сертификат без практики — сертификация усиливает резюме, но не заменяет его.\u003C\u002Fp>",{"id":149,"order":39,"translations":150},2067,{"ru":151},{"question":152,"answer":153},"Нужен ли проджект-менеджер в маленькой команде из 3–5 человек?","\u003Cp>Выделенный PM в такой команде, как правило, избыточен — накладные расходы на PM-процессы могут превысить пользу. Но PM-функция всё равно нужна: кто-то должен следить за сроками, фиксировать решения и коммуницировать со стейкхолдером. Обычно это берёт на себя тимлид или один из участников команды по совместительству. Выделенный PM оправдан, когда проект длится дольше двух-трёх месяцев, затрагивает несколько функций или имеет внешнего заказчика с жёсткими требованиями.\u003C\u002Fp>",{"related":155,"parent":218},[156,163,170,177,184,190,197,204,211],{"id":157,"slug":158,"translations":159},17,"product-owner",{"ru":160},{"title":161,"short_definition":162},"Product Owner (владелец продукта)","Роль в Scrum, отвечающая за ценность продукта и за управление бэклогом продукта.",{"id":164,"slug":165,"translations":166},18,"scrum-master",{"ru":167},{"title":168,"short_definition":169},"Scrum Master (скрам-мастер)","Роль в Scrum: отвечает за рабочий процесс команды и за устранение препятствий.",{"id":171,"slug":172,"translations":173},58,"stakeholder",{"ru":174},{"title":175,"short_definition":176},"Стейкхолдер","Любой человек или группа, заинтересованные в проекте или способные на него повлиять.",{"id":178,"slug":179,"translations":180},53,"raci",{"ru":181},{"title":182,"short_definition":183},"RACI (матрица ответственности)","Матрица распределения ответственности по четырём ролям: кто выполняет (R), кто отвечает за результат (A), с кем согласовать (C), кого уведомить (I).",{"id":117,"slug":185,"translations":186},"project-charter",{"ru":187},{"title":188,"short_definition":189},"Project Charter (Устав проекта)","Документ, формально запускающий проект: цели, объём работ, бюджет, сроки, ключевые роли и заинтересованные стороны.",{"id":191,"slug":192,"translations":193},69,"triple-constraint",{"ru":194},{"title":195,"short_definition":196},"Triple Constraint (Тройственное ограничение)","Базовая модель управления проектом: объём работ, сроки и бюджет связаны так, что улучшить все три сразу невозможно.",{"id":198,"slug":199,"translations":200},49,"pmbok",{"ru":201},{"title":202,"short_definition":203},"PMBOK (свод знаний по управлению проектами)","Свод знаний по управлению проектами от PMI — базовый стандарт классического проектного управления.",{"id":205,"slug":206,"translations":207},174,"servant-leadership",{"ru":208},{"title":209,"short_definition":210},"Servant Leadership (сервисное лидерство)","Стиль лидерства, при котором руководитель ставит развитие и потребности команды выше собственных интересов.",{"id":212,"slug":213,"translations":214},155,"risk-management",{"ru":215},{"title":216,"short_definition":217},"Risk Management (управление рисками)","Систематический процесс выявления, анализа, реагирования и наблюдения за рисками, влияющими на цели проекта или организации.",[219],{"id":220,"slug":221,"translations":222},68,"pmo",{"ru":223},{"title":224,"short_definition":225},"PMO (проектный офис)","Подразделение компании, которое координирует управление проектами: стандарты, методология, обучение и контроль портфеля.",14,"2026-09-06T15:24:51.150781+03:00","2026-09-06T15:24:51.150797+03:00","2026-09-06T15:24:51.254745+03:00",[231,254,280],{"id":232,"slug":233,"translations":234,"category":239,"tags":242,"letter":252,"cover":17,"updated_at":253,"published_at":17},65,"baseline",{"ru":235},{"title":236,"short_definition":237,"translation_en":238},"Baseline (базовый план)","Утверждённая версия плана проекта по содержанию, срокам и бюджету — точка отсчёта для контроля отклонений и изменений.","Baseline",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":240},{"ru":241},{"title":89,"description":90},[243,249],{"id":39,"slug":244,"kind":100,"hex":245,"order":39,"translations":246},"artifact","#888ca0",{"ru":247},{"title":248},"Артефакт",{"id":6,"slug":99,"kind":100,"hex":101,"order":6,"translations":250},{"ru":251},{"title":104},"B","2026-04-25T22:42:17.413625+03:00",{"id":255,"slug":256,"translations":257,"category":262,"tags":265,"letter":278,"cover":17,"updated_at":279,"published_at":17},61,"change-request",{"ru":258},{"title":259,"short_definition":260,"translation_en":261},"Change Request (Запрос на изменение)","Формальный документ, которым запрашивают изменение объёма работ, сроков, бюджета или других параметров проекта.","Change Request (CR)",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":263},{"ru":264},{"title":89,"description":90},[266,269,272],{"id":39,"slug":244,"kind":100,"hex":245,"order":39,"translations":267},{"ru":268},{"title":248},{"id":6,"slug":99,"kind":100,"hex":101,"order":6,"translations":270},{"ru":271},{"title":104},{"id":226,"slug":273,"kind":108,"hex":101,"order":274,"translations":275},"process",22,{"ru":276},{"title":277},"Процесс","C","2026-04-25T22:42:17.323214+03:00",{"id":281,"slug":282,"translations":283,"category":288,"tags":291,"letter":278,"cover":17,"updated_at":302,"published_at":17},72,"contingency-plan",{"ru":284},{"title":285,"short_definition":286,"translation_en":287},"Contingency Plan (план реагирования на риск)","План действий на случай, если риск всё-таки наступит: что именно делает команда, чтобы снизить ущерб.","Contingency Plan",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":289},{"ru":290},{"title":89,"description":90},[292,295],{"id":6,"slug":99,"kind":100,"hex":101,"order":6,"translations":293},{"ru":294},{"title":104},{"id":296,"slug":297,"kind":100,"hex":298,"order":45,"translations":299},16,"risk","#ff6a6a",{"ru":300},{"title":301},"Риски","2026-04-25T22:42:17.574403+03:00"]