📌Как я стал Project менеджером ч.1

Я начинал свой IT путь в Точка Банке, еще с поддержки, где в основном наблюдал за всеми процессами со стороны, но благо, инициатива не была наказуема, поэтому спустя какое-то время меня стали подпускать к участию в проектной деятельности, а дальше понеслось, но давайте об о всем по порядку

Примерно за 3 года, на своей должности эксперта поддержки предпринимателей, я смог достигнуть пика, взяв все грейды, подтвердив все скиллы, я попал в шикарнейшую зону комфорта
Как-то я шел на работу и у меня была мысль: «какой кайф, я иду на работу и знаю, что там у меня не будет невыполнимой задачи, я смогу решить абсолютно любой вопрос» 😎
Это было действительно так, у меня шикарный коллектив, у меня прокачен мозг на эту сферу, я точно не хочу ничего менять, думал я.

🛑Но февраль 2022 года заставил задуматься, а точно ли оно всегда будет так?
Была проблема:
Моя должность и знания очень сильно завязаны на одном конкретном работодателе. Моя экспертность в одном банке, не будет экспертностью в другом, а если ещё и сменить сферу, то я точно окажусь за бортом😱

С этого момента начинается мое погружение в IT.
Я активно изучаю языки программирования. Изначально выбрал Swift (это язык программирования от Apple для написания iOS приложений), потом переключаюсь на Frontend, успел активно освоить верстку сайтов, но вот с JavaScript отношения не заладились 🤯
Спустя год, я понимаю, что я изучаю то, чем не хочу заниматься оставшуюся часть жизни 😖

Отчаянно вбиваю в Гугл: «профессии в IT сфере» и читаю, пытаясь понять, кем я хочу стать

💡И вот мне расписывают должность Prodact менеджера (не путать с Project, которым я стал), я понимаю, что это то, что мне откликается, но сначала давай-ка станем Project’ом…

Project менеджер, дирижер оркестра, но не директор консерватории как Product менеджер
В обязанностях Project’а входит начало проекта (поиследовать, согласовать результаты исследований для их реализации), проведение проекта в исполнение (спланировать работу, реализовать наработки) и закончить проект (отчитаться, провести ретро)
🧑‍🤝‍🧑И все это вместе с большой продуктовой командой

В универах этому толком не учат, курсы дают только базу базовую, а на собеседованиях всем интересно посмотреть на твое портфолио проектов💼. Получается вот такая ловушка из анекдотов, где «нам нужен сотрудник до 20 лет с 25 летним опытом работы»👿

Благо, как и говорил в начале, никто не запрещал на текущей должности начинать рулить небольшими проектами, так я мог 20-30% рабочего времени посвящать проектной работе⚙️ Да, продуктовую команду тебе никто не дает и ты своими короткими ручками, стараешься, что-то улучшить в большой корпорации, но благо помощь и менторская составляющая прилагалась

Читаем дальше ⤵️

📌Как я стал Project менеджером ч.2

Практика - это охрененно, но все же в такую профессию стоит соваться с хорошим багажом знаний
📚Итак, курсы. Они дают базу базовую, которая говорит как бывает в идеальном мире, но когда у кого-то, что-то шло по плану? 😅
Мне подкинули интересные курсы Project менеджера от Google, от Courser’ы.
Признаться, меня очень мотивировала бумажка в виде сертификата от Google 🔥
⏳Поэтому я отдал около 5 месяцев на прохождение всех модулей, но и получил помимо сертификата хорошую базу проектного управления📃

🟰В сумме я получаю какой-никакой опыт + базовые знания
И с начала декабря, я создаю резюме на всех рабочих площадках и отправляюсь набивать шишки на живых собеседованиях

Skill «Прохождения собеседований» можно кажется смело записывать как один из немаловажных пунктов в построение карьеры. И теперь то, я понимаю, почему многие IT’шники любят раз в пол года гонять, в свободное от работы времени, по собесам 🧑🏻‍💻

📌Взглянуть на внешний рынок
📌Актуализировать знания
📌Оценить самого себя (как по знаниям, так и по деньгам)

Декабрь, я в Ташкенте, активирую и привожу в порядок свое резюме, и выхожу на рынок
Строчка «4 года опыта работы в российской финтех компании» работает на меня и помогает преодолеть первые пороги поиска вакансии, первый собес не заставил себя долго ждать, буквально через неделю я уже в офисе одной крупной финтех компании Узбекистана 💪🏻

