PMHub

68% IT-проектов проваливаются не из-за технологий, а из-за конфликтов и выгорания (PMI 2025). Мы консультируем команды 8 лет и знаем: лучший PM — тот, кто читает эмоции как код. 5 практик EQ, которые дают результат уже через месяц: 1️⃣ Утренний чек-ин (2 мин) "Какой мой эмоциональный фон? Какие триггеры сегодня?" → -40% эмоциональных срывов 2️⃣ Правило 90 секунд Гнев длится 90 сек физиологически. Пауза + дыхание 4-7-8 = ясность решений 3️⃣ Зеркальное слушание Повторить последнюю фразу dev'а: "Ты расстроен из-за критики кода?" → +50% лояльности команды 4️⃣ Эмоциональная карта стейкхолдеров CTO бесит баги на проде → еженедельный tech status CFO хочет экономию → ROI в каждом отчёте 5️⃣ GROW коучинг (15 мин/неделя с каждым) Goal → Reality → Options → Will → junior'ы растут в 2.3 раза быстрее Полный гайд 7100 слов + тесты EQ: pmhub.ru/...ger Подписывайтесь в Telegram: t.me/...dq6 #ПроектныйМенеджер #EQ #Agile #Scrum

📋 Почему твой план проекта никого не волнует Вы потратили три дня на идеальный Gantt, расписали каждый таск, риски, зависимости. Показали команде — и тишина. Разрабы скроллят чаты, стейкхолдеры кивают, но никто не чувствует себя частью этого документа. План висит в Jira мёртвым грузом. Почему? План волнует только вас, потому что он — про вас. Вы думаете: "вот roadmap успеха". Команда видит: "ещё одна таблица с дедлайнами, которые нас не спрашивали". Стейкхолдеры: "где мои приоритеты?". План без их участия и понимания — просто Excel для галочки. Что убивает интерес к плану: Никто не участвовал в его создании Нет связи с их повседневной работой Цифры не бьются с бизнес-метриками Кейс Netflix: вместо презентаций roadmap — 1-страничный context doc. Каждый видит: свою роль, цель, метрики. Результат: план живёт, потому что он их. Как сделать план, который волнует: Joint planning — команда оценивает задачи 1-страничник — цели, роли, ключевые метрики "Что это даёт лично тебе?" — свяжи с их задачами План работает, когда он становится общим. Попробуйте на следующем проекте. Сталкивались с мёртвыми планами? Делитесь опытом и вопросами в комментах! 🚀 #PMHub #УправлениеПроектами #ПланПроекта #КоманднаяРабота #PM

Когда бизнес хочет «быстро», «дёшево» и «качественно» У каждого PM есть тот самый созвон, где звучит: «Нам нужно запуститься за месяц, бюджет режем вдвое, качество не обсуждается». Формально — запрос, по сути — отказ признать законы проекта. Хотеть всё сразу нормально. Опасно другое: когда вы, как PM, киваете и пытаетесь впихнуть невпихуемое молча. Ваша задача не в том, чтобы выбирать одну из трёх сторон тайком, а в том, чтобы честно показать цену выбора. «Если быстро и качественно — вот, насколько вырастает бюджет. Если дёшево и качественно — вот, как сдвигается срок». В этот момент вы перестаёте быть исполнителем пожеланий и становитесь партнёром по решению. Сильный PM не говорит «так нельзя», он рисует варианты: сценарий А, В, С — и последствия по срокам, деньгам и рискам. И вдруг оказывается, что «надо вчера» превращается в «давайте всё‑таки сделаем за два месяца, но не будем краснеть перед клиентами». Если вы уже были в ситуации, когда от вас требовали невозможное по трём углам сразу, расскажите, как вы выкрутились. Какие аргументы сработали лучше всего? Делитесь опытом и задавайте вопросы в комментариях — разберём живые кейсы 🙂 #PMHub #УправлениеПроектами #ТреугольникПроекта #СрокиБюджетКачество #РольPM

