Ментальные модели работы организации

Большая часть ментальных моделей, вроде закона Паркинсона или Конвея, вам уже знакомы – но может быть найдете и что-то новое. Вот несколько интересных, упоминания которых я встречаю редко:

👉Parkinson's Law of Triviality. Группам свойственно тратить слишком много времени на самые тривиальные вопросы. Это происходит потому, что обсуждать простые и понятные темы – безопасно.
👉Hick's Law. Чем больше вариантов решения есть, тем дольше оно будет приниматься.
👉Chesterston's Fence. Не отказывайтесь от каких-то правил, пока не поймете, зачем их вводили.

Как создать среду, где люди и ИИ усиливают друг друга, а не конкурируют?

Поищем ответ на этот вопрос вместе на конференции РУКИ от Яндекс Практикума. Фокус-2025: «Растим людей в эпоху ИИ».

Приглашаем руководителей отделов и департаментов, топ- и мидл-менеджеров, HRD и T&D.
🕚Когда: 22 сентября в 10:30 мск
📍Где: БЦ «Морозов», площадки «Экстрополис» и «Мулен Руж»

👨‍🏫 Спикеры из Озона, Яндекса, Сбера и других известных компаний прошли огонь, воду и кризисные совещания — готовы рассказать то, о чём не напишут в учебниках по менеджменту.

💬 Вас ждут:
Честные разборы кейсов — не только победы, но и неудачные эксперименты.
Лучшие инструменты 2025, которые работают не в теории, а в топовых компаниях.
Воркшопы с экспертами — пробуем чужие решения на своих задачах и устраиваем им краш-тест.
Нетворкинг 3.0 в формате спид-дейтинга для тех, кому некогда знакомиться.

👉 Участие бесплатное, регистрируйтесь по ссылке.

Реклама, АНО ДПО “Образовательные технологии Яндекса”, ИНН 7704282033, erid: 2VtzqwXdEyH

Правила хорошей коммуникации

Великолепный пост про то, как доносить важную информацию через каналы внутренней коммуникации.

👉Чем больше аудитория, тем больше в ней групп, заинтересованных в разном количестве деталей. Поэтому делайте вашу коммуникацию "слоеной" – начинайте с ключевой мысли, затем разбивайте ее на основные тезисы, а затем уже уходите вглубь каждого тезиса. Так люди смогут быстро понять, на какой уровень хотят погрузиться, и не отвалятся, совсем ничего не поняв.
👉Учитывайте не только тех, кому вы что-то рассказываете, но и аудиторию второго порядка – тех, до кого информация дойдем в пересказе. Поэтому информацию полезно давать в сжатом виде, который легко пересказать.
👉Учитывайте самый циничный способ интерпретировать свои слова. Такой человек обязательно найдется, он же перескажет ваши слова в таком виде другим людям, и эта версия разойдется по всей компании. Поэтому всегда перечитывайте свои мысли, оценивайте, можно ли их истолковать превратно, и докручивайте, чтобы уменьшить шансы на это.
👉Чтобы вашу ключевую мысль точно услышали, повторяйте ее несколько раз.
👉Используйте сразу несколько каналов, чтобы передать важную информацию – разные люди предпочитают разные источники. Плюс даже в маркетинге есть правило нескольких касаний.
👉Поддерживайте свои каналы донесения информации даже тогда, когда они вам не нужны – иначе потом, когда они понадобятся, будет поздно.
👉Доносите информацию как можно раньше, и как можно чаще. В большинстве случаев не нужно ждать 100% уверенности и вылизанности сообщения – шанс ошибиться не перевешивает появление слухов. Люди гораздо лучше справляются с неидеальной или неполной информацией, чем с информационным вакуумом.
👉Дебажьте проблемы в коммуникациях. Если вы что-то рассказали, а люди это не услышали, либо интерпретировали не так – в этом только ваша вина. Единственное, что вы можете сделать – попробовать понять, почему это произошло, и быть лучше в следующий раз.

Отрываем коммуникации от оргчарта

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

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

Лучшая архитектура – самая простая

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

Более рациональный альтернативный подход – возвести принцип YAGNI в абсолют, и стараться найти самое-самое простое решение из возможных, исходя из текущей ситуации. Не думать про потенциальное масштабирование, нагрузку, nice-to-have фичи, и элегантность архитектуры. А расширять эту архитектуру начинать только тогда, когда без этого никак не обойтись, чтобы поддержать реальные требования.

Готовы вывести свой продукт на новый уровень? Для этого нужны не только данные и метрики, но и свежий взгляд, креатив и правильное окружение.

27 сентября в Москве пройдет конференция — Продукты 24 × ffdd2d для продакт- и проджект-менеджеров, UX/UI-редакторов, дизайнеров и аналитиков, которые хотят посмотреть на продукты с разных сторон и подходов.

Что ждет гостей на мероприятии?

- Интересные доклады: послушаем и вдохновимся опытом экспертов из разных сфер, поговорим о метриках, данных и креативах. Обсудим, как не скатиться в рутину, продолжать драйвить рынок и творить. Вещать будудут спикеры из Т-Банка, Яндекса, Сбера и других бигтех-компаний.

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

- Афтепати: завершим день DJ-сетом, танцами и общением.

Мероприятие пройдет офлайн в московском пространстве «Суперметалл» по адресу: 2-я Бауманская ул., 9/23с3. Для тех, кто не в Москве, будет организована онлайн-трансляция.

Участие бесплатное, но количество мест ограничено. Переходите по ссылке и регистрируйтесь!

Реклама. АО "ТБанк", лицензия ЦБ РФ № 2673 от 24.03.2015 г. Erid:2SDnjbsyd98

Google сократил треть руководителей маленьких команд

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

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

Как разговаривать про повышение зарплаты