И вот тот собес, идеально отображает все мои последующие пол год скитаний по собеседованиям, остановлюсь подробнее:
Успешное тестовое, в офис я прихожу максимально уверено, большой кабинет, HR, Product, TechLead и я 👥👥
Рассказываю о своем опыте, который мало мальски набил на текущей должности, поначалу справляюсь с теоретическими вопросами, но чем дальше в лес… 🪵
Валюсь на терминологии, спотыкаюсь об процессе разработки, под конец мне просто хочется поскорее уже закончить это «избиение младенца»…🫥
Обратную связь мне дают сразу в этом же кабинете и мы прощаемся навсегда😥

Но большой плюс - это все же обратная связь, и работа над ней, с каждым последующим собеседованием я все больше и больше времени держусь увереннее и меня сложнее застать врасплох 🫡
🎖«Ваш навык стрессоустойчивости прокачен на 80%»

Пользуюсь на работе процессом внутренней ротации, поэтому, когда появлялись внутренне конкурсы на вакансии Project менеджера, я был в первых рядах. Ротация внутри компании,как ни крутите, выглядит куда более выгоднее, меньше бюрократии, знакомый продукт и люди🤝

11-е собеседование складывается в мою пользу и мне предлагают оффер
Заключительные две недели доработки
И в трудовой уже официально прописывается строчка проектного управленца. И да , если раньше все это было прописано просто в ДНК, теперь все официально, все по бумагам😎

❤️‍🔥 - Буду рад вашим реакциям

Только на пришёл на канал, давай тогда для начала познакомимся 🤝

Если ты начинающий Project Manager или только присматриваешься к этой профессии — добро пожаловать. Опытные управленцы, вас тоже очень рад видеть на моем канале, уверен мы тут с вами хорошо друг друга дополним

Меня зовут Никита, и последние несколько лет я продолжаю развиваться в роли технического Project Manager'а 🦾

Но пришел я сюда не по классической схеме.
По образованию я менеджер, однако долго искал себя: делаю контент на YouTube, пишу музыку, стараюсь много путешествовать, пробую разные направления и постоянно учился новому. Но посмотрев на все эти сферы, я понял, что я активно в них строю и управляю проектом, то есть получается, что управление проектами - это место, где любознательность оказалась не недостатком, а преимуществом.

🛠Почему технический Project Manager?
Потому что мне всегда было мало просто двигать задачи по доске.
Мне интересно разбираться, как устроена система под капотом:
— как работают интеграции, API;
— почему одно решение масштабируется, а другое нет;
— зачем разработчики спорят о техническом долге;
— как принимать решения, понимая не только бизнес, но и техническую сторону продукта.

☝🏻Я не разработчик (хотя активно на него учился) Но считаю, что хороший технический PM должен говорить с инженерами на одном языке.

О чем этот канал?
📌 разборы реальных рабочих ситуаций;
📌 инструменты, которые помогают управлять проектами;
📌 объяснение технических терминов простыми словами;
📌 мысли о работе с командами, разработкой и продуктом;
📌 мои ошибки, выводы и находки - потому что именно они учат сильнее всего.

🎯Моя цель - сделать технический Project Management понятнее для тех, кто только начинает путь. И конечно, делиться опытом, который получаю отовсюду

Если после очередного поста ты сможешь лучше понять разработчика, увереннее провести встречу или перестанешь бояться слова "архитектура" - значит, канал существует не зря.

🤙🏻Спасибо, за подписку

Надеюсь, здесь ты найдешь не только полезные материалы, но и ответы на вопросы, которые обычно появляются только в процессе работы.

🥂Добро пожаловать!

Легкое чтиво перед началом рабочего дня вам

Читаю тут "Настольная книга Project manager'a" - Владимира Завертайлова
Интересный момент, что не знаю, кому её рекомендовать. Для начинающих сильно замудренно, для профи, слишком все банально. Скорее всего эта книга подойдет для тех, кто запустил пару проектов и теперь хочет понять, а как правильно их запуска

Но сейчас, хотелось бы про одну из глав рассказать, которая улыбнула:
Глава про Unit - экономику начинается (все еще ненавижу ее не то чтобы считать, а даже учиться считать )
И отрывок с объяснением про семки, равносилен серии сериала на Netflix 😎
Глава в комментариях 👇
Время чтения 2-3 минуты

⚡️Как перестать тупить над задачами: Техника Фейнмана + вопрос «почему?»🧠