💎 Что отличает дорогого PM от обычного Обычный PM закрывает спринты, дорогой — спасает компании. Разница не в опыте или сертификатах, а в мышлении и подходе. Вот ключевые отличия, которые видят CEO при найме на 400k+. Обычный PM таскает таски, дорогой решает проблемы бизнеса. Обычный говорит "velocity 90%", дорогой — "ROI +25%, churn -12%". Обычный боится конфликтов, дорогой их разрешает за 15 минут. Три суперспособности топ-PM: Видят скрытые риски за 3 недели — не ждут багов в проде. Переводят хаос в систему — любой проект становится предсказуемым. Создают из команды мечту — люди идут за результатом, а не за з/п. Кейс: PM из Сбера (450k) на входе унаследовал burning проект. За 4 месяца: +35% скорости, 0 овертайма, стейкхолдеры счастливы. Секрет? Фокус на outcome, а не на процессах. Дорогой PM окупается в 10 раз. Обычный — расход. Где вы сейчас: таски или бизнес-результаты? Делитесь честно в комментах! 🚀 #PMHub #УправлениеПроектами #КарьераPM #ТопPM #Лидерство

🚨 Почему OKR ломает проекты, а не спасает их OKR звучит как волшебная пилюля: амбициозные цели, прозрачность, выравнивание команды. Но на деле многие проекты под OKR теряют фокус, выгорают и разваливаются. Почему метод, который поднял Google, убивает 70% внедрений в других компаниях? OKR ломаются, когда превращаются в KPI 2.0. Вместо вдохновляющих Objectives пишут чек-листы: "Провести 15 встреч" вместо "Увеличить retention на 25%". Key Results становятся операционкой, а не прорывом. Команда бежит за цифрами, забывая про ценность. Без ресурсов — только иллюзия движения. Амбициозная цель "x3 конверсия", но без бюджета, людей или времени. Результат: 40% выполнения, демотивация и обвинения в "неправильных целях". Игнор реальности убивает быстрее всего. OKR пишутся на квартал, а рынок меняется за неделю. Нет механизма пересмотра — и вы тащите устаревшую цель, пока конкуренты уже впереди. Реальный кейс: банк с 35 OKR Внедрили "стратегические цели" — 35 штук на всех уровнях. Итог: команды в параличе выбора, фокус потерян, топ-менеджмент в шоке от 20% выполнения. 💡 Как исправить: 1️⃣ 3–5 OKR максимум, не больше 2️⃣ Quarterly review с правом kill 3️⃣ Обучение: это не про "больше работать" OKR спасает, только если вы меняете культуру, а не просто меняете названия целей. Если уже пробовали и сломалось — делитесь опытом в комментариях, разберём ваши кейсы! 🚀 #PMHub #УправлениеПроектами #OKR #Цели #Agile

Когда тебя назначили PM, но забыли дать полномочия Вас официально назвали PM, добавили в созвоны, повесили ответственность за сроки и результат. Но каждый раз, когда вы пытаетесь что‑то решить, слышите: «Согласуй с…», «Это решает техлид», «Без директора мы не можем». Формально вы руководите проектом, по факту — просите разрешение на каждый шаг. Самое болезненное здесь то, что ответственность уже ваша, а рычагов всё ещё нет. Вас спрашивают за дедлайны, но не дают влиять на состав команды. Требуют прогноз по рискам, но не пускают к ключевым стейкхолдерам. В этой ловушке многие начинают «тащить на себе», выгорают и делают лишнюю работу вместо того, чтобы поменять правила игры. Первый шаг — перестать молча мириться. Сильный PM не герой-одиночка, а человек с явно проговорённым мандатом: какие решения вы принимаете сами, какие — согласуете, какие — эскалируете. Иногда достаточно одного честного разговора с руководителем: «Вы хотите, чтобы я отвечал(а) за результат — дайте право влиять на ресурсы и приоритеты». Если после этого ничего не меняется, правда простая: вам дали не роль PM, а красивый титул «старшего координатора». Если вы узнаёте себя в этой ситуации — расскажите в комментариях, где именно у вас сейчас «ответственность без рычагов», и давайте вместе подумаем, как можно аккуратно, но твёрдо расширить свои полномочия #PMHub #УправлениеПроектами #РольPM #Ответственность #КарьераPM

