Всем привет!
Меня зовут Владимир, я Project Manager, и этот канал — про честные PM-ские истории и советы для тех, кто только заходит в профессию.

Здесь не будет пафоса и «идеальных кейсов» из учебников. Будет реальность: как не утонуть в Jira, договориться с командой, пережить дедлайны и не потерять себя.

Этот канал я создал, чтобы делиться своим опытом и разбивать стереотипы о профессии PM

Здесь будут:

1️⃣разборы реальных кейсов
2️⃣советы из практики
3️⃣немного самоиронии — без неё в этой профессии никак😁

👉Хештеги для навигации по каналу:

• #базаPM — база знаний для проджектов: ключевые понятия, методологии, чеклисты и шпаргалки.
• #собесы — опыт прохождения собеседований, советы по резюме, вопросы и подготовка к интервью.
• #интересныематериалы — подборки полезных статей, книг, видео и инструментов для PM и тех, кто хочет войти в IT.
• #жизньвпроектах — мои мысли и наблюдения о работе в IT.
• #МыслиВслух — мои подкасты на различные актуальные темы

Если думаешь о карьере PM — ты в нужном месте🚀
Добро пожаловать!

👩‍💻Как я пришёл в IT: путь через хаос и десятки «нет»

Всю жизнь меня тянуло к технологиям, но по настоянию родителей пошёл в «землеустройство и кадастр». На третьем курсе уже понял, что это не моё, а после выпуска решил сменить курс: магистратура в РАНХиГС по менеджменту, параллельно — изучение IT с нуля.

Потом был опыт в продажах медицинского оборудования. Там я понял, что кайфую от работы с людьми и процессов, а не просто от цифр в отчётах. Тогда и родилась мечта стать PM.

👉🏻Ковид стал точкой перелома. Я ушёл из продаж, несколько месяцев учился, собеседовался, собирал отказы пачками. Десятки интервью — десятки «нет». Но однажды сказали «да»: компания Doxinbox взяла меня на позицию PM без реального опыта. Так начался мой путь в IT: интеграции, запуск продуктов, новые команды. Сейчас я PM в Ozon Tech.

🎯Мои главные выводы за всё это время:
- никогда не стоит отчаиваться, отказы — это часть пути, не повод сдаваться
- пробовать новое — обязательно
- понять, к чему лежит душа с первого раза — почти нереально
- главное — постоянно учиться и совершенствоваться

Этот канал для тех, кто в поиске своего пути в IT. Ты точно не один, давай строить эту историю вместе!🔥

#жизньвпроектах

💻5 мифов про работу проджекта в IT

Когда я шёл в IT, думал, что проджект — это тот, кто просто раздаёт задачи и следит за сроками. Ну… нет 😅
Делюсь мифами о PM, которые мешают новичкам понять профессию:

➡️Миф 1: PM решает всё в одиночку
Реальность: PM — это не супергерой, а связующее звено между клиентом, разработкой, дизайном, тестированием. Он не «всесильный менеджер», а фасилитатор, который организует процесс и делает так, чтобы команда работала как единый механизм.

➡️Миф 2: Достаточно знать Jira, чтобы быть PM
Научиться пользоваться трекером задач легко. Настоящая работа начинается там, где нужно видеть риски, договариваться о приоритетах и управлять ожиданиями стейкхолдеров.

➡️Миф 3: Проекты идут по плану, если всё правильно настроить
Любой проект — это перемены, форс-мажоры и живые люди. Задача PM не «заставить всё работать по плану», а гибко перестраивать план под реальность.

➡️Миф 4: PM может не разбираться в IT
Можно работать и без кода, но понимание архитектуры, API или CI/CD даёт уважение команды и помогает быстрее решать проблемы.

➡️Миф 5: PM — это про таски, а не про людей
Реальность: 80% работы PM — коммуникация. Конфликты, ожидания клиентов, мотивация команды — всё это часть профессии. Без эмпатии и лидерства PM быстро «сгорит».

На самом деле, профессия проджекта в IT — это про гибкость, стратегию и умение работать с людьми. Ни один инструмент не заменит личных навыков и опыта.

Если ты только начинаешь путь в IT или просто хочешь узнать больше о проектной кухне — добро пожаловать!❤️

#интересныематериалы

⏳Как PM-у всё успевать: топ-3 методики личной эффективности

Кажется, что работа Project Manager — это постоянная гонка: задачи, дедлайны, созвоны, правки… Хочешь уверенно держать темп, не выгорая? Вот три техники, которые реально работают — и которые я сам использую.

🔍Методика 1: GTD (Getting Things Done)

Что делать:
1. Фиксируешь всё, что нужно сделать, в списках — и те задачи, что в голове, и те, что вне её.
2. Определяешь приоритеты (например, по MoSCoW: Must, Should, Could, Won’t).
3. Группируешь задачи по проектам.
4. Определяешь, что можно сделать сразу, а что — позже.
5. Каждый день выбираешь одну задачу, над которой работаешь прямо сейчас.

Ты перестаёшь прыгать с темы на тему и тратить время на догадки, что делать дальше. Даже 10-15 минут вечером, чтобы структурировать задачи на завтра — дают спокойствие и ясность🧘🏼‍♀️

🐸Методика 2: «Ешь ту жабу» (Eat That Frog)

Что делать:
1. Выбери самую важную задачу на день — ту, которая принесёт наибольшую ценность проекту.
2. Запиши её в список дел.
3. Сразу по началу рабочего дня — берись за неё.
4. После выполнения — отмечай, переходи к остальным задачам.

