#mgmtarticle

Сегодня в нашу редакцию обратился мальчик Антон из Варшавы с интересным вопросом.

“Дорогой каламбур, я уже три года работаю проджект менеджером, и у меня до сих пор ребром стоит вопрос эффективности командных митов. Что делать, когда на звонке сумбур?”.

Наш ответ:

Антон, спасибо за вопрос. Сегодня мы разберем 5 аспектов эффективной групповой коммуникации.

1. Ставьте временные рамки звонкам. Даже если очень надо обсудить много тем - старайтесь следить за временем. Для дейли митинга это 5-7 минут на человека.

2. Контролируйте поток мыслей команды. Следите, чтобы кто-либо не начинал уводить команду не в то русло. Если в адженде - планирование спринта, то ваша задача, как фасилитатора митинга, оркестрировать команду.

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

4. Не спите. Все просто: чем больше фокуса на разговоре, тем меньше лишних слов и недовольств - “а у нас миты полдня идут”

5. Найдите человека, который будет будить команду. Это можете быть вы сами, может быть техлид, может быть просто член команды, который заинтересован в качестве работы. Люди не любят миты, люди не готовятся к митам. Люди не доносят всю мысль до собеседника, когда говорят - они теряют на ходу половину, а вторую половину теряете вы. Каждый понимает сказанное по-своему. Поэтому вам нужно ко всему и всегда относиться критически. Если не получается, то вам нужен критик в команду, который будет говорить - “Стоп. Что значит то-то и то-то?”. Как итог - пару минут уточнений и день сэкономленного времени без недопониманий.

Редакция развлекательного журнала “Каламбур”.

#mgmtarticle

Как выйти из плоскости и работать с задачками, которые никогда не делал?

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

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

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

Однажды, еще в школе, когда я ходил на Что?Где?Когда?, один умный человек сказал мне - выходи из плоскости. А вот пользоваться этим в ИРЛ начал я недавно.

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

Обманул. Тут про то, как работать с любыми задачами. Это в разы легче майндмепа, не займет больше 15 минут - потому что я считаю, что подготовка к задаче не должна быть длиннее выполнения. Если считаете, что я графоман - поставьте лайк.

#mgmtarticle

Первый год работы PM. Цели и трудности.

Начнем с трудностей:

1. Недостаток опыта в управлении проектами и организации работы.

У большинства джунов нет опыта в управлении от слова совсем. И это нормально - согласно последнему исследованию зарплат ПМов - только 10% респондентов младше 25 лет.

2. Сложности в установлении эффективной коммуникации с клиентами и членами команды.

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

3. Неопытность в управлении временем и приоритизации задач.

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

4. Ощущение неуверенности в принятии решений и решении конфликтных ситуаций.

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

#mgmtarticle

Цели на первый год работы, которые можно поставить, потрогать и закрыть.

1. Старт своего первого проекта.

Джуна можно садить на внутренний проект на третьем месяц работы. На коммерческий - после полугода на внутреннем. Инициализация, роудмеп работ и первые попытки управления командой. Будет трудно, но опускать нос нельзя, даже если первый проект - это бег на беговой дорожке - то это все равно бег. Пару лет и суставы на замену.

2. Набить руку в коммуникациях.

Дейли и ретро - джун должен понимать зачем они, и как их вести. Об эффективности / планингах и рефайнментах говорить можно ближе к концу первого года, но эти два мита помогут забустить общее умение вести групповые коммуникации.

3. Jira и Confluence.

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

4. Начать собирать свою базу знаний.

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

#mgmtarticle

Agile-метрики команд. Часть 2. Хорошие метрики

https://clck.ru/39q2qu

Автор

#mgmtarticle

О концепции Run-Change-Disrupt

https://habr.com/ru/articles/676252/

#mgmtarticle

Как работает Delivery Manager в продукте и аутсорсе

https://robotdreams.cc/blog/337-yak-pracyuye-delivery-manager-u-produkti-ta-autsorsi

#mgmtarticle

Мне уже 25 и я уже хороший кусок своей жизни занимаюсь управлением проектами. И мне трудно. Я думал, что управление это про крутых боссов с большими зарплатами и большими машинами, а оказалось.

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

Короче мой путь тернист и труден. Расскажите как у вас?

#mgmtarticle

На резюме никогда нет времени.

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

Изначальная структура:

- Краткое описание «Обо мне»
- Фото, где я сильно улыбаюсь
- Колонка скиллов
- Собственно, опыт работы
- Языки
- Сертификаты
- Образование

