Почему руководителю не нужно быть главным экспертом в каждом вопросе

16.07.26

Саморазвитие - Компетенции и навыки

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

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

Эту команду мне передали недавно. Я старался участвовать почти во всем: задавал вопросы, просил объяснить детали, предлагал версии. Мне казалось, что именно так руководитель и должен строить свою работу, чтобы держать ситуацию под контролем.

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

По бухгалтерскому учету и «1С:Бухгалтерии предприятия» они разбирались глубже. Я хотел помочь, а по факту добавлял еще одно переключение.

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

Вопрос решили оперативно и качественно. Я продолжал отвечать за работу, но искать предметное и техническое решение должны были люди, которые знали этот участок лучше.

 

Я все еще работал как старший специалист

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

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

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

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

На части встреч мое участие сводилось к дополнительному кругу объяснений. Специалисты могли договориться напрямую, но затем повторяли всё для меня и ждали подтверждения. Я стал подключаться только там, где действительно требовались мои полномочия.

 

Что я делал вместо технического разбора

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

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

После того случая вопрос «Что с вас снять?» я стал использовать на регулярной основе. Иногда ответом был разговор с заказчиком. Иногда - перенос менее срочной задачи или перераспределение обращений. Специалистам нужна балы возможность нормально сосредоточиться.

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

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

У специалистов оставалось пространство для предметного решения. Я понимал, какие вопросы по-прежнему находятся на моей стороне.

 

 

Почему мы перестали терять время на лишние согласования

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

Позже я нашел метаанализ 42 выборок. Проводили их Дэнни Ван, Дэвид Уолдман и Чжэнь Чжан. Изучали команды с распределенным лидерством. В среднем они показывали более высокие результаты, причем заметнее это проявлялось в сложной работе, где участникам требовались знания друг друга.

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

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

 

Когда мнение начальника уже прозвучало

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

Кто-то все равно скажет прямо. Кто-то решит, что спор того не стоит. В итоге встреча пройдет спокойно и без споров, но часть информации до решения не доберется.

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

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

 

Признать чужую экспертизу мне удалось не сразу

Фраза «здесь вы разбираетесь лучше» поначалу давалась тяжело. Казалось, что я должен знать больше или хотя бы выглядеть уверенно.

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

В метаанализ управленческой скромности вошли 53 независимых исследования и более 16 тысяч участников. Отдельная часть анализа касалась готовности сотрудников высказываться: 13 исследований, 4050 участников. Признание руководителем своих ограничений и сильных сторон сотрудников было умеренно связано с тем, что люди чаще поднимали рабочие вопросы. 

Ифэй Ло и его коллеги из Народного университета Китая собрали результаты 53 ранее проведенных исследований управленческой скромности. В той части анализа, где оценивали готовность сотрудников высказываться, использовались данные 13 исследований с 4050 участниками. Люди чаще поднимали рабочие вопросы, если руководитель признавал границы своих знаний, замечал сильные стороны сотрудников и был готов учиться у них. 

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

 

Какие решения я оставляю за собой

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

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

Есть и более простое ограничение: не каждый сильный специалист умеет вести обсуждение. Человек может глубоко знать предмет, но путано объяснять, раздражаться на вопросы коллег или переносить свой авторитет на темы, где уже не обладает преимуществом.

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

 

Перед сложным обсуждением

Сейчас я быстро проверяю пять вещей:

  1. У кого находится наиболее актуальная информация?
  2. Кто уже решал похожие задачи и будет участвовать в реализации?
  3. Нужен предметный выбор или компромисс между несколькими сторонами?
  4. Что специалист может решить самостоятельно?
  5. Какие задачи и коммуникации я могу снять с него на время работы?

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

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

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Компетенции и навыки Мотивация Бесплатно (free)

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

04.08.2026    261    0    user2136222    0    

0

Компетенции и навыки Бесплатно (free)

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

04.08.2026    298    0    YA_826532418    0    

4

Лидерство Компетенции и навыки Управление ИТ-департаментом Бесплатно (free)

Главная иллюзия ИТ-управления – вера в то, что правильные процессы, модные технологии и подробные регламенты сами приведут к результату. Показываем, как эта иллюзия разбивается о реальность. Результат создают мотивированные и компетентные люди, которым процессы помогают работать, а технологии решают конкретные бизнес-задачи, а не просто выглядят современно. Объясняем, почему ИТ-руководитель – это прежде всего лидер, который синхронизирует людей, процессы и инструменты в условиях ограниченных ресурсов, давления бизнеса и постоянных изменений. В статье разбираем типичные ловушки найма, мотивации, контроля, Agile, сервисности, планирования, внедрения ИИ, работы с вендорами и техническим долгом – и показываем, как сохранять романтику управления без розовых очков.