Бывало у вас такое, что пришла задача, вам говорят, что нужно сделать, а вы вообще в шоке, что такие задачи бывают и что еще и вам её делать 🫠 Но чуть посидев, пораскуривав её, начинаешь потихоньку понимать, что от тебя хотят. И вот крутой способ для раскурки той самой задачи:
Сам по себе метод Фейнмана — топ: объяснил своими словами → понял лучше. Но есть одна фишка, которая прокачивает его до космоса.

Представьте, что вы объясняете тему ребёнку.
Ребёнку, который после каждой фразы будет спрашивать: «А почему?»

Пример: теорема Пифагора. Формулу знают все. Но если ребёнок спросит: «А почему она работает для всех прямоугольных треугольников?» — сможете ответить?
Многие в этот момент понимают, что всё это время просто верили формуле на слово.
Еще забавно это срабатывает, когда просишь сам себя объяснить, почему у тебя та или иная болезнь или травма, это «почему» тебя либо быстро достает, либо довольно быстро приводить к ответу

И вот тут магия: такие «почему» вытаскивают на поверхность пробелы, о которых вы даже не подозревали. Именно в этот момент материал действительно становится вашим знанием, а не набором символов из учебника📚

Итог: техника Фейнмана — это не только проверка знаний, но и способ настроить мозг на глубокое понимание. Объясняешь, спотыкаешься, ищешь, снова объясняешь. И так до тех пор, пока не можешь спокойно разложить тему даже перед ребёнком, который перебивает тебя каждые пять секунд.

И да, работает это не только в прикладных предметах. Хотите лучше разбираться в управлении проектами, писать код или хотя бы объяснить другу, зачем вам это новое хобби? Берите лист бумаги и пробуйте.

🔥 - А пока ловлю реакцию от тебя, продолжаю готовить не менее интересные посты о инструментах, которые сам использую в управление

Удивительно, но работа серверов под капотом, может научить менеджера крутым деталям🔥

Но для начала, нужно будет малость погрузиться в техничку, но я постараюсь сделать её более менее увлекательной

🔄 Синхронные запросы
Смотри, ты хочешь посмотреть новый фильмец\клипец и тд. Ты нажимаете на ссылку в браузере и мгновенно получаешь видео. Но если одновременно с тобой это начнут делать еще много человеков, то видео может загрузиться через 10 секунд. А если 10 миллионов человеков (ну вот такой популярный клип просто), то задержка увеличится, и через 15 секунд ты начнешь нервно жать на ссылку снова и снова, увеличивая нагрузку на сервер. Синхронные запросы работают быстро, но при высокой нагрузке начинаются проблемы. Если сервер не успевает обработать запрос, то выплёвывает тебе ошибку 504.

🔀Асинхронные запросы
Теперь вдруг ты хочешь отправить миллиону (ну ладно, тысяче) своих подписчиков email-рассылку о мощном снижении цен. Сервер создает очередь, и письма отправляются одно за другим, пока очередь не опустеет. Но а ты в это время можете заниматься своими делами, например, полистать мои рилсы про управление проектами. Асинхронные запросы надежны и удобны, но могут занимать много времени.

⚡️ И погнали наконец то к управлению
Менеджер может работать как в синхронном, так и в асинхронном режиме. Правильный выбор - залог эффективности.
Забавный случай клиента автопроизводителя Tesla, который пожаловался, что несколько месяцев не может согласовать ремонт автомобиля. Ему нашептали, что сам Илон Маск повелел согласовывать с ним каждый ремонт. Он гендиректор, поэтому занят, и придется подождать.
Но косяк Илона не в том, что он занимается не своим делом, а в том, что он выбрал асинхронную коммуникацию и создал очередь. Правильнее было бы работать синхронно и обозначить таймаут: «Хочу согласовывать все ремонты, пишите в X (или где работники тесла чатяться), но если не ответил через час — не ждите, принимайте решение на свое усмотрение»

С другой стороны, менеджеры иногда ошибочно выбирают синхронную коммуникацию. Пишут каждому программисту в личный чат и требуют немедленного ответа. Затем зовут всех на совещание, чтобы 20 человек обсудили важный вопрос. Программист вместо написания кода отвечает в чате нетерпеливому менеджеру и скучает на встречах. А мог бы писать код.

🏁А чем в конце подытожим? Да все просто:
Выбор между синхронным и асинхронным режимом работы зависит от конкретной ситуации. Важно понимать, когда нужно быстрое взаимодействие, а когда можно создать очередь и немного подождать. Это поможет тебе эффективно управлять как людьми, так и процессами.

❤️‍🔥 - Спасибо технике, за интересную интерпретацию, а мне можно реакцию за пост