1️⃣Занизьте свои изначальные ожидания, и не расчитывайте на то, что зарплату точно поднимут до того уровня, который вы хотите. Вместо этого сфокусируйтесь на том, что в зоне вашего контроля.
2️⃣Разберитесь в том, как работает пересмотр зарплат в вашей компании, и какие факторы на него влияют. Получить повышение проще, когда вы приходите за ним в нужный момент цикла бюджетирования. Еще лучше, если вы сможете получить критерии, на которые обычно смотрят при пересмотре.
3️⃣Подготовьтесь к разговору и покажите: план/факт по вашим целям и ожиданиям; что заметного вы сделали за рамками этих ожиданий; как ваша работа соответствует ценностям компании.

По итогу, на вероятность пересмотра больше всего влияет:

👉Справились ли вы со своими целями
👉Первыполнили ли вы ожидания, когда это было необходимо, и можете ли это доказать
👉Ваши рабочие отношения с коллегами
👉Насколько заметна ваша работа и ее результаты

Поздравляем, вы на 1 шаг ближе к работе мечты 🥳

Осталось только прочитать этот пост, подписаться на канал и откликнуться на вакансию 😉

Avito Career — место, где Авито делится актуальными вакансиями для тимлидов.

Подписывайтесь, чтобы найти ту самую работу ✨

Про хорошие публичные выступления

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

1️⃣Информировать аудиторию о том, что вы сделали, и почему это важно. Причем делать это, не вдаваясь слишком глубоко в детали, не интересные аудитории.

Стандартные паттерны:

👉Что-то раньше считалось невозможным, а вы показали, как это сделать
👉Что-то раньше было сложным или неэффективным, а вы показали путь получше
👉Что-то подвержено ошибкам, а вы показываете, как уменьшить их риск
👉Что-то очень сложное, или аудитория это плохо понимает, а вы можете это объяснить простым способом
👉Что-то кажется всем верным, а это на самом деле не так

2️⃣Образовывать аудиторию. То, о чем вы рассказываете, должно быть полезным, причем не только в вашем узком домене. Ключевые идеи должны быть сформулированы так, чтобы слушатели могли перенести их в свой контекст.

3️⃣Развлекать аудиторию. Это не значит, что нужно вставлять мемы на каждый слайд, или превращать доклад в стендап – вам надо нащупать комфортный вам способ зацепить аудиторию. Это может быть структура доклада, какие-то отсылки, искренность, открытость.

Я, кстати, когда-то давно писал статью со своими мыслями про подготовку хороших выступлений, куда добавил побольше прикладных советов и практик. Old but gold!

Загляните за кулисы IT-инфраструктуры крупных компаний

8 октября в Москве пройдет Selectel Tech Day — флагманская конференция одного из ведущих провайдеров IT-инфраструктуры. На мероприятии обсудят тренды и технологии с теми, кто развивает IT-рынок в России.

Практики рынка расскажут:
🔺Какую инфраструктуру выбрать в 2026: реальный опыт трансформации, миграции, внедрения гибридных подходов.
🔺Как работать с ML-моделями в разработке и продакшене и как выстроить IT-инфраструктуру для AI.
🔺Как внедрять актуальные технологии и подходы на реальных проектах: Kubernetes, DevSecOps и системы безопасности.

Место встречи — Москва, Цифровое деловое пространство. Участие в конференции бесплатное, нужно зарегистрироваться →

Реклама. АО "Селектел". erid:2W5zFGqe14k

Про градиент власти

Градиент власти – это разрыв между теми, у кого больше всего власти в организации, и теми, у кого ее меньше всего. Свойста этого градиента определяют многое – чувство безопасности, готовность открыто высказывать свои мысли, способность создавать инновации. Чем больше этот разрыв – тем хуже.

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

Вот некоторые из практик, которые помогают уменьшать такой разрыв:

👉Всегда объяснять контекст и смысл, стоящие за любыми решениями. Такой подход, в отличие от черной коробки, уменьшает роль авторитета в принятии решения, и приглашает всех к открытой дискуссии.
👉Замечать и признавать вклад людей в результат. Условно говоря, публично хвалить не только лида проекта, но и других его участников с ролями поменьше.
👉Спускать принятие максимального количества решений на уровень людей, которые ближе всего к полям, и делают реальную работу.
👉Иметь площадки, где каждый может выразить свое мнение, поднять важную тему и обсудить ее.

Принципы СТО Amazon

👉Думайте о решении реальных проблем, а не о хайпе. Не нужно внедрять технологии только из-за FOMO.
👉Сбои и падения – часть плана, не нужно строить идеальные системы. На больших масштабах каждая дополнительная девятка в SLA стоит миллионы. Стремиться сделать отказоустойчивыми все элементы системы – дорого и бессмысленно. Вместо этого можно думать про три категории сервисов – Tier 1 (ни в коем случае не должно падать), Tier 2 (может немного деградировать), Tier 3 (может упасть, и никому не будет дела).
👉Разделяйте решения на обратимые и необратимые, они же – one-way/two-way doors. Обратимые решения принимайте как можно быстрее на неполных данных. Необратимые – замедлитесь и подумайте глубоко.
👉Security > Operations > Cost. Security – нельзя допускать никаких компромиссов в вопросах безопасности. Operations – софт дольше живет в продакшне, чем в разработке, так что удобство его поддержки должно быть заложено на самом старте. Cost – системы должны дизайниться с расчетом не только на масштабирование, но и наоборот, на возможность сжиматься в меньшие масштабы.
👉Кто сервис написал, тот за него дальше и отвечает – поддерживает, дежурит, чинит аварии по ночам. Благодаря этому у инженеров сохраняется плотный цикл обратной связи, и они видят последствия своих решений.