Что я поменял:

- Добавил вместо фотографии QR который ведет на мой ТГ.
- Выделил блок с контактами. Есть ощущение, что явное выделение контактов увеличивает конверсию.
- Рассказал в описании про то, что у меня есть блог и оставил ссылочку, личный бренд - что поделать.
- Добавил проекты над которыми работал.
- Внес правки в скиллы: сверху оставил базовые, чтобы рекрутеры увидели знакомые слова, далее углубился в навыки, а в конце подсветил что-то нишевое - опыт в тулах, технический опыт.

Можете посмотреть и оставить свои комменты, что стоит еще доработать?

#mgmtarticle

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

Системность

Имхо это самое главное качество начинающего ПМа. Отточите свои daily/weekly ритуалы. Не теряйте хватку в середине месяца/спринта. Команда сама не заделиверит, - нужен постоянный контроль и вовлечение от вас.

Настройте репортинг

Вытекающее из предыдущего пункта. Репорты должны быть нужны не только вам. Репорты должны быть легко читаемы, визуализация вам в помощь, благо тулов хватает. Ведите свои личные отчеты, чтобы показать вашу вовлеченность. Отправляйте отчеты стейкхолдерам(не обязательно свои). Делитесь цифрами с командой, рефлектируйте.

Форс-мажор

Примите, что скорее всего вы не поставите то, на что условились с стейкхолхдерами. Вот такая вот грустная история. Только не говорите об этом начальству. Лучше молча закладывайте управленческий буффер на каждую итерацию +-20%. Например, если команда работает 2 недели, то максимум капасити спринта 60 часов. Чем больше вы работаете с командой, тем точнее эта цифра.

Планирование в долгосрок

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

Приоритеты

Работайте с приоритетами, постарайтесь быть гибкими в своем планировании. Например выберите задачи, которые должны 100% попасть в релиз и заапрувьте список со стейкхолдерами. Таких задач будет 50% от общего скопа, у этих задач будет HIGH приоритет. Возьмите 30% не асап задач и 20% миноров, если время и средства позволяют. Не придется выбирать в последний день спринта между недовольным начальством и недовольным начальством. Миноры, которые не попадут в релиз никого не расстроят.


Пишите, если у вас есть свои секреты!

#mgmtarticle

Пошёл работать в продукт из аутсорса.

Приоритеты другие: фокус на качество, ресурсы не так ограничены. Расскажу, как изменилась моя работа.

Какие скиллы тренируются

Административный навык. Это то, что мне нужно было сильно подтянуть, потому что без него управлять гораздо сложнее. В зону ответственности вошли команды графического дизайна и контента, которые готовят и поставляют материалы для retention-команды. Процессы простые, но выстроены очень хорошо, поэтому пришлось сразу с головой погрузиться в работу и наловчиться выполнять много монотонных задач в Jira с очень короткими дедлайнами.

Планирование релизов. Тут всё просто: есть прослойка (Product Owner) между бизнесом и мной, которая чётко даёт понять, какая фича и когда должна выйти в прод. Фокус на бизнес-ценности хорошо подсвечивается с их стороны, и мне намного проще планировать, выпускать качественные и регулярные релизы.

Какие скиллы "отдыхают"

Долгосрочное планирование. Здесь игра на стороне Product Owner: я отвечаю за доставку фич из бэклога и краткосрочную приоритизацию — от двух недель до месяца.

Бюджетирование. Работаю с командой, и при необходимости её можно расширять — магическим образом это не влияет на проектный треугольник. Мне больше не нужно считать рентабельность, бороться за каждый change request с клиентом, думать, как разделить одного тестировщика на три проданных FTE.

В целом убедился, что ПМ и в Африке, и в продукте, и в аутсорсе делает одно и то же, просто под разным руководством. Если вы переходили из аутсорса в продукт или наоборот, расскажите, какие изменения заметили?

#mgmtarticle

Предложение

Я недавно посмотрел сериал The Offer. Он рассказывает о том, как создавали фильм Крёстный отец. В каждой серии я ловил себя на мысли, что это — художественное руководство по управлению проектами.

Главный герой — продюсер Альберт Руди — балансирует между требованиями студии, видением режиссёра, ожиданиями актёров, давлением мафии и хейтом со стороны Фрэнка Синатры. То, с каким успехом он маневрирует и делает всё, чтобы фильм вышел, — это буквально наша daily routine, клянусь!

Принятие решений, работа с рисками, лидерство, гибкость и адаптивность, сила коммуникаций, работа с ограниченными ресурсами и сжатыми сроками, управление конфликтами — всё это аккумулирует в своей роли и круто показывает Майлз Теллер.

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

