Добро пожаловать в «Проджектово говоря» 👋
Я Александра Иванова, руководитель проектного офиса с 16-летним стажем. Знаю, как это — когда «всё горит», а ты один на один с 50 задачами и стейкхолдерами, которым «нужно вчера».
Здесь я буду честно рассказывать о том, как на самом деле устроена работа проджект-менеджера. Без прикрас, но с любовью к профессии.
Что вас ждёт:
📌 Инсайты с той стороны стола (где нанимают и увольняют).
📌 Гайды, чек-листы и шаблоны, которыми я пользуюсь сама.
📌 Честный разговор о процессах, деньгах и карьере.
Почему «Проджектово говоря»? Потому что мы будем говорить на языке проджектов — прямо, по делу, но всегда с пользой 😊
🔹 Пишите в комментариях к постам свои боли — я все читаю и объединяю в темы для следующих публикаций.
Я Александра Иванова, руководитель проектного офиса с 16-летним стажем. Знаю, как это — когда «всё горит», а ты один на один с 50 задачами и стейкхолдерами, которым «нужно вчера».
Здесь я буду честно рассказывать о том, как на самом деле устроена работа проджект-менеджера. Без прикрас, но с любовью к профессии.
Что вас ждёт:
📌 Инсайты с той стороны стола (где нанимают и увольняют).
📌 Гайды, чек-листы и шаблоны, которыми я пользуюсь сама.
📌 Честный разговор о процессах, деньгах и карьере.
Почему «Проджектово говоря»? Потому что мы будем говорить на языке проджектов — прямо, по делу, но всегда с пользой 😊
🔹 Пишите в комментариях к постам свои боли — я все читаю и объединяю в темы для следующих публикаций.
👍1
Проджектово говоря pinned «Добро пожаловать в «Проджектово говоря» 👋 Я Александра Иванова, руководитель проектного офиса с 16-летним стажем. Знаю, как это — когда «всё горит», а ты один на один с 50 задачами и стейкхолдерами, которым «нужно вчера». Здесь я буду честно рассказывать…»
🌑 Работа есть, но вас там нет. Теневой рынок вакансий 2026.
Давайте честно. Кто помнит эти времена — 2008–2009 годы? Когда мир рухнул, найм встал колом, а фраза «у тебя нет опыта» превращалась в замкнутый круг. Вы приходили на собеседование с горящими глазами, а HR даже не смотрела в резюме — у неё была стопка из 500 таких же, как вы.
Так вот: поздравляю, мы вернулись в тот же цикл.
Сегодня, в 2026 году, рынок окончательно перешел в фазу жесткого «рынка работодателя». Компании не масштабируются, они оптимизируются. Бюджеты секут, головы летят. И это глобальный системный сдвиг в найме.
🤔 С чем вы сталкиваетесь сейчас?
Вы отправляете 100 откликов, получаете 3 просмотра, ноль контактов.
Вакансия висит месяц, но HR и нанимающие говорят: «Мы никого не нашли», хотя вы идеально подходите.
Вы дошли до финала, но взяли «своего» из другого отдела.
Почему? Потому что вы играете в открытую лотерею, а настоящие вакансии крутятся в тени.
Теневая вакансия: работа, которую вы не видите. Часть позиций есть, но они не выложены в открытый доступ.
Такие позиции закрываются двумя способами:
- Внутренняя ротация (передвинули сотрудника из отдела А в отдел Б, даже если сотрудник не совсем подходит).
- Реферальные программы (приведи друга, получи бонус).
И даже если чудом вакансия попала наHH.ru , происходит коллапс: лавина откликов (500+ за сутки) парализует HR. В итоге открывают только тех, кто пришел по рекомендации или смог пробиться на прямую к нанимающему менеджеру.
Знаете, эта ситуация для меня — дежавю. Потому что я сама попала в эту фазу «теневого отбора» не сейчас, а много лет назад — сразу после выпуска из универа. И тогда, в ту волну кризиса, я нашла путь.
⬇️ Продолжение в следующем посте
Давайте честно. Кто помнит эти времена — 2008–2009 годы? Когда мир рухнул, найм встал колом, а фраза «у тебя нет опыта» превращалась в замкнутый круг. Вы приходили на собеседование с горящими глазами, а HR даже не смотрела в резюме — у неё была стопка из 500 таких же, как вы.
Так вот: поздравляю, мы вернулись в тот же цикл.
Сегодня, в 2026 году, рынок окончательно перешел в фазу жесткого «рынка работодателя». Компании не масштабируются, они оптимизируются. Бюджеты секут, головы летят. И это глобальный системный сдвиг в найме.
🤔 С чем вы сталкиваетесь сейчас?
Вы отправляете 100 откликов, получаете 3 просмотра, ноль контактов.
Вакансия висит месяц, но HR и нанимающие говорят: «Мы никого не нашли», хотя вы идеально подходите.
Вы дошли до финала, но взяли «своего» из другого отдела.
Почему? Потому что вы играете в открытую лотерею, а настоящие вакансии крутятся в тени.
Теневая вакансия: работа, которую вы не видите. Часть позиций есть, но они не выложены в открытый доступ.
Такие позиции закрываются двумя способами:
- Внутренняя ротация (передвинули сотрудника из отдела А в отдел Б, даже если сотрудник не совсем подходит).
- Реферальные программы (приведи друга, получи бонус).
И даже если чудом вакансия попала на
Знаете, эта ситуация для меня — дежавю. Потому что я сама попала в эту фазу «теневого отбора» не сейчас, а много лет назад — сразу после выпуска из универа. И тогда, в ту волну кризиса, я нашла путь.
⬇️ Продолжение в следующем посте
📌 Моя история безысходности:
Картина маслом, диплом инженера-связиста в кармане, голова варит, но на рынке труда — полный ноль. Все кричат: «Нам нужен молодой специалист!». Ты приходишь, а тебе в ответ: «У вас нет опыта работы 2 года».
Внутренний диалог: «Где мне взять 2 года опыта, если вы не даете мне даже 2 месяца стажировки?»
Череда собеседований. Одни и те же вежливые отказы. Безысходность. Эта «зеленая» наивность, что если ты старательный, тебя возьмут — разбилась о суровую реальность на втором месяце поиска.
Что я сделала?
🤽🏻Я перестала играть по правилам «открытого рынка». Я пошла путем расширения зоны поиска. Я не стала ждать, пока кто-то смилостивится. Я выбрала не только нишу своей специальности (телеком), но и смежную сферу — туда, где были реальные перспективы роста, а не просто «выполнение KPI».
Так, с дипломом инженера-связиста, я шагнула в сферу заказной разработки в IT. Меня никто не звал, я сама нашла того самого «нанимающего менеджера». Зарплата была минимальной, но я честно говорила, что готова впитывать все как губка и учиться. И это сработало.Сейчас я смотрю на рынок 2026 и вижу ту же самую историю. Вы либо ждете у моря погоды и ныряете в черную дыру из 500 откликов, либо признаете: теневой рынок — это не зло, это реальность.
📍Для соискателей: Ваша задача — не рассылать резюме, а найти того, кто проведет вас за руку мимо скопления HR-воронок. Или смените оптику — посмотрите на смежные ниши, где ваш скилл редок.
📍Для руководителей: если внутри компании не выстроена жирная, вкусная реферальная программа, вы теряете лучших джунов и мидлов ещё на входе. Конкуренты их забирают себе — потому что у тех сотрудники горят желанием привести друга и получить бонус. А ваши молчат. И кандидаты уходят туда, где их «привели за ручку».
Кстати, о смене оптики.
Я подготовила готовый промпт для нейросети, который за 5 минут выдаст вам 7–10 смежных сфер для трудоустройства.
Забирай его ниже из 🗂️
Картина маслом, диплом инженера-связиста в кармане, голова варит, но на рынке труда — полный ноль. Все кричат: «Нам нужен молодой специалист!». Ты приходишь, а тебе в ответ: «У вас нет опыта работы 2 года».
Внутренний диалог: «Где мне взять 2 года опыта, если вы не даете мне даже 2 месяца стажировки?»
Череда собеседований. Одни и те же вежливые отказы. Безысходность. Эта «зеленая» наивность, что если ты старательный, тебя возьмут — разбилась о суровую реальность на втором месяце поиска.
Что я сделала?
🤽🏻Я перестала играть по правилам «открытого рынка». Я пошла путем расширения зоны поиска. Я не стала ждать, пока кто-то смилостивится. Я выбрала не только нишу своей специальности (телеком), но и смежную сферу — туда, где были реальные перспективы роста, а не просто «выполнение KPI».
Так, с дипломом инженера-связиста, я шагнула в сферу заказной разработки в IT. Меня никто не звал, я сама нашла того самого «нанимающего менеджера». Зарплата была минимальной, но я честно говорила, что готова впитывать все как губка и учиться. И это сработало.Сейчас я смотрю на рынок 2026 и вижу ту же самую историю. Вы либо ждете у моря погоды и ныряете в черную дыру из 500 откликов, либо признаете: теневой рынок — это не зло, это реальность.
📍Для соискателей: Ваша задача — не рассылать резюме, а найти того, кто проведет вас за руку мимо скопления HR-воронок. Или смените оптику — посмотрите на смежные ниши, где ваш скилл редок.
📍Для руководителей: если внутри компании не выстроена жирная, вкусная реферальная программа, вы теряете лучших джунов и мидлов ещё на входе. Конкуренты их забирают себе — потому что у тех сотрудники горят желанием привести друга и получить бонус. А ваши молчат. И кандидаты уходят туда, где их «привели за ручку».
Кстати, о смене оптики.
Я подготовила готовый промпт для нейросети, который за 5 минут выдаст вам 7–10 смежных сфер для трудоустройства.
Забирай его ниже из 🗂️
❤1👍1
Почему Project Manager без метрик сегодня — как таксист без навигатора?
Долгое время считалось, что метрики — удел продакт-менеджеров. Проджект менеджер должен просто «вести проект»: договариваться, ставить задачи и отчитываться сроками.
Но мир давно изменился.
Сегодня успех проектного офиса и каждого PM напрямую оценивают по метрикам. Бизнес говорит на языке цифр. И если вы его не понимаете, то решения принимают другие.
➡️ Метрики — это не KPI для начальника. Это диагностика здоровья вашего проекта.
Но я из раза в раз вижу системную проблему:
Многие PM уже внедрили работу с метриками в свои процессы, они смотрят на Lead Time, Cycle Time, WIP… а процесс не улучшается. Они отчитываются о результатах этих метрик, но узкие места не исчезают.
Почему? Потому что метрики сами по себе — просто цифры. Они подсвечивают «бутылочные горлышки», но не говорят, куда крутить руль.
Главный навык PM-2026 — правильно «читать» дашборды и превращать цифры в действия, которые улучшают процесс, а затем — бизнес-показатели.
Основные метрики проектного управления и что они показывают:
Lead Time - Время от запроса до сдачи
Cycle Time - Чистое время работы без ожиданий
WIP (Work in Progress) - Количество задач в работе одновременно
Throughput - Число завершённых задач за период
SLA Compliance - % задач, выполненных в оговорённый срок
Flow Efficiency - Cycle Time / Lead Time × 100%, доля времени, потраченного на работу, а не на ожидание
📌 Как начать работать с метриками правильно (5 шагов)
1. Начните с 2–3 бизнес-метрик проекта.
Не со сроков, а с того, что волнует заказчика: выручка, вовлечённость, скорость обработки заявок, SLA.
2. Перед каждым отчётом задавайте себе вопрос:
«Какое решение примет бизнес на основе моих данных?»
Если ответ «никакое» — отчёт не нужен.
3. Предлагайте улучшения проактивно, даже если вас не просили.
Увидели проблему в процессе? Нарисуйте новый процесс и покажите экономию.
4. Не бойтесь цифр, даже если вы не финансист.
Достаточно освоить простые расчёты: ROI, бюджет проекта, стоимость часа команды.
5. Станьте «переводчиком» с языка денег на язык задач.
Объясните команде, почему баг критичен (иначе компания теряет миллион в день).
Долгое время считалось, что метрики — удел продакт-менеджеров. Проджект менеджер должен просто «вести проект»: договариваться, ставить задачи и отчитываться сроками.
Но мир давно изменился.
Сегодня успех проектного офиса и каждого PM напрямую оценивают по метрикам. Бизнес говорит на языке цифр. И если вы его не понимаете, то решения принимают другие.
➡️ Метрики — это не KPI для начальника. Это диагностика здоровья вашего проекта.
Но я из раза в раз вижу системную проблему:
Многие PM уже внедрили работу с метриками в свои процессы, они смотрят на Lead Time, Cycle Time, WIP… а процесс не улучшается. Они отчитываются о результатах этих метрик, но узкие места не исчезают.
Почему? Потому что метрики сами по себе — просто цифры. Они подсвечивают «бутылочные горлышки», но не говорят, куда крутить руль.
Главный навык PM-2026 — правильно «читать» дашборды и превращать цифры в действия, которые улучшают процесс, а затем — бизнес-показатели.
Основные метрики проектного управления и что они показывают:
Lead Time - Время от запроса до сдачи
Cycle Time - Чистое время работы без ожиданий
WIP (Work in Progress) - Количество задач в работе одновременно
Throughput - Число завершённых задач за период
SLA Compliance - % задач, выполненных в оговорённый срок
Flow Efficiency - Cycle Time / Lead Time × 100%, доля времени, потраченного на работу, а не на ожидание
📌 Как начать работать с метриками правильно (5 шагов)
1. Начните с 2–3 бизнес-метрик проекта.
Не со сроков, а с того, что волнует заказчика: выручка, вовлечённость, скорость обработки заявок, SLA.
2. Перед каждым отчётом задавайте себе вопрос:
«Какое решение примет бизнес на основе моих данных?»
Если ответ «никакое» — отчёт не нужен.
3. Предлагайте улучшения проактивно, даже если вас не просили.
Увидели проблему в процессе? Нарисуйте новый процесс и покажите экономию.
4. Не бойтесь цифр, даже если вы не финансист.
Достаточно освоить простые расчёты: ROI, бюджет проекта, стоимость часа команды.
5. Станьте «переводчиком» с языка денег на язык задач.
Объясните команде, почему баг критичен (иначе компания теряет миллион в день).
❤2
допматериалы_PM2026_рентген роли РМ.pdf
323 KB
Всем привет! Раздаточные материалы к моему выступлению "Рентген роли Project Manager. 2026 год". Скачивайте, пользуйтесь и не забывайте добавляться в мой канал и на linkedin 🙂
❤2
Почему ваша команда работает, а фичи не выходят?
Знакомый сценарий? Команда завалена задачами, все постоянно заняты, спринт за спринтом, а бизнес всё равно недоволен: «Почему так долго? Когда уже в прод?»
Вы смотрите на доску Jira - задачи движутся. Вроде всё нормально. Но релизы срываются, сроки горят, а команда на грани выгорания.
В чём дело?
Скорее всего, вы смотрите не на ту метрику.
➡️ Что такое Cycle Time и почему он важнее velocity?
Cycle Time - это время от момента, когда команда реально начала работать над задачей, до момента, когда задача готова. Не от постановки в бэклог, а именно от «In Progress» до «Done».
Почему это важно?
Velocity (скорость в сторипоинтах) - субъективная штука. Одна команда оценивает задачу на 5 поинтов, другая - на 8. Одни разработчики переоценивают, другие недооценивают. Это «гадание на кофейной гуще» в цифрах.
Cycle Time - это факты. Задача пролежала в работе 3 дня или 10 дней - это видно по датам. Он показывает не то, сколько задача пролежала в бэклоге, а сколько заняла реальная работа. И помогает отделить время ожидания от времени разработки - увидеть, где именно теряется эффективность: на тестировании, согласовании или доработках.
📌 Давайте разберем кейс: как одна команда сократила Cycle Time с 12 до 5 дней.
Расскажу реальную историю.
Продуктовая команда из 8 человек (5 разработчиков, 2 тестировщика, 1 аналитик). Работают по Scrum, спринты по 2 недели. Жалобы бизнеса: «Фичи выходят медленно, конкуренты нас обгоняют».
Руководитель решил разобраться. Замерили Cycle Time по всем задачам за последние 3 месяца. Оказалось:
- Средний Cycle Time - 12 дней.
- Активная разработка (код + тестирование) - всего 3 дня.
- Остальные 9 дней задачи просто ждали.
Где именно?
Посмотрели на доску подробнее. Выяснилось:
1. Тестирование - 5 дней. Тестировщики брали задачи пачками, а не по готовности, проверка старого функционала выполнялась вручную.
2. Согласования с заказчиком - 4 дня.
После чего внесли изменения и внедрили три вещи:
- Ввели WIP-лимиты - не больше 2 задач на разработчика и не больше 3 задач в тестировании одновременно.
- Автоматизировали регрессионное тестирование - тестировщики перестали тратить время на рутину и сфокусировались на новой функциональности. Потратили несколько спринтов на это, но потому это окупилось.
- Ввели SLA на согласование заказчиком
➡️ Результат через 2 месяца после введенных изменений:
- Cycle Time сократился с 12 до 5 дней.
- Скорость выхода фичей выросла в 2,4 раза без расширения штата.
- Прогнозируемость релизов выросла - команда стала давать реалистичные сроки.
- Команда перестала выгорать - задачи больше не висели мёртвым грузом.
💥 Советы от меня:
1. Замерьте ваш Cycle Time. Возьмите данные из Jira / Trello / YouTrack за последние 2-3 месяца.
2. Разбейте по типам задач - фичи, баги, техдолг. У них будут разные циклы.
3. Найдите аномалии. Где задачи застревают дольше всего? Тестирование? Ожидание ответа от заказчика?
4. Экспериментируйте. Введите WIP-лимиты, автоматизируйте, меняйте процессы.
5. Смотрите на изменения. Снизился Cycle Time? Значит, изменения работают.
Cycle Time - это про прозрачность и уважение к команде. Когда люди видят, что задачи застревают не из-за их медлительности, а из-за внешних факторов - они перестают винить себя и начинают улучшать процесс.
А бизнес получает главное: предсказуемость и скорость.
Знакомый сценарий? Команда завалена задачами, все постоянно заняты, спринт за спринтом, а бизнес всё равно недоволен: «Почему так долго? Когда уже в прод?»
Вы смотрите на доску Jira - задачи движутся. Вроде всё нормально. Но релизы срываются, сроки горят, а команда на грани выгорания.
В чём дело?
Скорее всего, вы смотрите не на ту метрику.
➡️ Что такое Cycle Time и почему он важнее velocity?
Cycle Time - это время от момента, когда команда реально начала работать над задачей, до момента, когда задача готова. Не от постановки в бэклог, а именно от «In Progress» до «Done».
Почему это важно?
Velocity (скорость в сторипоинтах) - субъективная штука. Одна команда оценивает задачу на 5 поинтов, другая - на 8. Одни разработчики переоценивают, другие недооценивают. Это «гадание на кофейной гуще» в цифрах.
Cycle Time - это факты. Задача пролежала в работе 3 дня или 10 дней - это видно по датам. Он показывает не то, сколько задача пролежала в бэклоге, а сколько заняла реальная работа. И помогает отделить время ожидания от времени разработки - увидеть, где именно теряется эффективность: на тестировании, согласовании или доработках.
📌 Давайте разберем кейс: как одна команда сократила Cycle Time с 12 до 5 дней.
Расскажу реальную историю.
Продуктовая команда из 8 человек (5 разработчиков, 2 тестировщика, 1 аналитик). Работают по Scrum, спринты по 2 недели. Жалобы бизнеса: «Фичи выходят медленно, конкуренты нас обгоняют».
Руководитель решил разобраться. Замерили Cycle Time по всем задачам за последние 3 месяца. Оказалось:
- Средний Cycle Time - 12 дней.
- Активная разработка (код + тестирование) - всего 3 дня.
- Остальные 9 дней задачи просто ждали.
Где именно?
Посмотрели на доску подробнее. Выяснилось:
1. Тестирование - 5 дней. Тестировщики брали задачи пачками, а не по готовности, проверка старого функционала выполнялась вручную.
2. Согласования с заказчиком - 4 дня.
После чего внесли изменения и внедрили три вещи:
- Ввели WIP-лимиты - не больше 2 задач на разработчика и не больше 3 задач в тестировании одновременно.
- Автоматизировали регрессионное тестирование - тестировщики перестали тратить время на рутину и сфокусировались на новой функциональности. Потратили несколько спринтов на это, но потому это окупилось.
- Ввели SLA на согласование заказчиком
➡️ Результат через 2 месяца после введенных изменений:
- Cycle Time сократился с 12 до 5 дней.
- Скорость выхода фичей выросла в 2,4 раза без расширения штата.
- Прогнозируемость релизов выросла - команда стала давать реалистичные сроки.
- Команда перестала выгорать - задачи больше не висели мёртвым грузом.
💥 Советы от меня:
1. Замерьте ваш Cycle Time. Возьмите данные из Jira / Trello / YouTrack за последние 2-3 месяца.
2. Разбейте по типам задач - фичи, баги, техдолг. У них будут разные циклы.
3. Найдите аномалии. Где задачи застревают дольше всего? Тестирование? Ожидание ответа от заказчика?
4. Экспериментируйте. Введите WIP-лимиты, автоматизируйте, меняйте процессы.
5. Смотрите на изменения. Снизился Cycle Time? Значит, изменения работают.
Cycle Time - это про прозрачность и уважение к команде. Когда люди видят, что задачи застревают не из-за их медлительности, а из-за внешних факторов - они перестают винить себя и начинают улучшать процесс.
А бизнес получает главное: предсказуемость и скорость.
❤2👍2