🔥Как вовлечь заказчика в проект так, чтобы он стал вашим союзником (а не «токсичным наблюдателем»)

Написал еще одну статью для ребят из pmclub. Про "плохих заказчиков" 😄

https://pmclub.pro/articles/kak-vovlech-zakazchika-v-proekt/

Тааак, мнения в опросе разошлись.

Кто-то понимает заказчиков с полуслова, а кто-то готов окрестить их *удаками.

Давайте разбираться.

👉 Илья Дементьев написал заметку, где поделился своим взглядом на взаимоотношения с заказчиком и отметил, что заказчика можно и нужно сделать союзником.

Сейчас Илья — руководитель проектного офиса в Дирекции цифровой трансформации, а до этого был руководителем проектного офиса в Ашан Тех.

Вот мнение Ильи:
🔗 https://pmclub.pro/articles/kak-vovlech-zakazchika-v-proekt/

Как думаете, реально такое сделать базой или это скорее исключение?

Селиховкин классный, рекомендую послушать

https://rutube.ru/video/328b1737071c6c2f110388f0c3df7c32/

Я за простоту и минимализм!

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

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

Советы по информационной безопасности!

🔥Не так страшны первые 80% проекта, как вторые 80%

Старый анекдот PM-сообщества звучит абсурдно, но в нем есть правда жизни.
Нередко так случается, что проект проседает по срокам или бюджету. Скажем, сделали 80% запланированного, а потратили 90% ресурсов.
В этой точке мы часто обманываем себя, что все плохое уже позади, все риски случились, и завершится проект как по маслу. Ведь большую часть пути мы уже преодолели, а небольшое отставание мы легко нагоним!

Почему мы ведемся на иллюзию «легкого финиша»
1. Все проблемы позади! → Мозг считает: раз столько прошли, дальше будет легче.
2. Страх конфликта → «Сказать боссу, что у нас есть отставание? Лучше помолчать…».
3. Усталость команды → люди выдыхаются и начинают халявить. Теряют внимательность к деталям

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

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

✨ Если вы как-то связаны с проектами в IT — ведёте их, ежедневно управляете или только учитесь это делать, держу в закладках отличный канал: @PRO_PM. Сегодня самое время его порекомендовать.

📢 @PRO_PM создавался как отдушина, место для творчества о менеджменте. Там Надя, IT PM в бигтехе, делится своим опытом проектного менеджмента.
↪️ Здесь не только о типичных затыках и рабочих находках, но и о нестандартных ситуациях, наблюдениях изнутри профессии и тонкостях проектного ремесла. Каждый пост — зарисовка из реальной проектной жизни и сборник для рефлексии о менеджменте. Это место, куда можно прийти и подумать о своём.. управленческом.

Полезная подборка, с которой можно начать:
1️⃣ Типичные проблемы проекта — очень жизненно.
2️⃣ Подборка книг для PM-ов — собрана с душой, без заезженной классики.
3️⃣ Что такое проектное искусство — если хотите взглянуть на управление чуть глубже, чем “по процессу”.

✉️ Подписывайтесь: @PRO_PM — место для руководителей, кто ведёт за собой проекты и хочет делать это чуть лучше, спокойнее и осознаннее. Или хотя бы с меньшими потерями для нервной системы.

Цифры против иллюзий

По данным статистики 85-90% сотрудников приходят «за деньгами»

Начинающий менеджер верит, что ему дадут команду мечты: гениев с горящими глазами, готовых пахать 24/7 ради «великой цели». Но реальность — как холодный душ: люди не хотят менять мир, не горят желанием делать ваши задачи и многие плевать хотели на «выдающийся продукт».

Сотрудники — не миссионеры. Они хотят зарплату, спокойствия и чтобы их не трогали лишний раз. Но как тогда управлять? Да, иногда встречаются супермены — те, кто совмещает навыки, мотивацию и преданность делу. Таких людей можно искать годами, как артефакты в пустыне. Но даже если найдете — не факт, что они захотят работать на ваш проект.

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

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

Про разницу ролей

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

Чем Scrum Master отличается от Project Manager'a? Project Manager от Product Manager'a? А Product Manager, в свою очередь, от Product Owner'a?

Запутаться легко, давайте распутываться!

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

Скоро во всех рабочих чатах страны😄

🔥Почему «невозможно» — зачастую просто неправильная настройка мозга

В 1954 году Роджер Баннистер пробежал милю за 3:59.4 — разрушив «физический предел», который считался непреодолимым. До него спортсмены десятилетиями бились об эту стену. Но уже через год десятки бегунов повторили его результат. Почему? Баннистер не просто сломал барьер — он переписал психологическую программу: «Этого нельзя сделать» → «Это уже сделано».