28.07.2026    367    0    GSoft    0    

4

Компетенции и навыки Россия Бесплатно (free)

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

24.07.2026    350    0    NikolayMaerov    1    

4

Компетенции и навыки Бесплатно (free)

В 1С прижилась странная штука - архитектор бывает «функциональный» и «технический», как будто это две разные профессии. У программистов такого раскола нет, у тестировщиков нет, а у архитекторов - есть. Откуда он взялся именно в таком виде и почему именно сейчас становится только актуальнее? Можно конечно сказать - «так сложилось», но мне интересно, почему все-таки сложилось именно так. За этим стоит конкретная логика, ее корни - вообще не в мире разработки.

23.07.2026    1053    0    ardn    12    

16

Компетенции и навыки Бесплатно (free)

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

08.07.2026    1470    0    Akcium    3    

3

Компетенции и навыки Стандарты и документация Программист Россия Бесплатно (free)

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

22.06.2026    4679    18    ardn    46    

25

Компетенции и навыки Истории из профессии Бесплатно (free)

Чем консультант по постановке управленческого учета отличается от консультанта 1С? Один работает с инструментом. Другой — с учетной функцией бизнеса: людьми, процессами, правилами, данными и ответственностью.

19.06.2026    452    0    apatyukov    3    

1
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. DmitryKlimushkin 16.07.26 10:27 Сейчас в теме
Во всех ВУЗах, выпускающих потенциальных будущих руководителей, им пару семестров начитывают основы бухучёта. Можно спорить о каких-то аспектах и нюансах, но основы финансового контроля и управления у руководителя точно должны быть. Поэтому пример с руководителем, плохо или совсем не знающим учёт, это неудачно. Если не можешь руководить финансами (активами), то чем руководить собираешься?
NikolayMaerov; +1 Ответить
2. NikolayMaerov 242 16.07.26 10:47 Сейчас в теме
(1) Это да, согласен. Как минимум основы точно нужно знать. В том случае речь шла скорее о аспектах и нюансах. На месте этого примера могла быть любая другая система или вид учёта. Тут как раз и суть, что в то время по неопытности вместо того, чтобы дать экспертам эффективно работать и снять с них стороннюю нагрузку, я начинал им только мешать
3. DmitryKlimushkin 17.07.26 07:07 Сейчас в теме
(2) А что, у нас появилось много видов или систем учёта? А можно огласить весь список?)
Руководитель поднимается снизу, это факт. При этом, обязательным условием является продуктивная, полезная, осмысленная деятельность (а не перебор загадочных "видов и систем"). Франч вряд ли вырастит руководителя. Работа в режиме "пожар в дурдоме" никого ничему хорошему не научила. Ну, или вырастет хороший руководитель для МЧС - "загорелось - побежали")
NikolayMaerov; +1 Ответить
4. NikolayMaerov 242 17.07.26 08:20 Сейчас в теме
(3)
А что, у нас появилось много видов или систем учёта?

Да нет. Их не много. Но и бухучетом всё не ограничивается.
Про руководителей это да. Мне кажется после формата МЧС не просто переучиваться на другой формат работы будет)
5. DmitryKlimushkin 17.07.26 08:36 Сейчас в теме
(4) Бухучёт это не учёт, это метод учета. Математическая конструкция, обеспечивающая целостность учитываемых данных. Если "не ограничивается бухучётом", то назови ещё хоть один метод (способ, модель) организации учёта?
Не помнишь, наверное, реклама была с таким слоганом "При всём богатстве выбора, другой альтернативы - нет!"
Если есть альтернатива - озвучь!
6. NikolayMaerov 242 17.07.26 09:53 Сейчас в теме
(5) С этим да, согласен. Думаю, здесь мы скорее разошлись в формулировках или возможно я сформулировал не совсем точно. Под бухучетом я имел в виду бухгалтерский учет как предметную область
7. DmitryKlimushkin 17.07.26 12:46 Сейчас в теме
(6) И не знающий этой области автоматически не может быть руководителем. Он не сможет контролировать свою организацию. Не управляя деньгами, не управляешь ничем.
Ты лучше другой пример возьми. Типа, "Руководитель не обязан быть психологом" или "Руководитель может не иметь прав управления катером")
NikolayMaerov; +1 Ответить
8. NikolayMaerov 242 17.07.26 13:29 Сейчас в теме
(7) Берем тогда вариант с катером)
Для отправки сообщения требуется регистрация/авторизация