7 вопросов, которые стоит задать себе после каждого проекта Самый дорогой проект — тот, после которого вы просто "закрыли тикеты и пошли дальше". Опыт обесценивается, если его не разбирать. Семь вопросов ниже — быстрый личный разбор, который превращает любой проект в ступеньку роста, а не в ещё один строчный пункт в резюме. 1️⃣ Что мы обещали в начале — и что реально отдали? 2️⃣ Где мы переоценили себя в планировании сроков и ресурсов? 3️⃣ Какие два решения в этом проекте были самыми удачными — и почему? 4️⃣ Где мы потеряли больше всего энергии команды (конфликты, хаос, лишние согласования)? 5️⃣ Какие сигналы о проблемах мы игнорировали слишком долго? 6️⃣ Чему я лично научился(ась) как PM — и как это закреплю в следующем проекте? 7️⃣ Что из этого опыта должно попасть в «систему» — чек-листы, процессы, правила, а не держаться только в моей голове? Попробуйте честно пройтись по этим пунктам сразу после сдачи проекта — и сохранить ответы хотя бы в одном документе. Через год это станет вашим личным учебником по управлению проектами. Если вопросы резонируют с вашим опытом — поделитесь своими инсайтами в комментариях и задавайте вопросы, продолжим разбор вместе 🙂 #PMHub #УправлениеПроектами #Ретроспектива #РазборПроекта #КарьераPM

Автоматизация процессов в Jira: где реальная польза, а где лишняя бюрократия У многих команд внедрение Jira заканчивается одинаково: все честно заводят задачи, обновляют статусы, делают отчёты — а ощущения порядка это не добавляет. Просто появился ещё один слой рутины: PM тратит время на ручные напоминания, разработчики забывают обновлять статусы, тестировщики не понимают, что реально готово к тесту, а DevOps утопает в личных сообщениях «залей эту ветку». Автоматизация в Jira — это не про «50 сложных правил», а про точечное снятие самой болезненной рутины. С чего можно начать: – Автоназначение задач по типу и компоненту: чтобы новый баг по фронту не превращался в «кто за это возьмётся?». – Автопереходы по статусам с условиями: задача уходит в тест только когда действительно заполнены нужные поля и задан тестировщик. – Умные напоминания: не «уведомить всех обо всём», а точечные сигналы по критичным дедлайнам и зависшим задачам. – Шаблоны и чеклисты: чтобы новые фичи и баги заводились по структуре, а не «как получится». Главный принцип — минимально достаточная автоматизация: каждое правило должно экономить конкретное время конкретной роли и иметь понятный критерий пользы. Как только правила начинают жить своей жизнью, а команда не понимает, «почему задача прыгнула в этот статус» — система перестаёт помогать. В статье я разбираю практические сценарии для разработчиков, QA, DevOps и PM/PO, а также даю простую стратегию внедрения: от пилотного проекта до регулярного аудита правил. Полный разбор здесь: pmhub.ru/...ios Если хотите больше практических материалов по управлению проектами и продуктами — присоединяйтесь к нашему Telegram‑каналу: t.me/...dq6 #jira #автоматизация #управлениепроектами #scrum #kanban #дзен

🧭 Как PM не стать заложником одной компании Самая опасная ловушка для PM — не маленькая зарплата и не сложные проекты. Самая тихая — когда вы становитесь слишком удобны одному работодателю и незаметно теряете мобильность. Рынок растёт, спрос на менеджеров проектов увеличивается миллионами позиций по миру, но лично вы боитесь даже обновить резюме. Признаки, что вы уже “заложник”: 1) все процессы, которые вы умеете, существуют только "как у нас принято"; 2) вы не можете объяснить свои достижения так, чтобы их понял внешний рекрутер; 3) мысль о собеседовании в другой компании вызывает почти физический страх. Исследования показывают, что застой и отсутствие перспектив резко снижают лояльность и в 3,5 раза повышают шанс ухода "в никуда", а не "вперёд". ​ Что делать, чтобы зависеть от рынка, а не от одного кресла: - Стройте портфель, а не только должность. Участвуйте в разных типах проектов, меняйте домены, берите кросс-функциональные задачи — это расширяет бизнес‑эрудицию и делает вас интересным на внешнем рынке. ​ - Переводите опыт в язык рынка. Фиксируйте кейсы: цель, ваш вклад, метрики результата. Это то, что увидит следующий работодатель, в любой отрасли. ​ - Планируйте карьерный маршрут заранее. Решите, кем вы хотите быть через 3–5 лет: Head of PMO, продакт, консультант? От этого зависит, в какие проекты вписываться уже сейчас. -Развивайте сеть контактов. Профсообщества, конференции, боковые проекты, менторство — это ваша страховка на случай любых турбулентностей в компании. ​ Хороший PM — это не человек, "который идеально встроился в одну систему", а тот, чьи компетенции масштабируются за пределы одного логотипа. Поделитесь в комментариях в нашем ТГ 🚀: чувствуете ли вы сейчас свободу выбора или скорее зависимость от текущей компании? Какие шаги уже делаете, чтобы усилить свою мобильность? #PMHub #УправлениеПроектами #КарьераPM #ProjectManagement #ПрофессиональныйРост