Самый коварный враг — ваш внутренний скептик. Мозг любит экономить энергию. Если вы считаете цель недостижимой, он шепчет: «Зачем напрягаться?». Это работает и в менеджменте:

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

Сценарий «победителя» vs «вечного бегуна по кругу»

Помните теорию Эрика Берна? К 7 годам у нас уже есть «карта жизни».

Победитель: «Я смогу, даже если придется учиться ночами».
Не-победитель: «Зачем дерзать? Все равно провалюсь».

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

Как перепрошить мозг (и начать бежать быстрее)

Начните с микроцелей, которые гарантированно достигнете за 24 часа.
«Напишу клиенту письмо с аргументами по пересмотру сроков». Мозг видит: «Я смог — значит, смогу ещё».

Ищите «Баннистеров» в своей нише.
Когда я сомневался, что мы сможем внедрить CI/CD, я нашел кейс команды из 3 человек, которые сделали это меньше чем за месяц. Пример убивает страх.

Перестаньте верить в «уникальность» своих ограничений.
У Баннистера тоже не было суперспособностей и миллионов долларов. Только упертость и метод «тренироваться, пока не упадешь».

Даже если вы «не верите в себя» — действуйте. «Не бойтесь, что не получится. Бойтесь, что даже не попробуете».

P.S. Кстати, сегодня мировой рекорд в беге на милю — 3:43.13. И ведь тоже когда-то казался фантастикой… 🏃

Мне посоветовали сделать закреп. Делаю.

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

🚩Примеры популярных постов на канале:
«Разные вселенные» в голове
Вход → Действие → Результат: как устроена любая задача
Топ систем управления проектами в 2025 году
Переключение между задачами

🚩О себе: 12+ лет в ИТ и проектном менеджменте. 8 лет в крупном российском/международном ритейле. Управлял проектами бюджетом 300+ млн. рублей. Сейчас руковожу проектным офисом цифровой трансформации в фарме.

🚩Еще у меня есть youtube-канал и ролик, который посмотрело почти 400 тыс. человек.

🚩Провожу персональные консультации для проджектов и тех, кто хочет стать проджектом. Записаться можно тут.

И еще раз на тему рисков. Вебинар с детальным разбором предмета.

https://www.youtube.com/watch?v=RpniyrFL4U0

Проектные KPI

Что такое критерии успешности проекта? Чем отличаются от критериев успешности управления проектом? Нужно ли их измерять? Как, а главное зачем?

https://habr.com/ru/articles/893616/#2

Лучше конечно курьером в доставку😁

🔥 «Как я чуть не утопил проект в океане рисков»

Представьте: вы капитан корабля, который плывет к острову «Успешный релиз». Вы знаете, что где-то рядом айсберги, штормы и пираты, но вместо карты рисков у вас… голый оптимизм и вера в светлое будущее. Именно так я запускал один из проектов в далеком 2019-м. За месяц до сдачи результата мы обнаружили:
- Ключевой разработчик уходит в отпуск
- API партнера передает не все необходимые данные
- А заказчик вдруг решил, что хочет «как у Netflix, но дешевле».

Мы выгребали воду ведрами, но проект все равно начал тонуть. Тогда я понял: управление рисками — это не бюрократия, а спасательный жилет для команды.

Почему мы игнорируем риски (даже зная о них)
Во-первых, не очень хочется тратить время на управление чем-то, что может наступит, а может и не наступит. Риски они где-то там далеко в будущем и вообще не факт, что случатся. Вот когда они будут осязаемы, тогда и будем “решать проблемы по мере их поступления”. Кажется, что если не произносить риски вслух, они исчезнут. Вот только это не всегда работает. Типичные ошибки:

- «Этот баг случается раз в 100 лет» → появляется через неделю.
- «Вася никогда не болеет» → Вася подхватит ковид за месяц до релиза.
- «Заказчик подписал ТЗ, он не изменит мнение» → спойлер: изменит.

Как превратить риски в дорожную карту (а не в список страхов)
1. Охота за «черными лебедями»
Соберите команду и устройте мозговой штурм:
— Что может сломаться?
— Где мы слишком зависим от одного человека/технологии?
— Что заказчик может захотеть через месяц?
Пример: На моем провальном проекте мы не спросили: «Точно ли интеграция с партнерским API закроет все наши потребности?». Ответ стоил нам неделю переделок.

2. Рейтинг «страха»
Риски — не так страшны, если знать их влияние. Делите их на три категории:
Красные: Убьют проект (например, техническая несовместимость решений). Решайте в первую очередь.
Желтые: Затормозят, но не остановят (задержка с развертыванием серверов). Имейте план Б.
Зеленые: Раздражают, но терпимы. Мониторьте, но не паникуйте.