#mgmtarticle

Просто напоминание-чеклист:

Как не быть токсичным ПМом
НЕ токсично — это не значит "мягкий", это значит "здоровый"

1. Ты не считаешь, что ты умнее всех
❌ Не: “Я сам бы сделал быстрее”
✅ А: “Как я могу помочь, чтобы это двигалось?”

2. Ты не играешь в осуждение
❌ Не ищешь виноватых, когда что-то пошло не так
✅ Вместо этого: ищешь, что можно улучшить в процессе

3. Ты не управляешь страхом
❌ Не давишь дедлайнами и угрозами
✅ Строишь доверие и открыто обсуждаешь приоритеты

4. Ты не пингуешь в нерабочее время (если не горит реально)
❌ “Привет, можешь глянуть, я скинул минут 15 назад…”
✅ “Как будет удобно — глянь, пожалуйста, когда в графике будет время”

5. Ты не лезешь в микроменеджмент
❌ “А что ты сейчас делаешь? А покажи экран. А через сколько будет?”
✅ Доверяешь и оцениваешь результат, не процесс

6. Ты не принижаешь вклад других
❌ “Ну это же просто сверстать / поправить / написать”
✅ Понимаешь, что всё — важно и требует усилий

7. Ты умеешь говорить “спасибо” и “извини”
✅ И используешь это без сарказма
🧠 ПМ — тоже человек, и у него тоже бывают ошибки

8. Ты не ставишь задачи "вчера"
❌ “Мне нужно, чтобы это было сделано до конца дня”
✅ Планируешь заранее, не перекладываешь чужие форс-мажоры на команду

9. Ты не делаешь фейковые дедлайны
❌ “Нужно на завтра” — а потом ждет неделю
✅ Говоришь честно: что критично, а что — просто желательно

10. Ты не забываешь, что работа — не вся жизнь
✅ Бережёшь себя и других
🤝 Уважение и границы = здоровая команда

#mgmtarticle

5 наших тупых, но таких родных ошибок

Всё держать в голове

Хочешь все контролировать - флаг в руки, только пожалуйста записывай все, что говорят вокруг и обновляй записи по мере необходимости. Представь, что ты сотрудник штази из фильма "Жизнь других". Добавляй AI асистента на миты. Только не забывай свои ноутсы удалять, когда они теряют актуальность . Потому что у меня однажды полотно записок превратилось в знаменитый-бесконечный суп, который, где-то в Индии готовят уже 45 лет без остановки, в одной большой кастрюльке, подливая воды и подбрасывая ингредиентов.

Бояться быть неудобным

Ты мягкий, вежливый, никому не мешаешь… Ну и тебя просто перестали слушать. Джун ПМ, без тех бекраунда и опыта в менеджменте, нависает над всеми со своими попугайскими вопросами. Ну и что тут делать? Да ничего - будь неудобным:))
Забей на стороннюю оценку и спрашивай статус сколько душе угодно, пока ты не поймешь, что задача будет выполнена в срок.

Слишком сильно вникать в техничку

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

Пытаться всем нравиться

Ты дружишь, прикалываешься, шутишь, гасишь конфликты. А потом, когда надо жёстко сказать «нет» — язык не поворачивается. Потому что ты же «наш», а не ПМ.

Думать, что результат = твои усилия

Работаешь по ночам, пишешь отчёты, созвоны, статуски, фоллоу-апы. Но если команда не двигается — проект тоже не двигается. ПМ без движения команды — просто оператор совещаний.

✨Ошибки — это нормально. Главное — не сидеть в них годами.

#mgmtarticle

Почему лучше иметь роадмап под рукой (всем)

⁃ А на каком мы этапе?
⁃ Эээ… ну… пык мык.. мы сейчас делаем фичу, пук..пук.. а потом ещё пару… а дальше там по бэклогу посмотрим…

Проджект без роадмапа - это просто координатор хаоса. А с роадмапом — человек поболее, с навигатором, у которого есть маршрут, и он его придерживается.

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

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

Зачем роадмап еще нужен, кроме как показать что ты в контексте:

Быстрее оперировать. Новый баг? Срочный хотфикс? Смотришь в роадмап, решаешь, что двигается.
Защита команды. Показываешь, что эта хотелка не просто неуместна, а ломает тебе сроки / ожидания клиента.
Уважение к процессам. Роадмап - это не истина, это договор. А договор - уважение к команде и её времени.