Один день из жизни PM, о котором не пишут в блогах Утро. В календаре — три встречи, в голове — один вопрос: «Как успеть всё и не сломать людей?» Вы отвечаете на письма не про "красивый roadmap", а про упавший прод, злого клиента и команду, которая не спала из‑за ночного релиза. В блогах пишут про мотивацию и лидершип, но редко говорят, что половина дня PM — это тихие разговоры один на один, где вы ловите выгорание по взгляду, а не по метрикам. Днём вы слушаете конфликт между разработчиком и аналитиком и понимаете: если сейчас "продавить решение", вы потеряете доверие надолго. Поэтому выбираете сложный путь — договориться так, чтобы оба вышли с ощущением, что их услышали. В отчёте это будет одним пунктом: "Риски сглажены". На деле — ещё один кирпичик в фундамент команды. Вечером, когда задачи закрыты, вы открываете не Netflix, а документ с рисками следующего квартала. Потому что настоящий день PM заканчивается не тогда, когда все тикеты в зелёном, а когда внутри есть тихое чувство: «Сегодня я помог людям сделать свою работу чуть спокойнее и осознаннее». Если вы узнаёте себя в этом дне — вы уже делаете больше, чем "перекладывать задачи". Делитесь в нашем ТГ 🚀 своим невидимым трудом в комментариях и задавайте вопросы — давайте подсветим ту часть работы PM, которую обычно не видно. #PMHub #УправлениеПроектами #РаботаPM #ДеньИзЖизниPM #ПсихологияКоманды

«PM — не профессия» — давайте раз и навсегда разберёмся Вы тоже слышали это пренебрежительное: «PM — это не профессия, а так… переговорщик с табличками»? Кто-то искренне верит, что «настоящие» люди — это разработчики, архитекторы, аналитики. А PM — обслуживающий персонал. Давайте честно: так говорят до первого крупного фейла, где никто не отвечает за целое. Откуда миф, что PM — не профессия? Чаще всего он рождается там, где роль PM размазана: сегодня вы — секретарь созвона, завтра — координатор задач, послезавтра — «попроси техлида». В такой среде действительно непонятно, за что PM получает деньги. Но это проблема не профессии, а незрелости управления. Замените PM на кого угодно — и хаос никуда не денется. 🧠 Что на самом деле делает профессиональный PM 1) удерживает в голове целое, а не отдельные таски; 2) превращает стратегию бизнеса в конкретный план работ; 3) управляет рисками, а не оправданиями; 4) защищает команду от хаоса снаружи и от самосаботажа изнутри. Хороший PM — это человек, который принимает непопулярные решения: остановить бесполезный фичереквест, не пустить в прод «ещё чуть-чуть сырой» релиз, сказать «нет» даже самому громкому стейкхолдеру, когда это убивает продукт. Это куда больше, чем «ставить задачи в Jira». 📌 Почему это именно профессия, а не “навык на сдачу” У профессии есть: 1) тело знаний (методологии, подходы, практики); 2) инструменты (планирование, бюджеты, метрики, работа с рисками); 3) зона ответственности (результат проекта, а не галочки в отчётах). PM — это не «человек с митингом», а носитель системы. Сегодня это ИТ-проект, завтра — трансформация отдела, послезавтра — запуск нового продукта. Меняются домены, но остаются одни и те же вопросы: что мы делаем, зачем, как поймём, что получилось, что будет, если всё пойдёт не так. Если у роли есть своя область знаний, набор практик и измеримый результат — это профессия. Мир стал слишком сложным, чтобы побеждать только хорошим кодом или только сильным маркетингом. Нужен человек, который умеет сшивать всё вместе: интересы бизнеса, возможности команды, ограничения технологий, ожидания клиентов. Это и есть PM. Не надстройка «для галочки», а связующее звено, без которого каждый тянет одеяло на себя. Поэтому давайте честно: «PM — не профессия» обычно звучит как «я не понимаю, за счёт чего они создают ценность». Ответ прост — за счёт того, что берут на себя ответственность за целое, пока остальные сосредоточены на части. Вопрос к вам: вы сейчас чувствуете себя именно профессионалом или всё ещё «человеком, который всем напоминает»? Делитесь в нашем ТГ 🚀