Школа проектного специалиста

Мини-практика: переводим с эмоционального на деловой Давайте до старта интенсива «Деловые коммуникации для ИТ-специалиста» попрактикуемся в переводе с эмоционального на деловой в комментариях под постом Выберите одну фразу и переформулируйте её так, чтобы в сообщении были: — факт без обвинения; — ожидаемый результат; — конкретный следующий шаг или срок. Фразы для практики: 1️⃣«Сделайте это побыстрее, нам уже вчера нужно было». 2️⃣«У клиента опять какие-то вопросы — разберитесь». 3️⃣«Я же уже объяснял, почему вы сделали не так?» 4️⃣«Мы не успеваем, потому что от вас всё приходит слишком поздно». 5️⃣«Этот вариант вообще не подходит, переделайте». А чтобы довести свои навыки деловой коммуникации до автоматизма и узнать много нового о себе и способах более эффективного общения — регистрируйтесь на интенсив. Стартуем 7 сентября!

Энергия команды как бюджет Время — понятный ресурс. Его можно распланировать, раздать по задачам, измерить в часах. А вот энергию почему-то считают чем-то личным, почти магией. Главное — чтобы человек пришёл и отмотал восемь часов в кресле. А что внутри происходит, неважно. Только вот работает не само время. Работает то, что в нём внутри. Представьте: сотрудник формально на месте, смену отбыл, а толку ноль. Потому что батарейка села ещё к середине второго. И никакие планёрки её не подзарядят. А рядом другой за четыре часа сделал больше — просто был в ресурсе. И компания тратит силы на контроль часов, вместо того чтобы следить, откуда у людей берётся заряд. Странно, что про деньги мы знаем всё: где утечка, где инвестиция, где налог. А про энергию команды — будто это что-то необъяснимое. Хотя дырки видны невооружённым глазом. Бесконечные встречи ни о чём. Отчёты, которые никто не читает. Переписывание уже готового. Микроменеджмент, который высасывает последнее. Каждый такой кусок — дырка в батарейке, и никто её не латает. Бывает, один разговор по делу заряжает на неделю, а один бессмысленный созвон — на ту же неделю выключает. Наверное, руководителю стоит иногда смотреть не на тайм-трекер, а на то, что команду заряжает, а что разряжает. Кто приходит с огоньком, а кто просто отбывает номер. И что будет, если убрать пару пустых встреч. Часто оказывается — производительность растёт не от добавленных часов, а от убранных лишних. Энергия, в общем, такая же валюта. Просто мы её пока не котируем.

«Мы немного уточнили требования…» «Заказчик попросил небольшое изменение…» «А почему это не было предусмотрено в ТЗ?»

Знакомо? 😅 Если в проекте работа с требованиями часто превращается в бесконечный цикл уточнений и правок, а в результате страдает команда, сроки и бюджет проекта, то мы ждем вас на двухнедельном интенсиве «Требования под контролем: путь к системному ТЗ». На курсе вы научитесь: 🔹 выявлять истинные потребности заказчика, а не только фиксировать его пожелания; 🔹 проводить эффективные интервью и правильно формулировать вопросы; 🔹 превращать хаотичные заметки и стенограммы в структурированные ТЗ и пользовательские сценарии с помощью ИИ; 🔹 находить противоречия в требованиях ещё до начала разработки; 🔹 управлять изменениями и защищать границы проекта. Кому подойдет: аналитикам, разработчикам, руководителям проектов, внедренцам и менеджерам продаж ИТ-решений. Онлайн-формат: лекции + практические занятия + домашние задания + разбор кейсов. 📅 Старт — 22 сентября ⏱️ Длительность — 2 недели 💰 Стоимость — 15 000 ₽ 👉 Подробнее о программе и оставить заявку

