#БанальноеУправление 🔞или Как не быть начальником 🐐, а быть руководителем 🦉

Навеяно рабочей ситуацией:
"Абсолютно с вами согласен, прибивал бы таких сотрудников на месте, но суицид - это богом наказуемый акт".

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

Во-первых - время. Если благодаря работе сотрудника у руководителя освобождается время, потому что ему не нужно о чем-то беспокоиться или что-то делать, то это отличный сотрудник. Например, когда человек берет на себя какие-то рутинные обязанности руководителя, это очевидная ценность. Кстати, сотрудник, который просто не нуждается в контроле начальника, тем самым тоже создает ценность, так как начальник не тратит время на контроль!

Во-вторых - знания или умения. Если сотрудник знает или умеет то, чего не знает и не умеет начальник, и применяет это в работе - он создает ценность для начальника. К примеру, я не умею водить автомобиль, и поэтому умение шофера создает для меня ценность. Я не эксперт в IT, и при необходимости я обращаюсь за помощью к специалисту, который, благодаря своим знаниям и умениям решает мои проблемы, тем самым создавая ценность.

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

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

Что изменится, а что нет, в новом учебном сезоне "Стать руководителем за год"?

Не изменится:
  - выбор тем - программа таже, что и в весенней части сезона 2025-26;
  - выбор преподавателей и спикеров - только практикующие руководители и специалисты;
  - подход к обучению:
    — максимально много практики на занятиях;
    — еженедельное домашние задания для выполнения в вашей рабочей среде;
    — регулярное расширение текущей темы недели в канале;
  - длительность занятий остается по 2 часа;
  - возможность выбора сеанса занятия с 16:30мск или с 19:00мск;
  - базовое участие (посещение тренажерок в режиме "вольного слушателя") остается безоплатным;
  - гостевые вебинары по смежным темам.

Изменится:
  - состав занятий - кроссфиты станут чаще, теперь будут проводиться каждую неделю. Т.е. каждую неделю будет по два занятия: вводная тренажерка в четверг, кроссфит на отработку во вторник;
  - режим "Погружение в профессию" становится платным - подробности будут чуть позже, пока только скажу, что участникам прошлых сезонов и их друзьям точно будут значимые льготные условия;
  - домашние задания будут оперативно проверяться от 1 до 3 дней.

7 сентября стартует новый учебно-практический сезон "Стань руководителем за год 2026-27".

Описание нового сезона и материалы уже начали выкладываться в специально созданный для сезона tg-канал.

К каналу можно присоединиться по ссылке https://t.me/+8m1xgkougWFlYTYy.

📍 Офлайн
🏙 Самара
📅 8 августа 2026 (Суббота)
⏰ 14:00
👩‍💻 IT
Место: Бюр, бар
Адрес: Самара, ул. Стара-Загора, 27

Встреча для тимлидов, техлидов и руководителей проектов (и всех, кто хочет ими стать)

➡️Трек: менеджмент и управление командой, проектами и процессами

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

Приходи на встречу Volna&Code, чтобы получить доступ к коллективному разуму:
- познакомимся и обсудим то, что по-настоящему болит.
- разберем принципы и инструменты организации рабочей среды и взаимодействия инженерных / ИТ / digital команд.

➡️Специальный гость — Сергей Семикин (@Sergey_Semikin), действующий руководитель и основатель образовательного проекта для ПМ и руководителей

Организатор встречи
- Арина Яко
Пишите по любым вопросам.

📣 Знаешь, кому это зайдёт? Перешли анонс — вместе интереснее ☕️

А еще у меня вышел выпуск подкаста про то, как кофейная корпорация Starbucks заявила всем: потребителям, персоналу, инвесторам и конкурентам, что она этичная и 💪 крутая, но по факту стала цифровым погонщиком прекариата и фастфудом 🎓 в премиум-упаковке.

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

🥤 Послушать, как всегда, можно в 💬 Telegram или на других платформах!

За последний месяц я несколько раз услышал один и тот же монолог. Люди были разные. Основатель стартапа, владелец производственной компании, знакомый из ритейла. Текст совпадал почти дословно. Звучит он так: ну теперь-то, с этими нейросетями, разработка подешевеет раз в десять. Зачем мне штат программистов, если ИИ пишет код за секунды? Соберу все, что хотел, за копейки. Глаза при этом горят, в руках почти готовый план цифровой империи. Кто-то уже мысленно прикидывал, насколько теперь можно ужать команду. Экономия планировалась авансом, до первой написанной строчки кода. И я этих людей прекрасно понимаю, потому что сам люблю выгодные решения. Проблема только в том, что эта конкретная логика ошибочна чуть более, чем полностью. Она предполагает, что разработка софта состоит из написания кода. А это неправда.

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