Утро — момент, когда мозг свежий. Если решить самую важную задачу первым, остальные будут казаться легче. И ты не будешь откладывать ключевые вещи, которые тянут проект вперёд.

⏱Методика 3: Помодоро

Что делать:
1. Выбираешь задачу и работаешь 25 минут без отвлечений.
2. Потом 5 минут перерыв.
3. После четырёх таких циклов — длинный перерыв (15-30 минут).

Эта методика дает сфокусированность, меньше отвлекающих мыслей, меньше «упущенного времени». Да и мозг отдыхает регулярно — меньше усталости к вечеру.

↗️Как сочетать эти методики, чтобы было по-настоящему эффективно
- GTD помогает понять, что делать и во имя чего.
- Eat That Frog — ставит задачу, с которой лучше начать день.
- Помодоро — даёт ритм, чтобы работать над задачей, не размазывая себя.

Попробуй применять их в связке: спланируй вечером задачи на следующий день (GTD), утром сделай самую важную задачу (Eat That Frog), а в течение дня работай циклами по Помодоро, чтобы не распыляться.

#базаPM

Мой главный факап за всю историю работы😱

У каждого PM-а есть проект, после которого ты либо встаёшь на новую ступень, либо уходишь в запой.
У меня это было с… мороженым.

➡️Как всё начиналось:

К нам пришёл крупный производитель мороженого. Заводы, сеть ларьков — всё красиво.

Но проблема:
- ларьки постоянно оставались пустыми в сезон
- спрос никто не мог нормально спрогнозировать
- клиенты хотели эскимо, а получали «извините, закончилось»

Мы подумали:
«Да не вопрос! Прикрутим вам ИИ, который будет считать статистику и сам формировать заказ. Цифровизация, 21 век, всё как надо».

Меня назначили менеджером проекта (а по факту ещё и бизнес-аналитиком).
Сроки были 🔥, сезон на носу, заказчик подгоняет.

Я пообщался с закупщиками, собрал их боли и решил:
«Хватит, всё понятно, можно пилить».
Запускаем разработку.

➡️Но все оказалось не так-то просто…

Через неделю у нас встреча с главным руководителем производства (ключевой чел, между прочим).

И вот тут

выясняется

:
- половина требований, что мы собрали, вообще не про наш проект
- у руководителя совсем другие хотелки
- неделя работы разработчиков улетела в стол

А я сижу и думаю:
«Вот это да, Владимир, ты молодец. Успел всех обмануть — и команду, и заказчика, и себя»😵

➡️Для себя я вынес:
1. PM обязан знать, кто финально говорит «Да» и «Нет».
Все остальные интервью хороши, но без главного человека — это просто шоу «угадай мелодию».

2. Фиксируй договорённости письменно.
«Кажется, мы поняли друг друга» — это фраза, которая потом превращается в «Ой».

3. Даже если ты уверен на 100% — ты можешь ошибаться.
И это нормально. Главное — признать, перестроиться и идти дальше.

Теперь в каждом проекте я начинаю с магического вопроса:
«А кто здесь тот самый человек, который реально может утвердить требования?»

И знаете что? Этот вопрос сэкономил мне кучу нервов, седых волос и рабочих часов команды.

А мороженое я с тех пор люблю ещё больше. Оно хоть честно тает, а не как требования у заказчика.

Пишите в комментах свои факапы — соберём коллекцию ошибок, которые учат лучше любого курса😁

#жизньвпроектах

Как быстро войти в IT без технического опыта: руководство для будущих PM📇

Когда решаешь стать менеджером проектов в IT, кажется, что без кода и техобразования не обойтись. Но на самом деле важнее другое. Вот что реально поможет войти в IT и стать ценным для команды PM:

💭Слушать, а не командовать
В IT редко кто «подчиняется» по должности. PM — это фасилитатор: собрать митинг, понять, что блокирует команду, убрать преграды. Умение слушать и задавать правильные вопросы — твой главный инструмент.

💭Практика на учебных проектах
Пет-проекты, тестовые команды, маленькие задачи вроде внедрения Kanban в отделе — лучший способ набраться опыта. Один реальный кейс ценнее десятка сертификатов без применения.

💭Работа с инструментами
Ты не обязан писать код, но должен понимать, как устроены Jira, Confluence, Notion. Где статус спринта, как связаны задачи — это базовая часть твоей роли.

💭Навык вести митинги
Чёткая повестка, тайминги и контроль дискуссии. Если встреча уходит в сторону, PM должен вернуть фокус. Это помогает завоевать уважение команды.

💭Документы по делу
IT-документы — не романы. User stories, acceptance criteria, пара скриншотов — это читают. Лишний текст никто не откроет.

💡Что делать уже сегодня:
- Найти маленький проект или пет-проект, чтобы потренироваться брать ответственность.
- Общаться с людьми из IT, чтобы понимать их процессы и логику работы.
- Освоить инструменты — даже в бесплатных версиях — и тренироваться писать user stories, acceptance criteria.
- Вступать в PM-комьюнити, слушать подкасты, читать блоги и собирать чужие кейсы.

Чтобы стать PM в IT, не нужно быть технарём. Нужно понимать людей, процессы и задачи, уметь договариваться и брать ответственность. Готов пробовать и учиться — вход открыт!

👉Подробнее о том, какие дополнительные навыки помогают PM-у расти и быть ценным для бизнеса, вы можете узнать из моей статьи.
Читайте и делитесь обратной связью!❤️

#базаPM