🔥 Почему ваша оценка сроков всегда врёт. И что с этим сделать Признайтесь: когда вас просят оценить задачу, вы называете цифру, в которую сами не очень верите. Потом проект срывается, все удивляются, а виноват почему-то «календарь». Знакомо? Давайте без самообмана — оценка сроков врут не потому, что мы плохие. А потому, что мы оцениваем не то и не так. Где именно мы обманываем сами себя Первое — оптимизм. Мы считаем идеальный ход событий: никто не заболеет, уточнений не будет, всё работает с первого раза. В жизни на каждый этап накладывается правка, тестирование, согласование и чья-то неожиданная правка требований. Это не исключение, это норма. А в оценку она не попадает. Второе — путаем «хочу» и «надо». Заказчик просит «просто кнопочку», а за ней — интеграция, права, журнал, обработка ошибок. Оцениваем кнопочку, сдаём систему. Разрыв растёт. Третье — давление. Когда сверху говорят «нужно быстрее», легко назвать заниженный срок, чтобы не спорить. Красивую цифру в плане любят. А потом она же бьёт по репутации, когда релиз переносится третий раз. Три точки вместо одной Выход не в том, чтобы «оценивать аккуратнее». А в том, чтобы честно показать разброс. Метод простой: даёте не одну цифру, а три. • О — оптимистичная: если всё пойдёт идеально. • Р — реалистичная: как обычно бывает. • П — пессимистичная: если навалится всё, что может. Итоговая оценка по формуле PERT: (О + 4×Р + П) / 6. Не магия, а взвешенное среднее, которое смещено в сторону реалистичного, но помнит про риски. И главное — вы теперь можете сказать заказчику: «от двух до пяти недель, скорее всего четыре». Это звучит как профессионализм, а не как «не знаю». Буфер — не слабость, а страховка На неучтённое всегда закладывайте запас. Не прячьте его в каждую задачу (тогда всё раздуется), а выделите отдельный буфер на уровне проекта. Когда прилетает «срочно поменяйте», вы тратите буфер, а не срок. И команда не живёт в режиме вечного аврала. Оценивайте ближайшее точнее, дальнее — грубее Распространённая ошибка — оценивать полгода вперёд по дням. Это гадание. Ближайший отрезок работы оценивайте детально, дальнее — укрупнённо и пересматривайте по ходу. План, который нельзя менять, — не план, а фантазия. Вывод, если по-честному Срок — это не обещание, а управление неопределённостью. Лучше назвать реалистичные четыре недели и уложиться, чем красивые две и сорвать. Заказчик простит запас. Он не простит перенос на «ещё на месяц». Честная оценка с диапазоном — это и есть экспертиза руководителя проекта. Начните с малого: возьмите одну задачу на этой неделе и оцените тремя точками. Сравните, куда упала реальность. Глаз набьётся быстро. 🔗 По теме: • Метод PERT и оценка по трём точкам — https://ru.wikipedia.org/wiki/Метод_PERT • Управление сроками проекта (PMBOK, раздел расписание) — https://www.pmi.org/ #софт_скиллы #менеджмент #проектная_команда #РП #аналитика #оценка

Дайджест «Школы менеджера организации» за 17–23 августа На прошлой неделе обсуждали, почему трансформации часто заканчиваются возвратом к старым привычкам, как вовремя заметить устаревшую бизнес-модель, какие ошибки погубили сильные компании и как проводить стратегические сессии с реальным результатом. 🔄 Корпоративная трансформация закончилась. Просьба продолжать работать по-старому. Почему новые регламенты, презентации и переименования подразделений не гарантируют изменений. Трансформация начинается не с рассылки, а с пересмотра реальных процессов, ролей, стимулов и управленческих решений. 📉 Когда бизнес-модель устарела, а вы об этом не знаете. Бизнес-модель редко перестаёт работать внезапно: сначала снижается маржа, решения запаздывают, а команда всё чаще работает в режиме тушения пожаров. Материал — о признаках проблемы и способе провести аудит без поиска виноватых. 📉 Самые дорогие управленческие ошибки в истории бизнеса. Истории Kodak, Blockbuster и Nokia напоминают: даже сильные компании могут проиграть, если защищают привычную модель бизнеса и откладывают неудобные изменения. Разбираем управленческие ловушки, которые актуальны для любой успешной организации. 🎙 Стратегическая сессия без иллюзий: что действительно работает. Подкаст о подготовке и проведении стратегической сессии: как выбрать участников, сформулировать задачи, превратить решения в действия и защитить команду от группового мышления. Сохраняйте подборку и делитесь с коллегами, которым важны стратегия, организационные изменения и сильное управление.