Теперь сама логика изменений, как пишет ИИ, честная. Допустим, LLM ускорил набор кода в пять раз. Звучит хорошо. Но если код - это пятая часть работы, то весь процесс ускорился процентов на пятнадцать. Полезно? Да. Революция? Нет. Знаете, в чем парадокс? Скорость написания кода никогда и не была узким местом индустрии. Проекты проваливаются не потому, что программисты медленно стучали по клавиатуре. Они проваливаются потому, что полгода строили не то, не так и не для тех. И никакая скорость набора кода этой беды не лечит, она лишь позволяет приехать не туда быстрее. Я видел проекты, где команда виртуозно и быстро писала код, а продукт умирал, потому что никто вовремя не спросил, кому он нужен. И не видел ни одного, который погиб бы от медленного кодирования. Ускорять в разработке нужно было не переборы пальцами. Ускорять нужно было бы понимание, а оно в нейросеть пока не помещается.

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

Поэтому следующему собеседнику с горящими глазами я отвечу так. Разработка подешевеет, но не в десять раз, а заметно скромнее - и совсем не в том месте, где вы ждете. Программисты никогда не были нужны вам для того, чтобы набирать буквы кода. Буквы теперь и правда набирает машина, дешево и быстро. Программисты были нужны, чтобы думать: что строить, как строить и чего не строить вовсе. Эта работа никуда не делась и ее суть не изменилась, она стала даже виднее. И когда вы попробуете разобраться в вашем сломавшемся прототипе, вам придется искать инженера. Потому что машина всего лишь набирает буквы. А думать по-прежнему некому.

#ВредныеСоветыБывалогоУправленца
#Совещания

Совет 7. Осознанно используйте роли Преследователя и Спасателя, если нужно затянуть или прекратить обсуждение.

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

Спасателя можно включать, если кто-то пытается в чем-то обвинить сильных Вашего мира.

Роль Жертвы тоже может полезной, но тут нужно четко понимать, кто способен сыграть Спасателя, а кто, скорее всего, включит Преследователя. Если Преследователь будет сильнее, то можно отгрести...

PS Три роли: Спасатель, Жертва и Преследователь - это треугольник Карпмана. Это Великая вещь, а бабушки у подъезда с классическими "накоманами и прости, Господи, тутками" - носители его филигранного применения.

#ВредныеСоветыБывалогоУправленца
#Совещание

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

level2: Когда освоите навык долго и непрерывно рассуждать на любую тему, вы сможете получить дополнительную выгоду. Если кто-то на совещании озвучит предложение, которое вас не будет устраивать, вы запускайте свой монолог-рассуждение минут на 10-15. При этом старайтесь быть как можно более монотонным. Ни один здоровый человек не способен долго удерживать нить рассуждений, поэтому вы сможете вырулить на любой нужный вам вывод.

#ВредныеСоветыБывалогоУправленца
#Совещания

Совет 5: устали от совещаний, на которых сначала один долго и муторно нудит, потом другой? Решение простое - начните проводить совещания в неожиданных местах или, совмещая дискуссии с физической активностью. Например, кто говорит стоит в планке или приседает.

Совещания пойдут быстрее, поднимется уважение к вам (возражать станут меньше) и сотрудники подтянутся, станут стройнее.

#ВредныеСоветыБывалогоУправленца
#Совещания

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

Чем большую настойчивость вы проявите, тем больше шансов, что до вашего вопроса не дойдут в это день.

#ВредныеСоветыБывалогоУправленца

#Совещания

Совет 3: никогда никому не отдавайте ведение протокола. Кто ведет протокол, у того 90% власти над итоговыми решениями.

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

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

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

#ВредныеСоветыБывалогоУправленца
#Совещания

Совет 2: Никогда не посвящайте приглашенных в тему совещания и вопросы заранее.

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

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

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

И упаси вас бог, заранее звонить участникам и пояснять им цели совещания и наиболее сложные вопросы.

#ВредныеСоветыБывалогоУправленца
#Совещания

Совет 1: Приглашайте на совещания участников с запасом, нужно создавать кворум, чтобы решался любой возникающий вопрос. Лучше перестраховаться, чем недостраховаться. Минимизируйте риски не позвать нужных. Пусть будут присутствовать лишние, чем отсутствовать нужные.

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

#ЗапискиНаКлочках

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

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

#ВредныеСоветыБывалогоУправленца
#ПостановкаЗадач

Совет 4: Есть расхожая мудрость, что любая задача занимает ровно столько времени, сколько на нее отведено. Поэтому чтобы не раслаблять исполнителей, сроки задач нужно занижать до 80% от прогнозных. Вы удивитесь, как возрастет производительность.

#ВредныеСоветыБывалогоУправленца
#ПостановкаЗадач

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

#ВредныеСоветыБывалогоУправленца
#ПостановкаЗадач

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

#ЗапискиНаКлочках

Ещё один индикатор невысокой управленческой квалификации руководителя - это использование в качестве причин расхожего термина "человеческий фактор".

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

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