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

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

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

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

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

Вот мнение Ильи:
🔗 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 нужно менять?

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

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

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

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

"Давайте работать как одна команда!"😄

Про риски

Очень часто замечаю, что многие менеджеры/руководители не умеют правильно описывать риски. Как следствие: либо очень странный план митигации риска, либо полное его отсутствие. А все довольно просто.

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

Для полной прозрачности пункты 1. и 2. лучше описывать в разных столбцах.

Пример:
1. Поставщик увеличит сроки поставки оборудования
2. Смещение сроков реализации проекта на срок равным сроку задержки поставки
План митигации:
В качестве запасного варианта для запуска проекта переиспользовать старое оборудование

Почему жёсткие сроки убивают проект и как его спасти

Рецензия на легендарную книгу о проджект-менеджменте Тома ДеМарко «Deadline. Роман об управлении проектами»

https://weeek.net/ru/blog/the-deadline-a-novel-about-project-management-demarko

а какой подход используете вы?😁

🔥 Почему клиенты ведут себя как голуби (и что с этим делать)?

Однажды американский психолог Скиннер посадил голубей в клетку с кормушкой, которая выдавала еду в случайном порядке. Птицы, конечно, не знали, что пища появляется просто так. Они пытались разгадать алгоритм получения корма, запоминали движения, которые совершали перед получением новой порции еды. И… начали повторять эти движения, словно шаманские танцы. «Если я покружусь трижды — зерно упадет!» — думала птица. Ученые назвали это голубиными предрассудками: мозг выдумывает связь между несвязанными событиями, лишь бы почувствовать контроль.

Люди ведут себя ровно также, мы подвержены этому когнитивному искажению ничуть не меньше голубей. В аналогичных опытах взрослые мужчины и женщины демонстрировали точно такое же поведение: нажимали бутафорские рычаги, будто от этого зависел положительный результат.
Суть проста: наш мозг автоматически пытается уложить все происходящее в свою “логичную” картину мира. Он шепчет: «произошло после этого — значит, из-за этого». Как говаривал Скиннер: «Поведение определяется последствиями». Даже если связи нет — мы её придумаем.

Клиент тестирует вашу программу, нажимает кнопку — она «глючит». Его вывод? «Плохая программа». Он не станет читать инструкцию или гуглить ошибку. В его голове уже сформировалась “логичное” объяснение ситуации. Виноваты вы.

Почему?
- Мозг ищет простые объяснения: «Я сделал Х — получил Y».
- Сложные причинно-следственные цепочки (обновить софт, проверить настройки) требуют усилий.
- Клиент хочет чувствовать контроль, даже если это иллюзия.

Что делать?
1. Сломайте шаблон
Не ждите, что клиент поймет вашу логику. Предупредите его о типичных «ритуалах»:
«Перед запуском проверьте, не заблокирован ли файл антивирусом (вот скриншот, как это сделать)».

2. Дайте «правильный» ритуал
Если он верит в магию кнопок — создайте её. Добавьте «волшебное» действие, которое реально работает:
«Нажмите ‘Диагностика’ → система сама найдет 90% проблем».

3. Обучайте через истории
Расскажите кейс: «Один клиент 3 часа ругался на программу, а потом обновил драйвер — и всё заработало». Люди запоминают сюжеты, а не мануалы.

👉 Главное: клиент не глуп. Он просто человек — со всеми свойственными ему голубиными предрассудками и детской верой в ритуалы. Ваша задача — не переубедить его, а встроиться в его картину мира.

А ваши пользователи уже танцуют шаманские танцы вокруг вашего продукта? 🕺

Мемы про зумеров😁

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

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

Топ техник, к которым надо привыкнуть:
- выделять отдельное время на проверку почты и чатов
- делить день на блоки по 30 минут. Один блок - одна задача
- записывать свои задачи в личный трекер и раскидывать их по дням недели

Топ систем управления проектами в 2025 году: выбираю подходящий инструмент
https://habr.com/ru/articles/888792/

Знакомо?😁

🔥«Разные вселенные» в голове

Представьте: сидим мы на созвоне, обсуждаем новый функционал. Дизайнер рисует в воздухе круги руками: «Это должно быть *интуитивно*!». Разработчик хмурится: «Интуитивно — это как?». Менеджер смотрит в экран: «Нам нужно к пятнице». А заказчик в это время пишет: «Вы вообще мои требования читали?». Знакомый ад?

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

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

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

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

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