Дайджест «Школы проектного специалиста» за 17–23 августа На прошлой неделе говорили о полезной проектной документации, имитации Agile, управлении ожиданиями заказчика, ограничениях проекта и выборе профессионального пути. 📖 Документация, которую реально читают Почему регламенты часто существуют только «для галочки» и как сделать документацию рабочим инструментом для команды: писать её вместе с исполнителями, регулярно обновлять и ориентировать на реальные задачи пользователей. 🎭 Agile-театр: как компании имитируют гибкость Стендапы, спринты и доски в Jira ещё не означают, что команда работает по Agile. Материал о признаках «гибкости для вида» и о том, почему формальные ритуалы без изменений в принятии решений только создают лишнюю нагрузку. 🎯 Как найти себя? Спойлер: это не квест с картой сокровищ О профессиональном самоопределении без ожидания единственного внезапного призвания. Иногда путь складывается из проб, смены интересов и постепенного понимания того, что подходит именно вам. 🤝 Стратегии успешного управления проектами: между договором и доверием Договорённости, решения и изменения важно фиксировать письменно — не из формальности, а чтобы участники одинаково понимали результат, сроки, стоимость и ответственность. Это особенно критично в проектах с несколькими командами и подрядчиками. 🧠 Когда перестать искать лучшее и почему к концу отпуска мы становимся консерваторами Размышление о выборе между привычным и новым: поиск альтернатив полезен, но в какой-то момент разумнее остановиться на достаточно хорошем варианте и не тратить ресурсы на бесконечное сравнение. 🔺 Железный треугольник проекта: как связаны сроки, деньги и результат Видео о тройственном ограничении проекта: изменение содержания работ влияет на сроки и бюджет, а попытка получить больше, быстрее и дешевле обычно требует осознанного компромисса по одному из параметров. 🌿 Смена отдыха — тоже работа Пост о том, почему бесконечная лента, сообщения и короткие видео не дают мозгу восстановиться. Иногда лучший способ отдохнуть — оставить себе время без задач, уведомлений и необходимости быть продуктивным. Сохраняйте подборку и делитесь с коллегами, которым важны управление проектами, рабочая коммуникация и устойчивый профессиональный рост.

Управление закатом — искусство руководить тем, что доживает Всё, чему учат менеджеров, — это про рост. Масштабирование, экспансия, новые рынки, всё такое. Хорошо. А кто-нибудь учил руководить тем, что доживает? Вот прямо честно — сворачивать, закрывать, доить до самого конца? У любого продукта или бизнеса бывает закат. Не потому что команда плохая, просто рынок ушёл, фокус сменился, деньги решили вложить в другое. Это нормально и случается у всех. Но внутри сидят живые люди. С привычками, с планами, с замашками на будущее. И главный вопрос не «как поднять продажи», а как держать людей, когда общего будущего уже, по сути, нет. Тут не работает ни одна книжка. В «стратегиях выхода» всё сухо и про деньги. А вот про людей — тишина. И поэтому руководители обычно выбирают путь похуже: создают иллюзию. «Сейчас развернёмся», «продукт ещё выстрелит», «небольшая коррекция». Люди верят, ждут чуда, перерабатывают. А потом чуда не случается — и это бьёт больнее, чем честное «мы закрываемся» полгода назад. Как будто рост — это просто, а правильный закат — высший пилотаж. На ошибки при росте закрывают глаза, растём же. А тут каждое решение отзывается на людях напрямую. Один раз закроешь глаза — и потом разгребаешь разрушенное доверие. Наверное, умение вовремя остановиться, честно сказать команде правду и доиграть историю до конца — недооценённый навык. И знаете, что забавно? Команда, которую не обманули, уходит за таким руководителем и в следующий проект. Потому что там, где другие обещали чудо, вы просто сказали как есть. Это и есть управление. А рост… он иногда и в том, чтобы понять, что уже можно не расти.