3. «Чемодан спасения»
Для каждого красного/желтого риска создайте «аварийный кейс»:
Если Вася уходит → кто его заменит? (замену не найдем за два дня).
Если API не работает → есть ли запасной вариант?
Мой факап: У нас не было замены разработчику. Пришлось срочно подключать к задаче джуна, тратя бюджет на кофе и успокоительное.

4. Ритуал «паранойи»
Раз в две недели (может и раз в неделю) проводите 15-минутный митинг:
— Какие риски активировались?
— Появились ли новые?
— Нужно ли пересматривать приоритеты?

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

👉 Главный секрет:
Риски — как погода в океане. Вы не можете их отменить, но можете построить крепкий корабль, научиться читать карты и всегда держать спасательные шлюпки наготове.
А ваши проекты уже плавают, минуя сильные штормы? Или всё еще надеются на удачу? 🚢

Подружился с каналом Проджект маминой подруги!

Если вы хотите узнать, как быть востребованным проджект-менеджером, чтобы тебя все хотели нанять, много платили, а AI никогда не заменил, вам точно надо подписаться на канал Семёна. Кстати, Семён Колосов – управленец с опытом более 10 лет с бэкграундом PM, ex-Redmadrobot.

Обязательно загляни на сайт: https://skolosov.com

Это не реклама, просто делюсь с вами действительно важной информацией, которая поможет прокачаться в менеджменте:

1. Ответственный проджект – это какой?
2. Как сделать портфолио для проджекта и надо ли?
3. Где брать опыт работы проджектом, если для этого нужна работа, а работы нет, потому что для неё нужен опыт

Подписывайтесь и делитесь своими своим мнением в комментариях. Для насмотренности полезно читать разные источники!

Проектные KPI

Вход → Действие → Результат: как устроена любая задача

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

1. Входная информация, исходные данные
Это данные, ресурсы или условия, которые у вас есть до начала действия. Избегайте подхода "shit in, shit out". Если у вас недостаточно информации для того чтобы, например, провести совещание, то смысла собираться и тратить время нет. Перед выполнением любого действия убедитесь, что вы обладаете полнотой исходных данных для совершения этого действия.

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

3. Результат
По моим наблюдениям именно этот этап чаще всего хромает у большинства. В 99% случаев результат, к которому мы в итоге придем, должен быть определен и понятен на самом первом этапе. Зачастую после совершения действия результат получается стихийно или не достигается вовсе. Опять же таки, хрестоматийный пример - созвоны. Собрались, что-то обсудили, результата обсуждения нет. До начала любой встречи нужно определить, какой результат ожидается после ее завершения.

Как только начнете прикладывать этот простой фреймворк к любым действиям и доведете его до автоматизма, ваша жизнь станет легче😁

Про коммуникации

Почему это важно? На 80% работа проектного менеджера состоит из общения с командой и стейкхолдерами. Как эффективно управлять проектами? Выстроить грамотную коммуникацию!

https://pmclub.pro/articles/kto-est-kto-v-komande-proekta/

Все мы немного Олег🥲

🔥 «Как похвалой построить мост к результату (а не стену из эго)»

Представьте: вы заходите в опенспейс, и Петя сияет как новогодняя ёлка. Только что он закрыл сложный проект, и вы говорите: «Петя, ты гений!». Казалось бы, что не так? Но через месяц Петя, вместо того чтобы также усердно взяться за следующий сложный проект, начнёт выдумывать «гениальные» костыли — ведь теперь ему нужно подтверждение статуса, а не результат.

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

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

Ловите момент
Не откладывайте похвалу на годовой отчет. Увидели, что Петя уверенно справился с сложной ситуацией — скажите сразу.

Дробите результат
Вместо «ты спас проект» → «ты разобрался с причиной критического бага за 20 минут — это позволило выпустить релиз в срок».

Спрашивайте «как»
— Как ты догадался проверить лог именно здесь?
— Что подсказало, что API нужно менять?

А если Петя всё равно затупит?
Вчера вы хвалили его за вовремя исправленный баг, а через неделю он в аналогичной ситуации лепит костыль из скотча и молитв. Разочарование кричит: «Зачем вообще хвалил?». Но давайте посмотрим глубже.

Представьте: вы посадили яблоню. Поливаете, удобряете, а она вместо сочных плодов выдает кислятину. Вырубать? Или набраться терпения и понять, что даже дереву нужно время? С Петей та же история.

Вместо «Я же тебя учил!» спросите:
— Вася, в прошлый раз ты разобрался через логи. Почему тут выбрал другой путь?
— Я думал, это быстрее…
— А если бы применил старый метод?

Так вы:
Снимаете ярлык («тупит» → «ищет варианты»).
Вскрываете причину (страх, нехватка данных, давление сроков).
Даете шанс исправить ошибку без потери лица.