Первое собеседование на PM, где я сознательно опирался на блог, выглядело забавно: рекрутер листал pmlogovo и говорил «так, я уже половину ваших ответов вижу здесь». Вопросов стало меньше, разговор - глубже.
И вот это тот момент, когда блог как портфолио начинающего project manager начинает работать. Не просто «я что-то пишу в интернете», а у меня есть живая витрина мышления, решений и траекторий.
В этой статье я разберу, как использую свой блог pmlogovo как портфолио для перехода в project management. Что там лежит, как это помогает на собеседованиях, что точно повторить, а что, честно, просто суета.
Ярослав, начинающий PM, участник основного потока IT Школы 21 с 15 апреля 2026, выпускник НГТУ по «Информационным системам и технологиям», ИП с 2016 года. Это мои исходные данные, и блог аккуратно подсвечивает все элементы этой траектории.
Когда у тебя нет 5 крупных внедрений ERP или серии проектов на миллионы, на собеседовании тебе грозит один риск: выглядеть как «еще один кандидат без реальных кейсов». Резюме похожи, слова одинаковые, все «про коммуникацию и ответственность».
Блог как портфолио начинающего project manager решает три задачи:
Показывает путь, а не только результат.
Можно честно сказать: «Я только захожу в PM, вот траектория, вот решения, вот ошибки». Для джунов это мощнее, чем натянутая легенда про «крупные проекты».
Дает контекст для резюме.
В резюме строчка «Школа 21» или «ИП с 2016 года» мало о чем говорит. В блоге я раскрываю: что именно делал, как это связано с управлением проектами, какой уровень ответственности был.
Служит фильтром.
Служит фильтром. Если HR или будущий руководитель читает пару статей и понимает, что ему не близок мой подход, мы экономим время друг другу. Но блог как портфолио PM — это инструмент, а не магический пропуск. Если внутри пусто или хаос, пользы немного.
Пару фактов, чтобы понимали, с какой позиции я говорю:
В какой-то момент я понял простую вещь: все это можно сложить в одну понятную картинку. Не «я просто много всего делал», а у меня есть внятный путь к роли project manager. И блог стал местом, где этот путь сложен и показан другим.
Структура блога это первое, что делает его портфолио, а не просто ленту мыслей. У меня оно выглядит так (упрощенно):
Здесь лежат статьи про переход в project management из других сфер: из ИП, из технарской базы, из обучения в Школе 21.
Типы материалов:
Истории перехода.
Как я принял решение, какие альтернативы рассматривал, почему именно PM, как готовился к изменениям.
Разбор компетенций.
Беру стандартный набор навыков PM и честно сопоставляю с тем, что у меня уже было: управление задачами клиентов, планирование работ, работа с рисками.
Привязка образования.
Статья о том, как НГТУ по «Информационным системам и технологиям» помогает (и где вообще не помогает) в управлении проектами.
Зачем это в портфолио? Чтобы у читателя и у HR сразу сложилась картинка: человек не случайно оказался на PM-вакансии, он целенаправленно шёл в эту роль.
Второй ключевой блок - учебные проекты в Школе 21. Я не прячусь за формулировку «учебные» и не выдаю их за коммерческие.
Каждый такой проект описываю по схеме project manager кейса:
Это превращает учебные задания в нормальные кейсы project manager: видно, как я думал, как администрировал процессы, как договаривался.
И я специально отмечаю:
«Это учебный проект, но все следствия реальные: выгорание участника, конфликт по задачам, спор о приоритетах».
На собеседовании такие кейсы не вызывают ощущения «вы притянули за уши». Они честные, физически прожитые.
Отдельный блок - статьи о том, как я строю личный бренд начинающего PM.
Но без пафоса и инфоцыганских лозунгов. Скорее дневник:
Здесь же пишу о сомнениях: где очередной пост про «личный бренд» действительно помогает, а где это просто отвлекающие украшения.
Так блог становится не только портфолио, но и прозрачным окном: работодателю видно, как человек рефлексирует, как растет, как говорит о работе.
Отдельный важный кусок: формат описания кейсов. Тут я опирался на стандартную структуру project manager кейсов, но адаптировал.
У меня каждое описание проекта в pmlogovo отвечает на 5 вопросов:
Что за проект и зачем он был.
Не просто «мы делали сайт», а «мы делали сайт для X, чтобы Y». Цель важна.
Кто участвовал и как я выстраивал взаимодействие.
Команда, роли, кто как включался. Здесь вылезает моя PM-позиция.
Какие риски я видел и что с ними делал.
Даже в учебных задачах я стараюсь проговаривать: вот риск, вот мера. Это показывает мышление.
Что пошло не так.
Я специально фиксирую провалы: сорванный дедлайн, просевшая коммуникация. Портфолио PM без ошибок смотрится подозрительно.
Чему научился и что изменил бы в следующем проекте.
Это, мини ретроспектива. Для меня это ключевой элемент.
Такой формат кейсов в блоге делает его похожим на рабочий журнал PM, а не на коллекцию «успешных успехов».
Если коротко: не размахиваю блогом как «смотрите, какой я особенный», а аккуратно вшиваю его в диалог.
Вот как это выглядит на практике:
Иногда собеседующий открывает блог прямо во время разговора. Иногда смотрит потом. Но главное - блог как портфолио PM дает дополнительные уровни глубины, которые не влезают в резюме.
По наблюдениям, срабатывают такие элементы:
Четко структурированные кейсы.
Когда у каждого проекта есть описание, а не только «фото с дедлайном».
Честные разборы ошибок.
HR отмечали, что это отличает живого начинающего PM от кандидата, который боится признать провал.
Привязка к обучению и опыту.
Я не прячу, что проекты учебные или связаны с ИП. Наоборот, показываю контекст.
И заодно честно:
Обещанный практический кусок. Если хотите, чтобы блог начал работать как портфолио начинающего PM, можно пройтись по этому мини-чек-листу. Лучше не за один вечер, а по дням.
Совет: сохраните этот чек-лист или распечатайте и отметьте шаги, которые уже сделали. Благо он не про «правильный контент», а про минимальную рабочую структуру.
И главное: блог как портфолио project manager это не украшение и не игрушка, а инструмент. Если его строить осмысленно, он помогает выйти из анонимности и говорить с работодателями предметно.