💬 Бизнес ≠ Разработка. Почему мы до сих пор живём в разных мирах?

Мы всё ещё любим делить бизнес и разработку, как будто это два отдельных мира. С одной стороны — менеджеры, исследователи, дизайнеры, маркетологи. С другой — программисты, тестировщики, аналитики. Каждый живёт в своей реальности: бизнес придумывает стратегии, исследует рынок, приносит идеи в разработку, разработка оценивает и начинает пилить. Пока код летит, бизнес уже сделал новые ресёрчи, придумал новые фичи и строит планы. В итоге получается, что все работают сами на себя, а продукт страдает.

Проблема здесь не в людях, а в самой модели. Когда бизнес «горит» идеей, но разработка говорит «на это нужно полгода», вся стратегия летит к чертям. Никто не виноват, просто два мира не разговаривают. И на этом фоне все получают по шапке — менеджеры за нереалистичные планы, разработка за задержки, продукт за посредственный результат.

Крупные компании — Google, Meta, Amazon (кстати, это субъективщина, я не исследовал, и мало вероятно, что сотрудники этих компаний увидят этот пост, хоть мы его с вами и залайкаем доусрачки, но давайте попробуем) — уже давно поняли, что разработчик — это не только умение писать код, это инициативность, умение мыслить нестандартно и быть вовлечённым в продукт целиком. Иногда именно разработчик придумывает идею, которая окажется круче всех презентаций и ресёрчей бизнеса. Но этого не будет, если разработка сидит в изоляции и просто выполняет чужие задачи.

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

Предвижу ваш вопрос! Нет, не ищу крайних
Увы, но мир не однополярен. Разработчики не плохиши, что не участвуют активно в бесконечных созвонах. И менеджера не гадюки, которые приходят со сроками "нужно было вчера". Все мы ведь с вами "любим" планироваться на год\квартал. Вот эти встречи на миллион часов, после которых выжат и просто не понимаешь, зачем я все это делал. А именно там, в спорах, в обсуждениях и рождается что-то светлое и самое главное понятное всем и сразу. Да и в целом, инициативность в здоровой команде всегда является поощрительной

Вместо вывода
Продукт — это не код и не стратегия. Это диалог, компромисс и совместное мышление. Бизнес без разработки — это мечты без опоры, разработка без бизнеса — код без смысла. Настоящий результат рождается там, где нет «их» и «нас», а есть одна команда, которая думает, планирует и решает вместе.

А как у вас?
Го в комменты, я уверен, многие не согласны с моим мнением. А кто-то напротив сталкивается с этой проблемой и ищет разные пути решения

💭«Коллеги, всем доброго утра, давайте начинать наш дейли» - с самой душной и формализованной фразы, которую только можно придумать

Ненавижу формализмы после того, как каждое письмо нужно было начинать с «Глубокоуважаемый Иван Иванович, …».
В деловой коммуникации люди общаются с людьми, а не бюрократические машины с такими же.
«Хочу уведомить вас»
«Убедительная просьба»
«Доводим до вашего сведения»

Этими фразами хочется добавить уверенности и возвысить себя по иерархии. Но это только всё усложняет. И обычно я их юзаю, только чтобы позлить коллегу, ну или просто поймать ха-ха, ну действительно, потому что по факту они:
• Создают ненужное расстояние между людьми

Когда человек говорит формализмами, от него ожидают приказов, штрафов и наказаний. Это снижает уровень доверия в общении.
• Увеличивают когнитивную нагрузку.
Чтобы понять суть, нужно приложить много усилий, чтоб пробраться через забор из формализмов.

🗣Общайтесь как комфортно. Нафиг формализмы.

⚜️Но не забывайте про культуру общения само собой:
Относитесь к собеседнику с уважением и заботой: уважайте время и внимание получателя, помогайте в выполнении задач.
Выносите важную информацию из вложений.
Следите за грамотностью и читаемостью: структурируйте текст, поменьше восклицательных знаков, они пугают.
Излагайте суть в первом абзаце: кратко изложите основную мысль в первом абзаце. Например: «Привет, в данной задаче, есть требование №, прошу сделать ___, так как».
Обозначайте срочность: указывайте срочность задачи. Например: «Завтра встреча с командой из отдела регистрации в 14:00, нужно показать им текущий вариант и получить комментарии».
Отвечайте на сообщения в течение дня: старайтесь отвечать быстро, особенно на срочные задачи.