🎓 Reskill 2026: чему учиться, чтобы не остаться за бортом Каждый год выходит статья «навыки будущего», где список меняется на противоположный. Вчера все должны были учить блокчейн. Позавчера — big data. Сегодня — промпт-инжиниринг. Завтра — что-то ещё. Если следовать каждому тренду, останешься дилетантом во всём. Давайте честно: что реально меняет работу ИТ-специалиста в 2026, а что — шум. И куда вкладывать время обучения. Что реально меняется: ИИ-агенты — да, но не так, как обещали. Они не заменяют разработчика, аналитика или РП. Они убирают рутину: генерируют заготовки кода, помогают с текстами, ищут в документации. Реальный эффект: не «работа в 10 раз быстрее», а «минус 15–20% рутины». Важно? Да. Революция? Нет. Учиться работать с ними — надо, это уже часть профессии. Но это инструмент, а не замена квалификации. Архитектурное мышление — растёт в цене. Систем становится больше, интеграций — больше, связей — больше. Тот, кто видит картину целиком (как подсистемы влияют друг на друга, что сломается при изменении), ценится выше того, кто отлично знает один слой. Это касается не только «архитекторов» — это про зрелость любого специалиста. Работа с данными — базовый навык для всех. Не «стать дата-сайентистом», а уверенно понимать: какие данные есть, что они означают, как на их основе принимать решения. Аналитик, РП, разработчик — всем это нужно больше, чем пять лет назад. Что переоценено: Промпт-инжиниринг как отдельная профессия. Умение писать запросы к нейросети — это навык уровня «уметь гуглить». Нужный, но не профессия. Через пару лет он станет таким же фоновым, как поиск в интернете. «Изучите блокчейн». Технологии, которые «вот-вот перевернут всё», появляются регулярно. Большинство остаются нишевыми. Признак устойчивого тренда: технология уже меняет твою ежедневную работу, а не только ленты новостей. Сертификаты вместо навыков. Сертификат подтверждает, что вы прошли курс. Работодателю важнее, что вы можете сделать. Сертификат — плюс, но не замена реальным проектам и результатам. Что учить по ролям: РП: управление в неопределённости, переговоры, работа со стейкхолдерами, финансовая грамотность проекта. Технологии меняются — управление людьми и интересами остаётся. Аналитик: глубокое понимание предметной области (это никогда не выйдет из моды), инструменты работы с данными, умение формулировать требования в условиях, когда заказчик сам не знает, чего хочет. Разработчик: поверх конкретного стека — архитектура, алгоритмы, работа с legacy (его всё больше, а не меньше). Плюс грамотная работа с ИИ-ассистентами: они хороши в руках того, кто понимает, что проверять. Самый недооценённый навык: Умение учиться. Не «пройти курс», а быстро входить в новое, разбираться, отделять суть от шума. Рынок будет меняться и дальше — конкретные технологии устареют, а способность перестраиваться останется. Это единственный навык, который точно не обесценится. Вывод Не гонитесь за каждым трендом — утонете. Смотрите на два фильтра: технология уже меняет мою ежедневную работу? Этот навык проживёт 5+ лет? Если оба «да» — учите. Если «нет» — пусть другие тестируют на себе. И помните: лучшая инвестиция — не в модный инструмент, а в фундамент. Мышление, предметка, работа с людьми. Инструменты сменятся. Фундамент — останется. #карьера #reskill #обучение #навыки #практика #ИИ