Дела наладились, когда мы перестали говорить и начали спрашивать.

- Пересказывали требования друг другу своими словами: «Правильно ли я понял, что…?».
- Рисовали схемы на доске, даже если это казалось глупым. Оказалось, «бэкенд» и «интерфейс» у всех выглядят по-разному.
- Задавали «глупые» вопросы новичкам: «Как ты видишь эту задачу?». Открывали для себя целые миры.
- Перестали бояться говорить: «Мне нужно больше контекста» или «Я не успеваю, давайте перераспределим задачи».

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

Оценка эффективности

Короче, в офисе на большой экран вывели график цены акций компании на мосбирже.

Теперь оцениваем эффективность проведенных совещаний по реакции рынка😁
Если за время встречи стоимость акций упала - значит собрание было бесполезным. Вася ушел обедать, акции подешевели. Понятно кто виноват!

Целых два пункта смогли обсудить - уже неплохо😄

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

Посмотрите, например, как улучшить совещания, основываясь на опыте успешных компаний.

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

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

Помните: юмор и смех спасут человечество и весь офис! Для эмоциональной разрядки у них много мемов, кто их не любит?

Короче, если вы строите команду или сами хотите стать сильной частью сильной команды — рекомендую.

Немного правильной мотивации😀

🎯 Почему мы продолжаем верить, даже когда очевидно: ошиблись?

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

В эту секту внедрился психолог Леон Фестингер, чтобы изучить поведение членов после несостоявшегося апокалипсиса. Он хотел выяснить - что будут делать участники, когда объявленный судный день пройдет? И вот, настал судный день... который не наступил.

И что же? Члены секты не сказали: "Ой, ошиблись". Нет! Они пришли к выводу, что именно их вера спасла мир от гибели. Ведь они вложили столько сил, времени и денег, прошли через массу трудностей. Признать все это напрасным было невозможно.

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

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

В итоге, чем больше усилий мы прилагаем, тем сложнее отказаться. Как сказал один мудрый человек: "Легче начать новое, чем пытаться исправить неправильное".

Научиться списывать провалившиеся проект непросто, особенно если у проекта нет понятных целей.

Как разобрать "Входящие" после отпуска?
(Рубрика "Вредные советы")

Шаг 1 - выделить все непрочитанные письма
Шаг 2 - нажать кнопку "отметить как прочитанные"

Конечно, отдельно нужно прочитать письма по важным темам (что это за темы вы и так должны быть в курсе) и от топов/руководителей. Все остальные можно не читать. Если там было что-то важное, то к вам в любом случае в течение нескольких дней опять обратятся.

А если важного ничего не было, то зачем это все читать?

Ужасы нашего Городка

Активно вовлекаюсь в процессы на новой работе. Увлекательно, работы будет много 😁

🎯 Яркие истории vs Реальность: почему нам нравятся сенсации?

Все мы любим истории успеха. Компании, выросшие из гаража в единорогов. Люди, пробившиеся с самых низов. Кто не знает про Томаса Эдисона, который провел тысячи экспериментов, прежде чем изобрел лампочку?

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

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

Классический пример одиночной истории, в которую мы верим – реклама. Ролики, повторяемые часто-часто. Зато с привлекательностью, выкрученной на максимум.

В середине 70х в США гремела знаменитая реклама бургеров от Burger King с их слоганом "Have it your way" ("Делай по-своему"). Рекламная кампания показывала, как клиенты создают свои идеальные бургеры, а сотрудники радостно исполняют любые пожелания. Но на самом деле:

- Многие рестораны не были готовы к таким изменениям
- Дополнительные ингредиенты часто заканчивались
- Процесс создания "персонального" бургера занимал гораздо больше времени

По-факту, картинка, которую рисовали в рекламном ролике, значительно расходилась с реальностью. Ну, немножко преувеличили.

Зато яркая многообещающая реклама, привлекла огромное количество клиентов, увеличив продажи на 20%. Ну и что, что не каждый получил свой идеальный бургер?