📃Не убираю дома, но в заметках — стерильно. Я просто люблю, когда все по полочкам + полезные шаблоны

Есть такой мем: У девушки порядок в комнате, но хаос на рабочем столе, а у парней наоборот. Не обязательно привязываться к гендерным различиям, но часто наблюдаю, что все так и есть. Я могу не убираться дома по несколько недель, потому, во-первых лень, во-вторых я убрался и разложил все по местам несколько недель назад и сейчас продолжаю поддерживать порядок.

В какой-то момент я понял: моя суперсила — раскладывать вещи (и информацию) по полочкам. И это не только дома, но и на работе: когда нужно быстро найти документ, чат, заметку или решение — я знаю, где это лежит. У меня всё по категориям. Всё — как в удобном архиве. Спросили? Открыл нужный «ящик». Готово. Красота.

А нужен ли такой навык, если он вам не присущ ?
Наблюдал за людьми, которые не сильно заботятся о порядке, в основном они довольно активные и самое забавное, почти не теряются в своем беспорядке. Условно, если я вижу десятки открытых вкладок в браузере, в котором уже даже не видно иконки браузера, человек с легкостью находит нужную (ну или почти с легкостью, обтыкав 5-6 вкладок), но находит. То есть для именно таких людей как будто бы все равно. Мне бы стало дурно, а им — норм.
Поэтому смело выношу вердикт: Если тебе самому комфортно управлять своим хаосом, то в жопку весь порядок! Но если ты работаешь в команде, делишься информацией, ведёшь встречи — порядок нужен не только тебе.

В первую очередь займись сортировкой.
Уверен, все твои записи, вкладки, папки имеют между собой какую-то общую тематику, кажется, что имеет место их объединить, перечитай, соедини, сложи в панель закладок информацию, которая идет на одну и туже тематику, жить станет чуточку легче
Во вторую очередь, начни вести информацию структурно

Чаще всего, новая информация поступает из различных источников, например от других людей, встречи с которыми ты проводишь во время работы. Особенно остро это происходит, на фразе "коллеги, а кто нибудь записывает?". А потом — кто-то что-то не понял, забыли договорённости, потеряли суть.
Если ты уже записываешь, почему бы не делать это системно?

И у меня даже есть заготовленные шаблоны, которыми я хочу поделиться

⤵️Шаблоны заметок, которые упростят твою жизнь
Мой опыт показывает, что рабочие встречи желательно проводить структурно и тем самым использовать свое рабочее время продуктивно. Поэтому я подготовил для тебя шаблоны заметок в различных приложениях, которые ты смело можешь копировать себе
Notion
Google Doc
Есть еще заготовленный шаблон в Obsidian

❤️‍🔥 - Творю реакцию за старания, я думаю заслужил, тем более они бесплатны

📣Можно идеально подготовиться к собеседованию и облажаться на первом же вопросе.
Потому что первый вопрос обычно: «Расскажите о себе»

Я довольно часто хожу на собеседования — иногда даже просто чтобы потренироваться и понять, как они устроены. И заметил одну штуку: многие готовятся к сложным вопросам, но вообще не готовятся к самопрезентации. Казалось бы, что сложного? Рассказать, какие проекты вёл, какая была команда, за что отвечал, каких результатов добился.
А потом начинаешь вспоминать:
❓Так, а сколько человек было в команде?..
❓А какие там вообще были показатели?..

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

Поэтому я теперь готовлюсь даже к вопросу «расскажите о себе». Я просто выписал весь свой профессиональный путь в одну таблицу. Как я попал в IT, какие проекты вёл, кто был в командах, результаты и цифры, мои сильные стороны, что сейчас ищу — короче, всё, что может пригодиться на собеседовании. И эта таблица оказалась полезна не только как шпаргалка. Потому что вопросы собеседующего часто строятся прямо из твоих ответов.

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

➡️Я сделал шаблон этой таблицы⬅️

Забирай, заполни перед следующим собеседованием — и хотя бы на вопросе «расскажите о себе» тебе не придётся судорожно вспоминать, чем ты вообще занимался последние несколько лет.

🤬Как же меня бесит подготовка к техническим собеседованиям на PM'а !!!

Объясняю, слишком обширная область Hard Skill'ов, к которым нужно быть готовым, возродить все в голове. Потому что как вы могли уже догадаться, на собесах чаще всего ты встречаешь вопросы, которые никогда не встретишь на практике🫠
И вот что делать? Как готовиться ?
Открываешь книги\статьи - бесконечное чтиво в которой естественно воды налито выше крыши