В новостях снова обсуждают, что школьники всё чаще отдают ИИ не только сочинения, но и саму работу с информацией: найти, собрать, пересказать, сделать вывод. Удобно же. Нажал кнопку — и через минуту перед тобой аккуратный ответ. Почти как в ИТ-проекте, где «быстро» почему-то всегда выглядит лучше, чем «разобрался». Проблема не в том, что новое поколение пользуется ИИ. Было бы странно требовать обратного. Проблема в другом: инструмент начинает подменять тренировку мышления. Раньше начинающий разработчик мог два часа разбираться, почему не работает код. Злился, читал форумы, делал глупые ошибки, ломал ещё что-то рядом. И постепенно в голове появлялась карта: как всё устроено, где искать, что проверить первым. Сейчас можно получить решение за двадцать секунд. Но карта не появляется. Остаётся готовый маршрут, проложенный кем-то другим. Через несколько лет это станет не школьной историей, а историей команд. В проекте окажутся специалисты, которые отлично умеют формулировать запрос ИИ, быстро собирать прототипы, красиво упаковывать результат. Но когда у клиента упадёт интеграция в пятницу вечером, а документация окажется старше половины команды, возникнет неловкий вопрос: кто будет думать без подсказки? И тут старшее поколение тоже не стоит изображать победителей. Оно часто путает опыт с правом ничего не объяснять. «Мы сами всему учились» — плохой способ передать профессию. Новым людям нужна не лекция о тяжёлой молодости, а возможность увидеть ход мысли: почему решение такое, где риск, что делать, если ответ ИИ выглядит убедительно, но неверен. Похоже, главная смена поколений в ИТ будет не про возраст и не про зумеров. Она про привычку: использовать ИИ как калькулятор или как замену собственной головы. Это две очень разные профессии. Источник повода: URA.RU

🚀 Приглашаем на курс-интенсив «Моделирование бизнес-процессов» Старт — 9 сентября | 3 недели Устали от «заказчик нарисовал на салфетке — разработчик сделал не то»? За 3 недели вы научитесь переводить хаос в чёткие схемы, которые сразу понимают и бизнес, и разработка. Что внутри: • EPC + BPMN 2.0 + UML — 3 нотации для разных задач и процессов • ИИ-ускорение — как использовать искусственный интеллект в работе качественно и проверять его результаты • Peer-review — оценка схем участниками курса под руководством эксперта • Реальные кейсы из интеграций и 1С Кому: → Системные аналитики → Архитекторы → Руководители / менеджеры IT-проектов По итогам интенсива вы: ✅ Научитесь моделировать бизнес-процессы в 3 нотациях ✅ Сформируете свою библиотеку промптов для ИИ ✅ Получите паспорт компетенций и итоговый сертификат 👉 Подробности и регистрация на сайте — успевайте занять место!

Опытный часто не думает. Он вспоминает. Это разные вещи Опыт — штука вообще полезная. Без него никуда. Но есть у него одна особенность, которую мы не всегда понимаем. Чем больше у человека опыта, тем хуже он видит то, что не вписывается в его картину мира. Знакомая картина: кто-то в команде предлагает новую идею. Молодой сотрудник, стажёр, вообще кто-то с периферии. И опытный руководитель — с уверенностью, достойной лучшего применения — объясняет, почему это не сработает. «Мы это уже пробовали», «так не делается», «поверь моему опыту». Дело тут не в злости и не в глупости. Просто за годы складывается набор готовых ответов. Мозг экономит энергию, достаёт решение из памяти, и вот — ответ готов. Быстро, уверенно, почти без усилий. Проблема в том, что эти ответы были верны для другой ситуации. А мир успел поменяться. Самое коварное, что опытный человек этого даже не замечает. Ему кажется, что он думает. А на самом деле он вспоминает. Разница колоссальная, но снаружи она почти не видна — и звучит одинаково уверенно. И вот что странно. Часто самые свежие решения приходят от тех, кто меньше всего «в теме». Не потому что они умнее. А потому что у них нет готовых ответов — им приходится думать заново. И иногда это единственный способ увидеть то, что опытный взгляд давно перестал замечать.

