#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% миноров, если время и средства позволяют. Не придется выбирать в последний день спринта между недовольным начальством и недовольным начальством. Миноры, которые не попадут в релиз никого не расстроят.


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

Ты точно знаешь, как работает маркетинг?

Недавно поймал себя на мысли, что маркетинг сегодня — это что-то вроде айсберга. Мы видим лишь верхушку: крутые рекламные кампании, вирусные ролики, громкие тренды. А под водой все самое интересное: аналитика, поведенческие модели, нестандартные решения.

Чтобы докопаться до сути, нужен свежий взгляд. И тут мой жирный и полюбовый лайк отходит Оле и ее каналу t.me/zoomermrkt. Она копает глубже, показывает реальные кейсы, разбирает тренды на запчасти.

Недавно у нее вышли классные посты, которые точно стоит прочитать:

👉 Почему контент с персонажами перформит лучше?
👉 Почему без продакта реклама не "взлетит"?
👉 Как твоя музыка становится частью бренда?

Еще гляньте тикток про Spotify Wrapped.

Рубрика #дляновичков

Почему маленькие шаги решают большие задачи

Задачки из серии «сделай то, не знаю что» — мой персональный кошмар. С одной стороны, хочется не ударить в грязь лицом — всё-таки за работу платят деньги, надо отрабатывать. С другой — страшно: а вдруг кто-нибудь надает по попе, зарплату не поднимут, или того хуже — напишут в некрологе: «Был такой Антон. На собеседовании переоценили, платили на $200 больше нормы, а делал чуть хуже остальных. Делал с рвением, но понятия не имел, как хендлить задачи, с которыми раньше не работал».

Ответ простой. Маленькие шаги!

Что, если не пытаться захомячить весь проект целиком, а порезать его на маленькие кусочки? Например, сначала краткое ревью того, что от тебя хотят, потом задокументировать скоуп, описать задачки, одну за одной, поступательно. И вот уже ты один, покрыл весь проект минимальными требованиями, и неизвестности стало в разы меньше. Вроде бы не так страшно.

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

Ведение проектов для начинающих — это не про марафон. Это про спринты, потому что марафон вы, неподготовленный, не пробежите. А между спринтами будет время перевести дух. В следующий раз, глядя на список задач, который выглядит как роман Толстого, просто спросите себя: «Какой самый маленький шаг я могу сделать прямо сейчас?» Удивитесь, насколько это облегчает жизнь.

#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. Ты не забываешь, что работа — не вся жизнь
✅ Бережёшь себя и других
🤝 Уважение и границы = здоровая команда

Я не хочу быть незаменимым.


Самая большая моя боль в том, что я не верю в самоорганизацию и самоуправление больших команд. Это всё шляпа, которая подходит тем, кто не доводит дела до конца, или энтузиастам с командой 2–3 человека.

Но мне нужно стремиться к тому, чтобы команда стала автономной. Либо — становиться незаменимым. Первое — сложно, второе — выматывает нервную систему, но создаёт иллюзию того, что ты в домике.

Это, безусловно, крутая позиция в корпоративной иерархии: незаменимый человек, без которого всё упадёт. Его не уволят, на любой косяк есть бэкап в виде «незаменимости».

Это может льстить, и на этом даже можно строить свою личность.
Но как будто незаменимость = слабость системы.

Я очень хочу строить процессы так, чтобы и без меня всё работало. Хочу отдыхать, когда должен отдыхать. Вы скажете:
Понятные задачи + Чёткие приоритеты + Документация = (почти) автономная команда.

Но я не верю! Формула не полная. Добавьте туда лень, настроение, эмоции и ещё кучу всего.

Короче, хороший ПМ —
не тот, без которого никак,
а тот, без которого всё продолжает работать.

А это значит, что хороший ПМ = незаменимые сотрудники.

Теперь живите с этим.

#mgmtarticle

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

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

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

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

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

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

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

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

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

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

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

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

Фреймворк “Что тут происходит?”
Или правильный подход к анализу провалов.

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