А теперь вернемся к Эдисону. Мы все знаем его знаменитую фразу: "Гений - это 1% вдохновения и 99% пота". Но немногие знают, что многие его "изобретения" были результатом работы целой команды инженеров в его лаборатории. Да и сама идея электрической лампы уже давно витала в воздухе — другие изобретатели работали над этим параллельно.

Когда вас пытаются убедить яркой историей, особенно если она побуждает к действию — насторожитесь. За красивой картинкой может скрываться манипуляция.

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

Кстати, полистать телеграмм/youtube на работе - это не преступление. Даже если это увидит руководитель. При условии, что вы оба в адеквате😁

https://www.youtube.com/shorts/j1yDUl7bDlc?feature=share

Прожал буст - молодец, не прожал - не молодец☺️
https://t.me/boost/ilyadementiev1

Если что, законодательно "молодежь" - это до 35😁

🎯 Роль топ-менеджмента в успехе проекта

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

Часто слышу: "Проект — это дело рук проектного менеджера". Но это лишь часть правды. Заказчик/спонсор играет ключевую роль, особенно на старте и в критические моменты проекта.

💡 Задача проджекта вовлекать топ-менеджмент и показывать понятную прозрачную картинку

• Регулярно информируйте топ-менеджмент о прогрессе и проблемах.
• Просите конкретную поддержку там, где она нужна.
• Не бойтесь ставить вопросы ребром, если ситуация критическая.
• Убедитесь, что руководство понимает стратегическую важность проекта.

🚀 Что должен делать топ-менеджмент для успешного проекта?

1️⃣ Обеспечить ясность целей
Топ-менеджеры должны четко обозначить, почему проект важен для бизнеса. Без понимания стратегической ценности проекта команда рискует потерять фокус. Простой вопрос "Зачем?" должен быть ответом на каждом этапе.

2️⃣ Поддержка решений
Когда возникают сложные ситуации (а они всегда возникают), топ-менеджмент должен поддерживать команду, а не критиковать задним числом. Например, если нужно принять решение о перераспределении ресурсов или изменении приоритетов, важно действовать быстро и уверенно.

3️⃣ Аллокация ресурсов
Успешный проект требует правильного распределения времени, людей и бюджета. Если топ-менеджмент игнорирует запросы команды, проект может оказаться в состоянии постоянной нехватки ресурсов.

4️⃣ Снятие барьеров
Часто команды сталкиваются с внутренними препятствиями: бюрократия, конфликты между отделами, недостаток доступа к информации. Здесь именно топ-менеджмент должен выступать "разрушителем стен", чтобы обеспечить свободу действий команды.

5️⃣ Мотивация и вовлечение
Лидеры должны вдохновлять команду на достижение целей. Это может быть через открытую коммуникацию, постановку реалистичных задач или даже просто через регулярную поддержку и обратную связь.

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

https://vc.ru/hr/1043172-ya-prodzhekt-no-komanda-soprotivlyaetsya-proektnomu-podhodu-chto-delat

Сеньор решает рабочие вопросы😁

Читал как-то несколько вебинаров по проектному управлению на площадке "НАВЫККОРОБКА". Для подготовки мне пошарили доступ к платному курсу на этой же площадке. После ознакомления впечатление осталось тягостное. Задачи научить нет, есть задача продать курсы.

🎯 Когда скоуп важнее целей: как избежать бесконечного проекта?

Иногда мы с заказчиком так увлекаемся обсуждением деталей и требований
(scope), что забываем о самом главном — целях проекта и реальных
потребностях бизнеса.
Вот типичная история: при запуске проекта все сразу переключаются на
вопросы "Как?" и "Что?", пропуская самый важный этап — "Зачем?". Мы не
задаем ключевой вопрос: "Какую проблему мы хотим решить?" Вместо этого
начинаем обсуждать варианты решений, составлять длинные списки
требований и рисовать красивые картинки, роадмапы, презентации.

Что происходит дальше?
По ходу проекта принимаются решения без привязки к целям. Добавляются
новые задачи, меняются требования, но никто уже не помнит, ради чего все это
затевалось. Отсутствие четких, измеримых целей приводит к тому, что проект
кажется бесконечным. Заказчик не видит реального прогресса, потому что нет
отслеживаемого результата.
И самое главное — нет критериев успешности! Как понять, что проект
завершен успешно, если изначально не определено, что значит "успешно"?