«Разбирайся сам» — фраза, выдающая за доверие Все ругают микроменеджеров. Типа, душат, контролируют, стоят над душой — понятно, плохо. Но есть и обратная крайность, о которой почему-то почти не говорят или не видят. Это руководитель, который «даёт полную свободу». Звучит ведь прекрасно, как мечта любого сотрудника. Только на деле всё выходит немножко не так. Свобода без поддержки — это не свобода, а просто бросание на произвол. Сотрудник приходит с вопросом, а ему: «разбирайся сам, ты же взрослый». Просит рамку решения — «прояви инициативу». Жалуется, что завяз в согласованиях, — «учись договариваться». И человек уходит разбираться сам. С тем же набором проблем, но уже без всякой поддержки. И вот что странно. Внешне это выглядит как доверие. Начальник спокойный, не лезет, «верит в команду». На самом же деле — он просто не делает свою работу. Потому что руководитель — это не только про то, чтобы не мешать. Это про то, чтобы убирать препятствия, давать направление, быть подстраховой, когда человек заходит в тупик. А не прятаться за красивым словом «самостоятельность». Самое смешное, что такие руководители часто искренне считают себя прогрессивными. Мол, не душим людей, как в старые времена, развиваем автономность. А команда тем временем тонет. Решения принимаются наугад, потому что спросить не у кого. Конфликты копятся, потому что их некому разрулить. Люди недовольны оттого, что тянут то, что тянуть не должны. И здесь парадокс. Между «душить контролем» и «бросать на произвол» есть огромная середина. Она называется «быть доступным». Не стоять над плечом, но и не исчезать. Дать рамку, а внутри неё — свободу. Подстраховать на развилке, а не решать за. Это сложнее, чем выбрать крайность. Зато и работает.

Дайджест «Школы менеджера организации» за 10–16 августа На прошлой неделе на канале говорили об управленческой информации, мотивации команды, анализе конкурентов, одиночестве руководителя и моделировании бизнес-процессов. 📌 Информация, которая делает бизнес умным (а не просто учётным) Почему данные не должны оставаться цифрами в отчётах: управленческая информация помогает замечать изменения, понимать причины происходящего и принимать решения на основе реальной картины, а не привычки. 🏃 Мотивация не работает, когда никто не понимает, куда бежать Корпоративные призывы к вовлечённости не заменяют ясные цели и устойчивые приоритеты. Команде сложно сохранять энергию, если направление меняется каждую неделю, а смысл работы остаётся неясным. 🔎 Как цифровые технологии помогают разбираться в рынке и конкурентах Какие цифровые инструменты позволяют отслеживать рынок, действия конкурентов и изменения в поведении клиентов — и почему даже самые подробные данные не отменяют экспертную оценку. 🎥 SADT: как моделировать сложные системы и бизнес-процессы Видео о методологии SADT: как с помощью функциональных моделей, блоков и связей описывать сложные системы, декомпозировать процессы и видеть логику их работы. 🧭 Одиночество руководителя: о чём не говорят на MBA Чем выше позиция руководителя, тем сложнее находить пространство для честного разговора о сомнениях и рисках. Материал о том, как управленческое одиночество влияет на решения, команду и самого лидера. Сохраняйте подборку и делитесь с коллегами, которым важны управление, развитие команд и работа с бизнес-процессами.

Дайджест «Школы проектного специалиста» за 10–16 августа На прошлой неделе говорили о том, как начинать проекты с понятной бизнес-целью, развивать систему после MVP, фиксировать границы работ и выстраивать коммуникацию между участниками ИТ-проекта. 🔍 «Сделайте нам нормально»: что не так с этой просьбой клиента Почему разговор о внедрении 1С или ERP стоит начинать не со списка доработок, а с ответа на вопрос: какой результат нужен бизнесу. Без общей цели у подразделений быстро появляются разные ожидания от одного проекта. 🚙 Жизнь после MVP: почему мы пересаживаемся с поезда на джип После запуска минимально жизнеспособного продукта появляются реальные данные, обратная связь и новые приоритеты. Автор объясняет, почему дальнейшее развитие ERP не всегда стоит вести по жёсткому ТЗ и как сохранить контроль над изменениями и бюджетом. 🚀 Набор на курс «Школа руководителя проекта» с обновлённой программой Анонс нового потока курса для тех, кто хочет выстроить целостную систему управления проектами: от запуска и работы с требованиями до рисков, команды, изменений и взаимодействия с заказчиком. 🗣 Научитесь договариваться в ИТ-проектах: интенсив по деловым коммуникациям Практический двухнедельный интенсив о том, как выявлять потребности, аргументировать решения, фиксировать договорённости и снижать потери времени из-за разночтений между заказчиком, аналитиком и разработчиком. 📐 Границы и ценность проекта Видео о том, как определить содержание проекта, зафиксировать ограничения, допущения и критерии приёмки, чтобы не допустить неконтролируемого расширения работ. 💬 Когда слова говорят одно, а поведение — другое: ловушки общения, которые разрушают отношения Видео о двойных посланиях — ситуациях, когда слова расходятся с интонацией, жестами или действиями. Внутри — способы замечать такие противоречия, задавать уточняющие вопросы и снижать риск конфликтов. Сохраняйте подборку и делитесь с коллегами, которым важны управление проектами, коммуникации и развитие ИТ-систем.