Когда что-то идёт не так, у меня в голове включается лампочка:
“Что тут происходит?”
Это не эмоциональный вопрос. Это фреймворк. Он помогает мне не впадать в суету, не искать виноватых, а встать сбоку и посмотреть, как в кино: что мы вообще тут делаем и почему всё развалилось.
Дальше — 5 шагов. Трек для анализа любой задницы.

Шаг 1. Что именно случилось?
Не “какая жесть”, не “всё сломалось”, не “клиент в ярости”.
А:
— Что?
— Где?
— Когда?
— Как это проявилось?
— Кто об этом сказал первым?
Фиксируем факт. Как в протоколе. Сухо. Без эмоций. Никаких "кажется" и "по ощущениям". Только факты.

Почему это важно?
Потому что часто уже тут оказывается:
— Никто толком не знает, что именно пошло не так.
— У всех разные версии.
— Вроде был фейл, а вроде и нет.

Шаги 2-5 смотри в следующих постах.

👆Продолжение поста про анализ факапов.

Шаг 2. Что должно было случиться?

Какая была цель? Какой должен был быть результат?
Если ответ: “ну… просто сделать”, то это уже звоночек.

Если задача без конкретного результата — она и не закончится нормально. Она либо завянет, либо разочарует.

📌 Это точка, где вскрывается:
— отсутствие цели,
— размытые ожидания,
— или то, что все вообще по-разному понимали, зачем мы это делаем.

Шаг 3. Что мы сделали и почему это не сработало?

Тут уже начинается раскоп.
Действия: какие были шаги? Почему мы думали, что это сработает? Где именно начался перекос?

Самое интересное: ты можешь делать всё “по плану” — но если план был так себе, результат будет соответствующий.

Именно здесь часто вскрываются:
— “мы не проверили”,
— “забыли спросить у X”,
— “нам показалось, что…”

👆Продолжение поста сверху!

Шаг 4. Кто знал, что так может быть?

Вот тут боль.

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

😶 Это не про поиск виноватых. Это про то, где в команде теряется голос здравого смысла.
Если этот шаг срабатывает — в следующий раз человек уже не промолчит.

Шаг 5. Что теперь?

— Что делаем прямо сейчас, чтобы затушить?
— Что внедряем, чтобы не повторилось?

Это может быть что-то простое: чеклист, проверка, одно новое правило или просто напоминание “вот тут узкое место”.

Главное — не превращать фиксы в “нам надо пересобрать всё с нуля”.
Не надо. Надо чуть-чуть подкрутить. На 1% лучше — уже победа.

#mgmtarticle

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

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

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

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

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

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

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

Всем привет, давно не был в эфире!

Хочу рассказать, что поборол синдром самозванца как ни странно в момент, когда ушел из галер аутсорса.

Вот тут вчера вышел пост о том, что в среднем проекты проседают по бюджету на 73%. Из личного опыта скажу, что это жутко гложет, когда ты делаешь все возможное для того, чтобы попасть в срок/бюждет, но постепенно время сьедает твои планы. Сейчас работа, с опытом, выровнялась, научился работать с ожиданиями, работать короткими итерациями, поставлять только готовые и работающие инкременты каждый спринт.

Так интересно перечитывать свое старое CV, где было написано, мол у меня 5 успешных релизов в продакшн, ха-ха. Сейчас это стало частью отлаженного механизма, где я уже всем управляю машинально. Дальше только лучше, так что если у вас сейчас жопа - не переживайте, это рано или поздно закончится, и не забывайте ходить в отпуск:)

Какая вообще главная задача менеджера проектов?

Ответ простой - во что бы то ни стало довести к финалу задуманное. Новичкам трудно это понять , потому что они слишком сконцентрированы на процессах. Парочка провальных проектов, когда на пост-мортем анализе тебе задают вопрос «почему?», а ты пыкаешь-мыкаешь и пытаешься найти виноватого. И это травмирует и одновременно мотивирует, в следующий раз, просто быть готовым. Готовить беклог наперед, если кто-то не выкладывается , или не успевает, - на ходу менять приоритеты, привлекать людей на помощь. Есть тысячи сценариев, и у всех их свои нюансы, но по итогу важно одно, - чтобы клиент остался довольный. Тогда и тебя похвалят и клиент вернется. Это очень грубые и плоские заметки человека на выходных, но я думаю посыл понятен.