💡 Как этого избежать?
1. На старте обязательно выделите время для обсуждения истинных
потребностей заказчика. Не бойтесь задавать глубокие вопросы.
2. Сформулируйте конкретные критерии успешности проекта и этапов
проекта. Это условия при которых проект считается реализованным.
3. Привязывайте каждое решение к общей цели проекта. Если что-то не
соответствует целям — смело отбрасывайте. С некоторыми заказчиками
это бывает трудно, но такая у нас работа 😅
Помните: успешный проект — это не тот, который точно соответствует
обозначенному скоупу, а тот, который решает поставленную задачу и приносит
реальную пользу бизнесу. Попадайте в цель.

Коротко про Agile 😀

Любую задачу можно сделать невыполнимой, если организовать достаточное количество совещаний😅

10 ОБЛАСТЕЙ ЗНАНИЙ ПРОЕКТНОГО МЕНЕДЖМЕНТА

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

📋 1. Управление объемом работ
Определяем, что нужно сделать, чтобы достичь целей проекта, и исключаем всё лишнее. Стараемся избежать "scope creep" — расширения объема без необходимости. Четко прописывайте требования и следите за изменениями, чтобы они не вышли из-под контроля.

⏰ 2. Управление сроками
Здесь мы создаем реалистичный график выполнения задач. Ключевой инструмент — расписание проекта, план работ, диаграмма Ганта или метод критического пути. Никогда не планируйте работы впритык, всегда оставляйте запас времени на непредвиденные ситуации. Про заложенный запас времени можно не рассказывать, если есть риск, что его отберут.

💰 3. Управление стоимостью
Контролируем бюджет проекта. Это не только расходы, но и доходы, если проект прибыльный.
Регулярно проверяйте фактические затраты против планируемых и корректируйте план по мере необходимости.

👥 4. Управление командой
Работаем с людьми: формируем команду, развиваем ее и поддерживаем высокий уровень мотивации.Лучше потратить время на наставничество, чем потом исправлять ошибки.

💬 5. Управление коммуникациями
Гарантируем, что правильная информация доходит до нужных людей вовремя.
Меньше формальных отчетов, больше живого общения, прозрачности и открытости.

🔒 6. Управление качеством
Обеспечиваем, чтобы результат соответствовал ожиданиям заказчика. Оцениваем результаты на каждом этапе. Инвестируйте в тестирование — сэкономите время и деньги в будущем.

⚠️ 7. Управление рисками
Ищем потенциальные проблемы заранее и готовимся к ним. Это не только минимизация рисков, но и поиск возможностей. Регулярно обсуждайте риски с командой — свежий взгляд может увидеть то, что вы пропустили.

🔗 8. Управление закупками
Если проект требует внешних ресурсов (например, подрядчиков), то мы управляем этим процессом.Детально прописывайте условия контрактов, чтобы избежать недопонимания.

📈 9. Управление заинтересованными сторонами
Работаем со всеми, кто имеет интерес к проекту: заказчики, руководство, клиенты. Важно учитывать их ожидания. Настройте четкую коммуникацию с ключевыми стейкхолдерами. ОБЯЗАТЕЛЬНО активно вовлекайте заказчика в проект и регулярно собирайте обратную связь.

📝 10. Управление «интеграцией» проекта (не про ИТшные интеграции)
Это «связующее звено» между всеми остальными областями. Задача скоординировать и интегрировать все процессы проекта друг с другом. Главный вопрос: как убедиться, что все части проекта работают как единое целое? Всегда держите в голове основные цели проекта — это поможет избежать потери фокуса.

От добра добра не ищут😄

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

Про рутину🤔

https://youtu.be/aFp_x5PvHes

Не засиживайтесь на одном месте😄

Следующий пост напишу про проджект менеджмент, что-то давно не писал про проекты.

СМЕНА РАБОТЫ: КАК ПРЕВРАТИТЬ СТРЕСС В ШАНС?

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

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

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

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

Также важно понимать, зачем вы меняете работу. Без четкой цели есть риск оказаться в еще более сложной ситуации. Задайте себе вопрос: «Зачем я хочу поменять работу?» Ответ должен быть конкретным — будь то рост зарплаты, профессиональное развитие или изменение условий труда.

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

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

А какие ваши главные страхи при смене работы? Делитесь в комментариях!

Меняю работу, немного забегал. Скоро вернусь с постами😅