🔥 Делимся опытом впечатлениями! «Школа руководителя проектов» — один из флагманских курсов, за который мы регулярно получаем благодарность! А вы еще успеваете присоединиться к новой группе! Старт 24 августа — регистрируйтесь на сайте.

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

Что сегодня зависит от меня? Утро современного человека начинается не с восхода солнца. Оно начинается с чужих проблем. Телефон ещё толком не сфокусировался перед глазами, а там уже всё готово: кто-то прислал сообщение в 7:14, рабочий чат успел обсудить срочный вопрос, новости сообщили о новой причине тревожиться, а приложение заботливо напомнило о делах, которые вы вчера не сделали. Прошло минут пять. Вы ещё лежите в кровати, но мысленно уже присутствуете на совещании, спорите с незнакомым человеком и немного переживаете за мировую экономику. День ещё не начался, а внимание уже разобрали. И вот здесь неожиданно полезным оказывается человек, который жил почти две тысячи лет назад и не знал ни рабочих чатов, ни push-уведомлений. У Марка Аврелия тоже было кому испортить утро. Марк Аврелий был римским императором. Поэтому совет «просто не обращай внимания на неприятных людей» подходил ему примерно так же, как современному руководителю совет отключить корпоративную почту. Люди всё равно приходили. Со своими просьбами, интригами, претензиями, конфликтами и удивительной способностью создавать проблемы именно тогда, когда проблем уже достаточно. В «Размышлениях» Марк Аврелий заранее напоминает себе, что в течение дня встретит людей назойливых, неблагодарных, высокомерных, коварных, завистливых и неуживчивых. В каком-то смысле это очень древняя версия утреннего просмотра рабочего календаря. Только вместо того чтобы удивляться: «Ну почему они опять такие?», можно задать себе другой вопрос: «Что сегодня зависит от меня?» Вопрос подозрительно простой. Поэтому его легко принять за очередную красивую фразу для картинки с рассветом. Проблема только в том, что применять его гораздо труднее, чем опубликовать. Начальник сегодня не в настроении Допустим, утром руководитель недоволен вашей работой. Можно провести несколько часов, мысленно доказывая ему, что он неправ. Потом пересказать разговор коллеге. Потом ещё раз воспроизвести его вечером дома, уже с улучшенными репликами, которые почему-то не пришли в голову во время разговора. Есть только небольшая неприятность: настроение начальника всё это время остаётся его настроением. Вашими остаются ответ, аргументы и дальнейшие действия. Это не означает, что нужно соглашаться со всем подряд. Стоицизм вообще довольно странно превращать в искусство терпеливо кивать. Речь о другом. Можно спорить о решении, не пытаясь управлять чужой головой. А это две очень разные задачи. Особенно трудно не управлять интернетом Кто-то написал неприятный комментарий. Человек находится неизвестно где, возможно, уже забыл о своём комментарии и спокойно пьёт кофе. А вы продолжаете беседу. Сначала в голове. Потом открываете комментарий ещё раз. Потом придумываете особенно точный ответ. Потом решаете не отвечать. Через двадцать минут всё-таки отвечаете. Незнакомый человек потратил на вас полминуты. Вы выделили ему вечер. В этот момент вопрос «что зависит от меня?» становится почти бухгалтерским. Чужое мнение? Нет. Удалить из мира людей, которые думают неправильно? Пока соответствующий функционал не выпущен. Решить, сколько собственного внимания отдать чужому мнению? Вот это уже ближе. Планы обладают неприятным свойством не спрашивать нашего разрешения Самолёт задержался. Клиент перенёс встречу. Сотрудник заболел. Подрядчик обещал прислать документ вчера и теперь почему-то «уточняет у коллег». Особенно раздражает последняя категория событий. Ведь план был хороший. Иногда даже в Excel. А хороший план в Excel создаёт особое чувство: кажется, что реальность теперь юридически обязана ему соответствовать. Не обязана. Можно сколько угодно злиться на сорванную встречу, но вернуть её в календарь силой раздражения не получится. Зато остаётся следующий ход: перенести задачу, предупредить людей, изменить последовательность работ, пересчитать последствия. Не самая эффектная философия. Зато рабочая. Мы вообще любим контролировать то, что нам не принадлежит Чужие решения. Чужие эмоции. Репутацию. Погоду. Рынок. Реакцию клиента. Прошлое. Особенно прошлое. Это, пожалуй, один из самых странных объектов человеческого управления.