Благо такие же блогеры и вещатели культуры проектного управления начали собирать свои глоссарии\базы знаний с вопросами, которые чаще всего встречаются на собесах
Собрав большое кол-во таких шпаргалок, проведя редактуру и приведя в актуальное состояние, я родил вот такую таблицу с топом вопросов и ответов, которые задают Проектным Менеджерам на собеседованиях

📖Вопросы и ответы для собеседования PM

Если что, это та же таблица, что и постом выше, поэтому выбирайте 2-й лист и вкушайте знания собранные в одном месте

И подсвечу также, рекомендацию по использованию этой таблицы:
📎Копируем себе, чтобы можно было редактировать
📎В столбце соседнем добавляете пункт "личный опыт" и напротив каждого ответа, записываете свой опыт, где и как вы сталкивались на практике с тем или иным вопросом
📎Потому что личный опыт, собеседующие любят больше, чем ваши зазубренные теории

Успешных собеседований и не забудь подписаться на канал, я тут редко конечно пишу, но всегда по делу😎

Ох, ёёё, как вас много здесь. Спасибо каждому из вас за подписку ❤️‍🔥
Как и говорил ранее, пишу редко, но если пишу, то по делу, поэтому много спама тут не будет (буду стараться по крайней мере🙈)
Если интересен спам, то у меня есть личный тг канал... так, что за реклама началась с самого старта, давайте к сути поста 👇🏻

👀Project менеджер глазами разработчика

Если отбросить шутки, про то, что проджекты только про сроки умеют спрашивать и передавать слова "начальников" — разработчикам, то действительно интересно посмотреть, а как нас видят разрабы 🤔
Да, можно почитать обратную связь после очередного performance review от своей команды, но все равно кажется что-то не то. Хочу мнение со стороны! От независимых людей участвующих в разработке, кто для них хороший, кто плохой project
🙀И кажется мое желание было услышано

Как-то раз, мне нужно было написать сценарий для ролика про индустрию game dev, а я увы, от неё далек, поэтому принялся погружаться. Статьи, блоги и конечно-же любимый youtube📺
Нахожу подкаст game dev разработчиков (довольно интересный, но совсем не залетевший, потому что кроме первого выпуска ничего более не видел у них на канале), думаю, ну все, сейчас они меня погрузят в свою индустрию за 1.5 часа...

Но именно для первого выпуска, они выбрали лейтмотив выпуска Project Manager'ы и их участие в работе команды
Как итог, про game dev из ролика я узнал не так много как хотел, но все 1.5 часа увлеченно слушал, потому что ребятки подарили мне то, что я давно хотел, а именно: "взгляд со стороны на мою профессию"🔥

Начинать прослушивание советую с 8:42 минуты, чтобы пропустить интро и дальше как мёд в ушки
🔗 Ссылка на подкаст

Потому что как по мне project в первую очередь работает с людьми, а во вторую уже с метриками\продуктом и тд по списку. Следовательно взаимоотношение с людьми в этом плане является неотъемлемой частью, которую стоит прокачивать 💪🏻

❓Хочу прокачаться как PM еще сильнее, но как !?

Вот ты уже вкусил все основы управления проектами. Активно ведешь процессы Discovery , помогаешь разрабам решать их блокеры, прочитал книжки, прошел курсы, походил на воркшопы, конференции и тебе все мало !?

Мне было этого действительно мало, потому что я чувствовал, что хочется качать еще сильнее свои hard'ы
И нашел решение 💡

Я просто пошел развиваться в смежных профессиях
(Нет, я не пошел учиться писать код, это увы, не откликается)
Я начал активно погружаться в системный и бизнес анализ, а также в такое направление как Delivery Management ⚙️

И если про са/ба анализ, я расскажу как нибудь потом, сегодня пост посвящен именно доставке (Delivery)
Уметь считать ресурсы команды, выстраивать процесс взятия фич в работу, когда поступают нон-стоп от разных команд
Выявление узких горлышек в работе команды разработки
На все выше перечисленное есть свои инструменты, подходы и формулы 🧮

И вот эти знания, которые научили меня по взрослому смотреть на процесс управления проекта не только на стадии discovery, но и на следующей - delivery 😎

Постом, как вы поняли, мы не обойдемся
Все в той же таблице, появился новый лист📃

📖К собесу Delivery Manager

Я собрал вопросы исходя из ваканский, которые мне попадались
Эти знания больше для поверхностного понимания специфики работы Delivery Manager'а
Поэтому дополнять вам ее предлагаю самостоятельно 😉