В большинстве компаний есть одна странная немая договорённость. Никто напрямую не говорит друг другу, как на самом деле идёт работа. Есть оценки — раз в месяц или по запросу, есть финансовые показатели, как правило запаздывающие. Еще есть туманные «всё в порядке», «потенциально растёшь», «продолжай в том же духе». А настоящей обратной связи — нет. И ведь это не потому, что люди не хотят знать. Хотят. Каждый менеджер где-то в глубине понимает, что у него есть слабые места. Каждый сотрудник хотел бы услышать честно — что улучшить, что поменять, в какую сторону расти. Но спросить напрямую — почему-то неловко. Как будто это нарушает негласный код. Ты же не хочешь выглядеть неуверенным, правда. Получается замкнутый круг. Руководитель не говорит — потому что «человек сам должен понять» или «не хочу обидеть». Подчинённый не спрашивает — потому что «вдруг подумают, что я не справляюсь». Все вежливы. Все заняты. Все делают вид, что как-то само рассосётся. Но ничто не рассасывается — просто копится. Самое коварное, что отсутствие обратной связи люди часто воспринимают как одобрение. Мол, раз не ругают, значит, всё хорошо. А на самом деле молчание ничего не значит. Иногда оно значит «пойдёт», иногда — «я ещё не решил», иногда — «мне некогда». И человек живёт в тумане интерпретаций, выдумывая себе оценки из ничего. И вот парадокс. Компании тратят огромные деньги на обучение, развитие, ассесменты, тренеров. А простого честного разговора раз в месяц — нет. Хотя он бесплатный. И часто даёт больше, чем любой курс. Потому что рост начинается не с новых знаний, а с понимания, где ты сейчас. А это можно узнать только у других. Если, конечно, попросить. И если тебе ответят.

⛔️ Проекты буксуют из-за коммуникации. Согласитесь, эти бесконечные уточнения в переписке, размытые технические задания, необоснованные уступки съедают не только время, но и экономическую эффективность работы. Мы запускаем интенсив «Деловые коммуникации для ИТ-специалиста» — практико-ориентированный курс, где за 2 недели и 4 живые встречи вы получите конкретные инструменты: → Техники активного слушания для выявления истинных потребностей заказчика → Презентации ИТ-продуктов на языке выгод по методике BOMBER-B → Переговоры по модели Томаса-Килмана → Автоматизация деловой переписки через ИИ-ассистентов с готовой библиотекой промптов ✅ Результат: паспорт компетенций, чек-листы, шаблоны и сокращение времени на рутину до 5–10 часов в неделю. 🧑‍💻 Для аналитиков, разработчиков, менеджеров по продажам, КАМов и администраторов проектов. 👉 Все подробности и заявка: на сайте #IT #softskills #деловыекоммуникации #обучение