🔥 - Реакция в качестве благодарности принимается

👤Кто ты, воин?

Повторюсь, приятно удивлен, что столько людей пришли в этот канал. Отсюда у меня появилось желание с вами познакомится. Интересно, кто чем занимается, а также поможет мне дальше выстраивать полезный контент для вас 💪🏻

Собственно, не проходи мимо, тыкни в свой вариант в опросе, а еще можешь коммент накинуть, если не один из вариантов не подошёл или как минимум, поделись в какой сфере работаешь💬

💡Помнить все нереально, но сверх обязательно для нашей с вами профессии

Сроки, задачи, подвисшие вопросы, кто у кого что должен уточнить и тд. Некий микроменджмент, при выстраивание процесса, от которого никогда не избавишься
Пару раз косякнув, забыв пингануть нужных людей из-за чего поехали сроки, я понял, что подобного допускать более нельзя, нужно это все записывать, только не так как я это делал хаотично, в заметках, в блокноте, в "избранном тг" , нужна структура

Покумекав вместе с ГПТ, собрали сверх универсальную заметку, представляющую из себя Личный бэклог PM'а📃
Которую я чекаю каждый день, по завершению дня

📎Задачи раскиданы по срочности
📎Повисшие вопросы, требующие уточнений по категориям
📎Блокеры, которые требуют внимания

Я лично, веду её в Obsidian, по мне так это самый удобный заметчик (если будет интересно, поделюсь гайдом, как его быстро освоить, только дайте знать) , вам, для удобства отдаю её в формате Гугл документа

📜PM личный Backlog — актуальный срез

⚡️- Забирайте, подгоняйте под себя, и не допускайте прое**х сроков! Всем успешных проектов

👥А у нас тут с вами крутое комьюнити вырисовывается, я скажу

На просторах интернета, я рассказываю про этот канал, как про большое, организовавшееся комьюнити проджектов, а не как частный или личный канал
Недавний опрос показал, что у нас тут с вами как мастодонты профессии, так и те, кто только постигает профессию PM'а
(Приятно видеть также, что есть коллеги из смежных отделов от HR'ов до фронтендеров, вам также безумно рады😎)

К чему весь этот пост. Так как я лично, пишу в этот канал редко и если пишу, то точно что-то полезное, а помимо меня тут много крутых спецов, знание которых жесть как ценны, так почему бы нам с вами не реализовывать-то самое комьюнити PM'ов
У этого канала уже есть чат-группа для того, чтобы комменты работали, но туда можно вступить и вести общение не только в комментах, но и непосредственно в самой группе:

💬Ссылка на чат-группу канала

Не проходите мимо, в этой группе можно поднимать обсуждение насущных вопросов, задавать свои, делиться опытом, прожаривать CV, в общем, все, что вашей душе угодно, главное без оскорблений, но хотя я думаю мы все с вами взрослые люди и все это прекрасно понимаем😉
😜Да, мемы и шутки про PM'ов и на IT тематику тоже приветствуются

Там кст есть уже пару повисших вопросов, возможно у вас на них найдутся ответы💪🏻

📄Как я упорядочил все свои заметки и горя не знаю с Obsidian

У любого профессионала есть свой инструмент. У повара — нож, у пилота — штурвал, а у тебя у PM'а по большой части, главный инструмент это — мозг.
Но даже у самого крутого мозга есть ограничение — память. Она не создана для хранения, она создана для мышления. Поэтому тебе нужен второй мозг — место, где будут жить все твои идеи, заметки, открытия и мысли.

Можно старым дедовским способом: Ручка\карандаш + блокнот = быстро, бережно, надежно, но крайне не долговечно, признавайтесь, как часто возвращались на предыдущую страницу своего блокнота? Но если все же писать от руки, то делать это красиво, как завещал Майкл Роуди - Визуальные Заметки

Obsidian — бог среди заметчиков. Если поверхностно знаком с языком MarkDown (не сильно обязательно, просто удобнее будет пользоваться программой), то можешь раскрыть его функционал на максимум.

💎Главные особенности:
Полный контроль над данными. Все заметки хранятся локально на компьютере или телефоне в обычных .md файлах.
Взаимосвязи. Заметки можно связывать между собой как страницы в Википедии.
Гибкость. Через плагины (а их охренеть как много) Obsidian превращается в менеджер проектов, календарь, базу знаний или личный дневник.
👣Первые шаги
Установка. Скачиваем с официального сайта Obsidian.md. Доступно для Windows, macOS, Linux, iOS и Android.
Создание «хранилища» (vault). Это папка, где будут все ваши заметки.
Формат Markdown. Освойте базовые правила: # для заголовков, **текст** для жирного, *текст* для курсива, - для списков.
Фишки Obsidian, которые стоит попробовать
Ссылки внутри заметок. Оберните слово в [[ ]] — получится отдельная страница. Например: [[Саммари встречи]].
Граф связей. Визуально показывает, как ваши записи соединяются. Очень похоже на карту мыслей.
Вложения. Легко вставлять картинки, PDF и даже аудиозаписи.
Теги. Через # удобно группировать записи по темам: #книга, #проект, #идея.
Шаблоны. Можно создать заготовки для типовых заметок (например, «ежедневный отчёт» или «конспект книги»).
Плагины. Будем честны, тут отдельный мир открывается, поэтому к плагинам я бы предложил чуть позже вернуться, но если не терпится, то советую мои любимые
Calendar — календарь заметок.
Dataview — превращает заметки в динамические таблицы.
Projects — управление задачами в стиле Notion.
Advanced Tables — удобная работа с таблицами.

💡Лайфхаки по работе с Obsidian
📌Введите систему тегов заранее — это сильно облегчит навигацию.
📌Для вложений создайте отдельную папку resources, чтобы не засорять структуру.
📌Настройте автообновление ссылок (Settings → Files & Links), чтобы связи не ломались при переименовании.
📌Если ведёте дневник или конспекты по дням — подключите плагин Daily Notes.
📌Старайтесь связывать заметки между собой: это ключ к «сетевому мышлению»

Минутка личного опыта
Когда я узнал про Obsidian подумал, что это что-то модное, скачал, увидел сложный интерфейс и забил. Так он у меня год почти стоял на компьютере. И только через год, я нашел интересные видео обучения, где мне рассказали про особенности работы, лайфхаки и плагины и я понял, что я упускал очень крутой инструмент просто из-за лени.
Для понимания, эти все посты пишутся сейчас именно в obsidian. Большинство рабочих задач у меня заведены как личные заметки в obsidian и помогают каждый день понимать, чем именно мне нужно заниматься сегодня.
Также очень сильно помогает не только мне, но и окружающим. Потому что под каждый проект у меня была собрана папка со всей навигацией по проекту и если любому участнику команды необходимо было получить ту или иную ссылку, я это делал в моменте и с нужными комментариями.

💭 — делись своим опытом и плагинами, если используешь obsidian или просто порадуй меня реакций

Один из лучших способов подготовиться к собеседованию — посмотреть, а ещё лучше пройти мок-собеседование

Насмотренность одна из наших сильных сторон. И это касается не только ежедневной работы с проектами, но и самих собеседований

Я и сам периодически люблю погонять по собеседованиям, чтобы проверить свои знания, посмотреть на новые подходы и в целом держать себя в тонусе

Но есть небольшая проблемка: до самого собеседования ещё нужно дойти (ох уж эти современные реалии)

И здесь на помощь приходит нами любимый YouTube. Там можно найти немало мок-собеседований для разработчиков, аналитиков и других специалистов. Ребята разбирают реальные кейсы, задают вопросы и показывают, как проходит процесс найма изнутри.

Но вот с проектными менеджерами всё довольно грустно. Мок-собеседований для PM кот наплакал

Собственно, пора исправлять ситуацию и самому попробовать себя на этом поприще 💪

Так появился первый мок-собес для проектного менеджера, который мы уже записали и выложили на YouTube

📺Смотреть мок-собеседование

Тут мы сразу договорились, что хотим получить максимум практической пользы:
— минимум теории и абстрактных вопросов;
— максимум практики и разбора реальных кейсов;
— оценка проектного опыта и подходов к решению задач;
— отдельное внимание самопрезентации

В общем, постарались сделать максимально приближенно к тому, с чем можно столкнуться на реальном собеседовании.

Если сейчас готовитесь к поиску работы или просто хотите проверить себя — видео точно будет полезным 😏

А ещё мне хотелось бы развивать эту историю дальше

Если вам самим интересно поучаствовать в подобном мок-собеседовании, пишите в личку @Chatterer — обсудим детали

Я совмещаю основную работу с блогерством, поэтому если вы готовы попасть в эфир, с удовольствием проведу такое собеседование бесплатно

Вам практика и возможность посмотреть на себя со стороны, мне интересный контент и вклад в PM-комьюнити

Кажется, отличная сделка 🤝