Чем занят руководитель?
Очевидным ответом для многих является “ничем”, так же, как и очевидно, что все проблемы связаны с руководителем, а победы общие. Я видел достаточно руководителей, которые реально очень мало вкладывались в свою работу, но обычно все несколько сложнее.
Задачи руководителя
Что на мой взгляд делает руководитель:
- добывает необходимые ресурсы для достижения результата. И тут речь обо всем: от денег до людей.
формирует цели и метрики для команд и/или проектов (детали зависят от уровня руководителя и специфики).
- занимается ростом и развитием команды, напрямую растит -1 и частично -2.
- выстраивает процесс работы в рамках своей зоны ответственности (как минимум формулирует, что должно быть и добивается того, чтобы по факту это так и работало)
- подключается к решению нестандартных проблем и ситуаций, либо когда вообще не ясно, что делать, либо когда нужна помощь организовать или договориться.
В налаженных проектах, где нет бурного роста или большого накопленного долга (тех или бизнесового), руководители могут иметь много свободного времени, при этом претензий к ним быть не может. Все работает, развитие идет согласно плану, текучка делегирована или закрыта. Прийти к такому дорогого стоит, правда потом возникнет вопрос, а что дальше, но до этого надо дойти. Я дошел до этого один раз и принял решение двигаться дальше, в новой компании, с новыми вызовами и целями.
Так же, чем дальше вы от позиции руководителя команды, тем меньше ребята в командах понимают ваш вклад и вообще знают, когда вы подключались к решению проблемы, а когда нет.
Если про загруженность говорить в проектах, где до отлаженности еще далеко, то можно на основе своего календаря и людей, которых я знаю примерно смоделировать день руководителя.
Типичный день руководителя
Есть регулярная текучка, сюда входят встречи с руководством, встречи со смежниками, обсуждения и проработка участия в разных инициативах компании и т.д. Если вы склонны посещать только необходимые мероприятия и стараетесь делегировать там, где это уместно, то, допустим, со временем ваш календарь будет занят этим на 40% (я ставлю в календарь встречи для самого себя, когда хочу уделить время какой-то задаче). Дальше, я надеюсь, вы хотите понимать, как дела обстоят в ваших проектах и командах, сюда уходит еще 20% вашего времени (это при условии, что вы активно не перестраиваете команды или проекты). Конечно постоянно нужно работать с разными запросами и проблемами от команд: перемещение людей между командами, повышения, споры между командами, участие в согласовании больших релизов, работа с целями команд и т.д. Ну допустим это еще 15% отнимет, если повезет.
Нештатные ситуации
Ну и казалось бы вот оно счастье, столько времени осталось свободного. Но дальше идет работа с нештатными ситуациями. Скажем если возьму просто прошлый день от написания статьи только по нештатным ситуациям будет такая картина за один день:
- нужно было договориться о перераспределении денег для выделения новых серверов под проекты;
убедить нескольких смежников проводить релиз так, как нужно нашей команде, потому что скорость критична;
- провести собеседование человека для усиления сопровождения, где были проблемы и надо срочно усиливаться;
- договориться о составе и размере команды под новый проект;
- убедить коллег из смежной системы поправить проблемы не по своему графику, а день в день.
Какие-то задачи приходится делать самому, в каких-то нужно найти правильных людей и свести со своими, где-то надо подпихнуть своих ребят. В общем, так оглядываешься порой и понимаешь, что рабочий день по графику то давно закончился. Понятно, что сейчас у нас на одном проекте период роста, а на втором глобальная перестройка, но моментами от этого не легче. Собственно, если есть желание делать проекты хорошо, то работа на любой позиции стороной вас не обойдет, главное быть на своем месте и получать удовольствие от процесса.
Максим Шаламов
#руководителю #разработчику
Очевидным ответом для многих является “ничем”, так же, как и очевидно, что все проблемы связаны с руководителем, а победы общие. Я видел достаточно руководителей, которые реально очень мало вкладывались в свою работу, но обычно все несколько сложнее.
Задачи руководителя
Что на мой взгляд делает руководитель:
- добывает необходимые ресурсы для достижения результата. И тут речь обо всем: от денег до людей.
формирует цели и метрики для команд и/или проектов (детали зависят от уровня руководителя и специфики).
- занимается ростом и развитием команды, напрямую растит -1 и частично -2.
- выстраивает процесс работы в рамках своей зоны ответственности (как минимум формулирует, что должно быть и добивается того, чтобы по факту это так и работало)
- подключается к решению нестандартных проблем и ситуаций, либо когда вообще не ясно, что делать, либо когда нужна помощь организовать или договориться.
В налаженных проектах, где нет бурного роста или большого накопленного долга (тех или бизнесового), руководители могут иметь много свободного времени, при этом претензий к ним быть не может. Все работает, развитие идет согласно плану, текучка делегирована или закрыта. Прийти к такому дорогого стоит, правда потом возникнет вопрос, а что дальше, но до этого надо дойти. Я дошел до этого один раз и принял решение двигаться дальше, в новой компании, с новыми вызовами и целями.
Так же, чем дальше вы от позиции руководителя команды, тем меньше ребята в командах понимают ваш вклад и вообще знают, когда вы подключались к решению проблемы, а когда нет.
Если про загруженность говорить в проектах, где до отлаженности еще далеко, то можно на основе своего календаря и людей, которых я знаю примерно смоделировать день руководителя.
Типичный день руководителя
Есть регулярная текучка, сюда входят встречи с руководством, встречи со смежниками, обсуждения и проработка участия в разных инициативах компании и т.д. Если вы склонны посещать только необходимые мероприятия и стараетесь делегировать там, где это уместно, то, допустим, со временем ваш календарь будет занят этим на 40% (я ставлю в календарь встречи для самого себя, когда хочу уделить время какой-то задаче). Дальше, я надеюсь, вы хотите понимать, как дела обстоят в ваших проектах и командах, сюда уходит еще 20% вашего времени (это при условии, что вы активно не перестраиваете команды или проекты). Конечно постоянно нужно работать с разными запросами и проблемами от команд: перемещение людей между командами, повышения, споры между командами, участие в согласовании больших релизов, работа с целями команд и т.д. Ну допустим это еще 15% отнимет, если повезет.
Нештатные ситуации
Ну и казалось бы вот оно счастье, столько времени осталось свободного. Но дальше идет работа с нештатными ситуациями. Скажем если возьму просто прошлый день от написания статьи только по нештатным ситуациям будет такая картина за один день:
- нужно было договориться о перераспределении денег для выделения новых серверов под проекты;
убедить нескольких смежников проводить релиз так, как нужно нашей команде, потому что скорость критична;
- провести собеседование человека для усиления сопровождения, где были проблемы и надо срочно усиливаться;
- договориться о составе и размере команды под новый проект;
- убедить коллег из смежной системы поправить проблемы не по своему графику, а день в день.
Какие-то задачи приходится делать самому, в каких-то нужно найти правильных людей и свести со своими, где-то надо подпихнуть своих ребят. В общем, так оглядываешься порой и понимаешь, что рабочий день по графику то давно закончился. Понятно, что сейчас у нас на одном проекте период роста, а на втором глобальная перестройка, но моментами от этого не легче. Собственно, если есть желание делать проекты хорошо, то работа на любой позиции стороной вас не обойдет, главное быть на своем месте и получать удовольствие от процесса.
Максим Шаламов
#руководителю #разработчику
Должен ли руководитель уметь сам проверить работу каждого?
В очередной раз получил вопрос: “Если ты ничего не делаешь руками, то тебе сложно становится проверять чужую работу, а со временем вообще разучишься это делать. Что делать? А если ты не можешь проверять, то зачем ты тогда нужен? Просто ходить задачи раздавать?”. Нюансы бывают разные, но это волнует многих начинающих лидов, которых я знаю и которых растил. Давайте сегодня без общих рассуждений чисто к моему мнению.
Это вопрос сам по себе не имеет смысла, потому что в нем раскрыто сразу же полное непонимание, чем ты собираешься заниматься, как руководитель, и для чего. В такой постановке вопроса у меня есть предположение, что у руководителя должно быть экспертное знание во всех направлениях и языках, а также DevOps и сопровождении. Сомневаюсь, что эта история про реального человека, поэтому умение все проверить лучше всех - это иллюзия контроля, которая еще и замедляет работу команды. Не надо тешить свое эго тем, что ты везде и всюду умнее, ты формируешь команду и растишь ее, твоя цель, чтобы люди по целевым направлениям знали и умели больше тебя.
Про раздачу задач и вот это все. Ваша задача основная - сделать так, чтобы ваш проект работал хорошо, все выполнялось в срок и предсказуемо. Все остальное крутится вокруг достижения этого и подстраивается под реалии, в которых вы оказались. Если достаточно раздать задачи и все будет готово вовремя и в срок, то и отлично. Но обычно вам нужно все распланировать, проконтролировать итоговый результат (не руками, мы уже выяснили, что всего знать нельзя, но через тестирование и опытную эксплуатацию), организовать работу с багами и т.д. В какой-то момент вам может стать скучно, когда вы все наладите и делегируете, но обычно жизнь подбрасывает кучу изменений и нештатных ситуаций.
В целом, если вы рассматриваете работу лида как что-то лишнее и неинтересное, это история не для вас. А так работы вам хватит с горкой, еще будете искать кому ее делегировать.
Еще статьи по теме задач руководителя, которые уже есть на канале:
Нужны ли руководителю технические знания
Чем занят руководитель
Чем отличается руководитель от разработчика
Задачи тимлида и техлида
Мой путь от разработчика к СТО
Максим Шаламов
#тимлиду #руководителю
В очередной раз получил вопрос: “Если ты ничего не делаешь руками, то тебе сложно становится проверять чужую работу, а со временем вообще разучишься это делать. Что делать? А если ты не можешь проверять, то зачем ты тогда нужен? Просто ходить задачи раздавать?”. Нюансы бывают разные, но это волнует многих начинающих лидов, которых я знаю и которых растил. Давайте сегодня без общих рассуждений чисто к моему мнению.
Это вопрос сам по себе не имеет смысла, потому что в нем раскрыто сразу же полное непонимание, чем ты собираешься заниматься, как руководитель, и для чего. В такой постановке вопроса у меня есть предположение, что у руководителя должно быть экспертное знание во всех направлениях и языках, а также DevOps и сопровождении. Сомневаюсь, что эта история про реального человека, поэтому умение все проверить лучше всех - это иллюзия контроля, которая еще и замедляет работу команды. Не надо тешить свое эго тем, что ты везде и всюду умнее, ты формируешь команду и растишь ее, твоя цель, чтобы люди по целевым направлениям знали и умели больше тебя.
Про раздачу задач и вот это все. Ваша задача основная - сделать так, чтобы ваш проект работал хорошо, все выполнялось в срок и предсказуемо. Все остальное крутится вокруг достижения этого и подстраивается под реалии, в которых вы оказались. Если достаточно раздать задачи и все будет готово вовремя и в срок, то и отлично. Но обычно вам нужно все распланировать, проконтролировать итоговый результат (не руками, мы уже выяснили, что всего знать нельзя, но через тестирование и опытную эксплуатацию), организовать работу с багами и т.д. В какой-то момент вам может стать скучно, когда вы все наладите и делегируете, но обычно жизнь подбрасывает кучу изменений и нештатных ситуаций.
В целом, если вы рассматриваете работу лида как что-то лишнее и неинтересное, это история не для вас. А так работы вам хватит с горкой, еще будете искать кому ее делегировать.
Еще статьи по теме задач руководителя, которые уже есть на канале:
Нужны ли руководителю технические знания
Чем занят руководитель
Чем отличается руководитель от разработчика
Задачи тимлида и техлида
Мой путь от разработчика к СТО
Максим Шаламов
#тимлиду #руководителю
Как руководителю заставить подчинённых и коллег себя уважать
Очень частая тема и проблема для начинающих да и вообще всех руководителей это уважение. Нужно чтобы люди уважали, что делать и как быть.
Что такое уважение
Я хочу зайти чисто с практической точки зрения, мне сложно сказать уважают люди меня или кого-то, вопрос в том, делают они то, что вам нужно или нет, контролируете ли вы их действия или нет. Потому что именно это важно на работе, вы можете уважать или даже любить кого-то, но не слушаться его. Будучи руководителем лучше меньше задумываться о том, кто, что и почему думает о вас, всем вы угодить точно не сможете. Поэтому, скорее всего, под уважением вы имеете ввиду восприятие вас, как человека, к которому будут прислушиваться, за кем будут идти, который будет контролировать процесс. Не берусь выставлять себя экспертом, но определенные вещи точно могу подсказать.
Внешность
Внешний вид. Да я знаю, что многих начнет трясти с этого, самовыражение и все такое. Дак вот, есть места, где ваш внешний вид может быть уместен или нет. И важно какое впечатление вы ожидаете произвести. Может вы и имеете право надеть клоунский костюм на работу (дресс кода почти ни у кого нет), но воспринимать серьезно вас будут немногие (если вы уникум харизмы, то вам точно все мои советы не интересны, вы хоть голый вывезете, но много ли таких людей?). Поэтому всегда думайте над тем, где и с кем вы будете взаимодействовать и как ожидается там быть одетым. Если вы хотите одеться как-то по-другому, то не ради самовыражения, а преследуя какие-то цели, например, показать, что отличаетесь или что вы из другой группы (если вы знаете что и зачем делаете, то бога ради). Есть некоторые ребята, которые ходят в очень мятых и заношенных вещах, думайте, что хотите, но они вызывают больше отторжения и вопросов у людей, которых не знают или которые их знают мало. Если вопрос того, как вас воспринимают, вам интересен, то используйте уместную и опрятную одежду.
Подача
Подача себя. На встречах и в общении вы должны быть уверены в себе и последовательны. Высказывайте свое мнение, убеждайте в своей правоте, не бойтесь спорить (но не переходите на грубость и споры ради спора). Если вы не можете высказать и отстоять свое мнение (а для подчиненных и их в большинстве случаев тоже), то доверие и уважение внушать вы не сможете.
Последовательность
Последовательность / своя позиция. Уважение вызывают люди, у которых есть своя понятная позиция, которую они последовательно отстаивают. Если вы все время прыгаете с идеи на идею, с подхода на подход, то будете восприниматься очень поверхностным и мало знающим. Взгляд на работу и то, как правильно ее делать, должны быть именно ваши и из вашего опыта.
Опыт
Опыт и готовность помочь. Очень укрепляют ваши позиции знания, опыт и, главное, готовность ими поделиться с другими. И ничто так не подрывает авторитет, как постоянно всплывающие подтверждения вашей некомпетентности по вашей прямой должности. Людей действительно знающих и готовых помогать мало и люди к таким тянуться.
Вообще не бойтесь запрашивать о себе и своей работе обратную связь, слушайте внимательно людей. Да, многие в лицо всего не выскажут, но скажут достаточно для того, кто хочет услышать. Неплохой способ внимательно посмотреть на себя в зеркало, посмотреть, как вы говорите и представить, что вы со стороны смотрите на такого человека, общее впечатление вы сможете составить. Я прошелся по самым верхам и тому, с чем можно быстро поработать. Книг по лидерству и развитию коммуникабельных навыков довольно много, выбирайте под себя. Если вам чего-то не хватает, но хочется, то вы сможете усилить свои слабые стороны.
Максим Шаламов
#тимлиду #руководителю
Очень частая тема и проблема для начинающих да и вообще всех руководителей это уважение. Нужно чтобы люди уважали, что делать и как быть.
Что такое уважение
Я хочу зайти чисто с практической точки зрения, мне сложно сказать уважают люди меня или кого-то, вопрос в том, делают они то, что вам нужно или нет, контролируете ли вы их действия или нет. Потому что именно это важно на работе, вы можете уважать или даже любить кого-то, но не слушаться его. Будучи руководителем лучше меньше задумываться о том, кто, что и почему думает о вас, всем вы угодить точно не сможете. Поэтому, скорее всего, под уважением вы имеете ввиду восприятие вас, как человека, к которому будут прислушиваться, за кем будут идти, который будет контролировать процесс. Не берусь выставлять себя экспертом, но определенные вещи точно могу подсказать.
Внешность
Внешний вид. Да я знаю, что многих начнет трясти с этого, самовыражение и все такое. Дак вот, есть места, где ваш внешний вид может быть уместен или нет. И важно какое впечатление вы ожидаете произвести. Может вы и имеете право надеть клоунский костюм на работу (дресс кода почти ни у кого нет), но воспринимать серьезно вас будут немногие (если вы уникум харизмы, то вам точно все мои советы не интересны, вы хоть голый вывезете, но много ли таких людей?). Поэтому всегда думайте над тем, где и с кем вы будете взаимодействовать и как ожидается там быть одетым. Если вы хотите одеться как-то по-другому, то не ради самовыражения, а преследуя какие-то цели, например, показать, что отличаетесь или что вы из другой группы (если вы знаете что и зачем делаете, то бога ради). Есть некоторые ребята, которые ходят в очень мятых и заношенных вещах, думайте, что хотите, но они вызывают больше отторжения и вопросов у людей, которых не знают или которые их знают мало. Если вопрос того, как вас воспринимают, вам интересен, то используйте уместную и опрятную одежду.
Подача
Подача себя. На встречах и в общении вы должны быть уверены в себе и последовательны. Высказывайте свое мнение, убеждайте в своей правоте, не бойтесь спорить (но не переходите на грубость и споры ради спора). Если вы не можете высказать и отстоять свое мнение (а для подчиненных и их в большинстве случаев тоже), то доверие и уважение внушать вы не сможете.
Последовательность
Последовательность / своя позиция. Уважение вызывают люди, у которых есть своя понятная позиция, которую они последовательно отстаивают. Если вы все время прыгаете с идеи на идею, с подхода на подход, то будете восприниматься очень поверхностным и мало знающим. Взгляд на работу и то, как правильно ее делать, должны быть именно ваши и из вашего опыта.
Опыт
Опыт и готовность помочь. Очень укрепляют ваши позиции знания, опыт и, главное, готовность ими поделиться с другими. И ничто так не подрывает авторитет, как постоянно всплывающие подтверждения вашей некомпетентности по вашей прямой должности. Людей действительно знающих и готовых помогать мало и люди к таким тянуться.
Вообще не бойтесь запрашивать о себе и своей работе обратную связь, слушайте внимательно людей. Да, многие в лицо всего не выскажут, но скажут достаточно для того, кто хочет услышать. Неплохой способ внимательно посмотреть на себя в зеркало, посмотреть, как вы говорите и представить, что вы со стороны смотрите на такого человека, общее впечатление вы сможете составить. Я прошелся по самым верхам и тому, с чем можно быстро поработать. Книг по лидерству и развитию коммуникабельных навыков довольно много, выбирайте под себя. Если вам чего-то не хватает, но хочется, то вы сможете усилить свои слабые стороны.
Максим Шаламов
#тимлиду #руководителю
Как я помогаю подчиненным расти. Часть 1: период обучения.
Меня часто спрашивают, как я обеспечиваю рост людей, когда работаю с ними напрямую. Напрямую я сейчас работаю в основном с руководителями команд и направлений, поэтому писать буду о них. Но общие принципы я использую и для подчиненных не руководителей. В целом, я стараюсь выстроить всю работу так, чтобы люди всегда имели возможность расти. Поэтому расскажу, как я веду человека от самого момента найма в мою команду.
Начало работы
Первое, что я делаю, это даю вводные о себе и о том, чего жду от человека. Честно предупреждаю, что со мной напрямую работать сложно, я очень требовательный и прямой человек. Не смотря на то, что я мог бы разлить воды хоть на час, предпочитаю внутри своих отделов общаться по существу. Ожидаю прямую и честную коммуникацию, лучше так, чем вранье, которое все равно всплывет и мы скорее всего попрощаемся.
Следующим шагом, я проговариваю свое видение позиции, что нужно делать и что не нужно. Обязательно проговариваю моменты, где я не готов делегировать принятие решений и ожидаю согласование со мной. После чего обязательно слушаю мнение человека и мы можем скорректировать некоторые моменты, или как минимум я объясняю свою позицию.
Дальше мы обсуждаем цели на выбранный отрезок времени. Период обычно длительностью в квартал, с обязательным пояснением, какой результат должен быть достигнут и как будем это проверять. Тут ожидается активное участие человека, чтобы он сам подумал и оценил реалистичность и мы смогли внести корректировки, где это возможно.
С теми, с кем я работаю напрямую, я синхронизируюсь не реже раза в неделю, если человек только начинает, или его нужно подтягивать, то каждый день. Формат обсуждений следующий:
- Что сделано? Кратко человек говорит о проделанной работе с прошлого синка.
- Как мы идем по целям? Смотрим на наши цели и выделенные промежуточные точки. Определяем попадаем ли мы или есть проблемы.
- Обсуждение проблем. От проблем с достижением целей, до в целом любых проблем, которые мешают эффективно работать.
Исходя из моего понимания руководителя, как того, кто решает возникающие проблемы, я всегда готов помочь и подключиться. Но с теми, кого я подтягиваю или учу, я первое время хожу на большинство встреч и помогаю с текучкой. Мне важно показать человеку, чего я ожидаю, и чтобы он получил основное представление о том, как и что работает.
На этом с этапом обучения все. В следующем посте расскажу, как я работаю с человеком дальше.
Максим Шаламов
#руководителю #советы
Меня часто спрашивают, как я обеспечиваю рост людей, когда работаю с ними напрямую. Напрямую я сейчас работаю в основном с руководителями команд и направлений, поэтому писать буду о них. Но общие принципы я использую и для подчиненных не руководителей. В целом, я стараюсь выстроить всю работу так, чтобы люди всегда имели возможность расти. Поэтому расскажу, как я веду человека от самого момента найма в мою команду.
Начало работы
Первое, что я делаю, это даю вводные о себе и о том, чего жду от человека. Честно предупреждаю, что со мной напрямую работать сложно, я очень требовательный и прямой человек. Не смотря на то, что я мог бы разлить воды хоть на час, предпочитаю внутри своих отделов общаться по существу. Ожидаю прямую и честную коммуникацию, лучше так, чем вранье, которое все равно всплывет и мы скорее всего попрощаемся.
Следующим шагом, я проговариваю свое видение позиции, что нужно делать и что не нужно. Обязательно проговариваю моменты, где я не готов делегировать принятие решений и ожидаю согласование со мной. После чего обязательно слушаю мнение человека и мы можем скорректировать некоторые моменты, или как минимум я объясняю свою позицию.
Дальше мы обсуждаем цели на выбранный отрезок времени. Период обычно длительностью в квартал, с обязательным пояснением, какой результат должен быть достигнут и как будем это проверять. Тут ожидается активное участие человека, чтобы он сам подумал и оценил реалистичность и мы смогли внести корректировки, где это возможно.
С теми, с кем я работаю напрямую, я синхронизируюсь не реже раза в неделю, если человек только начинает, или его нужно подтягивать, то каждый день. Формат обсуждений следующий:
- Что сделано? Кратко человек говорит о проделанной работе с прошлого синка.
- Как мы идем по целям? Смотрим на наши цели и выделенные промежуточные точки. Определяем попадаем ли мы или есть проблемы.
- Обсуждение проблем. От проблем с достижением целей, до в целом любых проблем, которые мешают эффективно работать.
Исходя из моего понимания руководителя, как того, кто решает возникающие проблемы, я всегда готов помочь и подключиться. Но с теми, кого я подтягиваю или учу, я первое время хожу на большинство встреч и помогаю с текучкой. Мне важно показать человеку, чего я ожидаю, и чтобы он получил основное представление о том, как и что работает.
На этом с этапом обучения все. В следующем посте расскажу, как я работаю с человеком дальше.
Максим Шаламов
#руководителю #советы
Как я помогаю подчиненным расти. Часть 2: после обучения.
Итак, дав вводные и проведя обучение, что делать дальше? А дальше я оставляю наши синки, но выключаюсь из работы человека, давая ему возможность самому работать и проявлять себя. При этом я отслеживаю:
- Самостоятельность человека. Это очень важно для руководителя. Способен ли человек самостоятельно выполнять свою работу, решать в том числе и нестандартные вопросы в рамках своей ответственности.
- Своевременная эскалация(подсвечивание) проблем. Не все проблемы можно решить самому и не везде можно самому принимать решение. Человек должен знать момент, когда нужно подключать руководство и не должен бояться просить помощи. Боязнь просить помощи, что у коллег, что у руководства, это вообще частая проблема и с ней нужно бороться, делать все самому глупо и не эффективно. Что тут еще важно, это то, что я вовремя должен знать о всех значимых проблемах проекта, чтобы не получать неприятных сюрпризов.
- Закрытие целей. Обозначенные цели должны быть достигнуты вовремя, в требуемом качестве. Либо мы своевременно обсуждаем причины переноса, но по очень веским причинам.
- Умение аргументированно отстаивать свою позицию и свое мнение. У меня уже накоплен большой опыт и я обычно имею свое мнение на решение задач и сроков по ним. При этом я ожидаю, что, если я озвучиваю позицию и с ней не согласны, то я получу аргументированные возражения. Получив четкую раскладку по пути решения и срокам, и почему мой вариант не лучший, я приму предложенный вариант. И мы будем вместе думать устроит нас это решение по срокам (обычно в них вся проблема) или мы ищем еще какие-то компромиссы.
- Работа с людьми. Работа должна быть выстроена так, чтобы люди внутри команды и вне, как минимум, были готовы работать с этим человеком., Воспринимать адекватно его идеи и предложения. Постоянные неразрешимые конфликты ведут только к провалам и текучке.
Самое простое это отслеживать в конце периода достижение целей, если они адекватно зафиксированы, то споров будет минимально. Если вовремя не были скорректированы ожидания, то это вина человека, а не обстоятельств.
Самостоятельность отслеживается через количество обращений за помощью и их адекватностью. То есть после каждой помощи я проговариваю, что должен был сделать человек и, если он учится и повторно с таким не приходит, то все прекрасно. Проблемой может быть, неумение реагировать на любую новую проблему, но тут надо смотреть на позицию, где-то это может быть допустимо.
Естественно я смотрю на инциденты и проблемы, а главное на то, видел ли их человек заранее и смог ли он о них заранее предупредить и что-то предпринять. Если руководитель не умеет выявлять типовые возможные проблемы, то это приведет к частым срывам сроков и проблемам с качеством. Видеть проблемы мало, надо что-то с этим делать, если человек видел и не делал, это тоже засчитывается в минусы. Независимо от других обстоятельств, сообщил ли человек вовремя о проблеме или нет, тоже является важным фактором.
Из количества несоответствий по указанным пунктам, формируется мое мнение о человеке, его готовности и способности расти. Я ожиданию, что при получении постоянно обратной связи и помощи с новыми проблемами, человек будет уметь самостоятельно закрывать, или вовремя делегировать, 98% своих задач (цифра примерная). Самое долгое время, когда я бился, чтобы получить из человека отдачу - полтора года (успешно). Сейчас я принимаю решение за полгода, стоит ли дальше вкладывать силы и время в человека.
В конце замечу, что если вашим ростом занимаются, то это большой плюс. Нужно понимать, что чем выше ваша позиция, тем меньше времени у вашего наставника, и нужно ценить его время и возможности. Но обучение тоже должно совпадать с вашими планами на развитие. Если вам не интересно направление, в которое вас пытаются растить, то лучше откажитесь, чем тратить свое и чужое время.
Максим Шаламов
#руководителю #советы
Итак, дав вводные и проведя обучение, что делать дальше? А дальше я оставляю наши синки, но выключаюсь из работы человека, давая ему возможность самому работать и проявлять себя. При этом я отслеживаю:
- Самостоятельность человека. Это очень важно для руководителя. Способен ли человек самостоятельно выполнять свою работу, решать в том числе и нестандартные вопросы в рамках своей ответственности.
- Своевременная эскалация(подсвечивание) проблем. Не все проблемы можно решить самому и не везде можно самому принимать решение. Человек должен знать момент, когда нужно подключать руководство и не должен бояться просить помощи. Боязнь просить помощи, что у коллег, что у руководства, это вообще частая проблема и с ней нужно бороться, делать все самому глупо и не эффективно. Что тут еще важно, это то, что я вовремя должен знать о всех значимых проблемах проекта, чтобы не получать неприятных сюрпризов.
- Закрытие целей. Обозначенные цели должны быть достигнуты вовремя, в требуемом качестве. Либо мы своевременно обсуждаем причины переноса, но по очень веским причинам.
- Умение аргументированно отстаивать свою позицию и свое мнение. У меня уже накоплен большой опыт и я обычно имею свое мнение на решение задач и сроков по ним. При этом я ожидаю, что, если я озвучиваю позицию и с ней не согласны, то я получу аргументированные возражения. Получив четкую раскладку по пути решения и срокам, и почему мой вариант не лучший, я приму предложенный вариант. И мы будем вместе думать устроит нас это решение по срокам (обычно в них вся проблема) или мы ищем еще какие-то компромиссы.
- Работа с людьми. Работа должна быть выстроена так, чтобы люди внутри команды и вне, как минимум, были готовы работать с этим человеком., Воспринимать адекватно его идеи и предложения. Постоянные неразрешимые конфликты ведут только к провалам и текучке.
Самое простое это отслеживать в конце периода достижение целей, если они адекватно зафиксированы, то споров будет минимально. Если вовремя не были скорректированы ожидания, то это вина человека, а не обстоятельств.
Самостоятельность отслеживается через количество обращений за помощью и их адекватностью. То есть после каждой помощи я проговариваю, что должен был сделать человек и, если он учится и повторно с таким не приходит, то все прекрасно. Проблемой может быть, неумение реагировать на любую новую проблему, но тут надо смотреть на позицию, где-то это может быть допустимо.
Естественно я смотрю на инциденты и проблемы, а главное на то, видел ли их человек заранее и смог ли он о них заранее предупредить и что-то предпринять. Если руководитель не умеет выявлять типовые возможные проблемы, то это приведет к частым срывам сроков и проблемам с качеством. Видеть проблемы мало, надо что-то с этим делать, если человек видел и не делал, это тоже засчитывается в минусы. Независимо от других обстоятельств, сообщил ли человек вовремя о проблеме или нет, тоже является важным фактором.
Из количества несоответствий по указанным пунктам, формируется мое мнение о человеке, его готовности и способности расти. Я ожиданию, что при получении постоянно обратной связи и помощи с новыми проблемами, человек будет уметь самостоятельно закрывать, или вовремя делегировать, 98% своих задач (цифра примерная). Самое долгое время, когда я бился, чтобы получить из человека отдачу - полтора года (успешно). Сейчас я принимаю решение за полгода, стоит ли дальше вкладывать силы и время в человека.
В конце замечу, что если вашим ростом занимаются, то это большой плюс. Нужно понимать, что чем выше ваша позиция, тем меньше времени у вашего наставника, и нужно ценить его время и возможности. Но обучение тоже должно совпадать с вашими планами на развитие. Если вам не интересно направление, в которое вас пытаются растить, то лучше откажитесь, чем тратить свое и чужое время.
Максим Шаламов
#руководителю #советы
Как создать конфликт в коллективе
Хочу поговорить о довольно распространенном способе внести в коллектив раскол и довести людей до конфликта. Ситуация по моим наблюдениям случается очень часто и поделюсь своей видением, как с этой ситуацией работать.
Итак представим ситуацию, что работаете вы себе и работаете, все бы хорошо, но у вас есть проблемы со смежными командами или отделами. Причем проблемы подтвержденные, серьезные и сильно влияющие на вас и вашу команду (возможно с точки зрения качества, возможно вам приходится постоянно сидеть вечерами из-за их ошибок или нерасторопности). Вы пытаетесь выровняться сами, выносите руководству эту ситуацию, но улучшений не видите. Время идет, проблема не решается. Внятно от руководства деталей вы не получаете, конечно, в какой-то момент, эта ситуация приводит к открытому конфликту.
Ситуация очень неприятная и случается часто. Прежде всего хочу сказать, что понимаю, как такое может случаться помимо нежелания руководства работать или вмешиваться в дела. Есть две возможности:
- сейчас человек/команда перегружены и вы оказались не в фокусе, они разбираются шаг за шагом с проблемами и дойдут до вас. Бывает, но обычно такое быстро выясняется и становится проще понимать проблематику.
- есть причины, не позволяющие жестко решить ситуацию, через увольнение, выговоры и т.д. Человека может быть трудно заменить и с этим не хотят связываться, с ним может уйти много людей, боятся идти на риск и т.п.
У меня тоже бывали и бывают ситуации, когда я не могу расстаться с человеком в моменте. Что же я обычно делаю. Те, кому это доставляет неудобства, обычно понимают причины почему мы не расстаемся с человеком (мы либо работаем над улучшением поведения, либо ищем замену, либо завершаем кусок работы и т.д.). Со своей стороны я стараюсь сгладить проблемы, перераспределяя часть несделанного (периодически на себя, если это организационные вопросы), чтобы минимизировать проблемы и не оставлять людей один на один с проблемой. Мое мнение: ваша основная задача, как руководителя, в этой ситуации не только решить проблему, но и дать людям объяснение вашего поведения, чтобы они не дергались, а могли отслеживать процесс улучшения ситуации. Очень плохо, когда люди остаются с проблемой и не понимают, что делать. Еще хуже, если вы на самом деле решаете проблему, но они не знают об этом, ведь люди могут уйти раньше.
Основной мой посыл - решайте проблемы, делитесь информацией с людьми по процессу решения проблем и всем будет работать проще и приятней.
Максим Шаламов
#руководителю #советы
Хочу поговорить о довольно распространенном способе внести в коллектив раскол и довести людей до конфликта. Ситуация по моим наблюдениям случается очень часто и поделюсь своей видением, как с этой ситуацией работать.
Итак представим ситуацию, что работаете вы себе и работаете, все бы хорошо, но у вас есть проблемы со смежными командами или отделами. Причем проблемы подтвержденные, серьезные и сильно влияющие на вас и вашу команду (возможно с точки зрения качества, возможно вам приходится постоянно сидеть вечерами из-за их ошибок или нерасторопности). Вы пытаетесь выровняться сами, выносите руководству эту ситуацию, но улучшений не видите. Время идет, проблема не решается. Внятно от руководства деталей вы не получаете, конечно, в какой-то момент, эта ситуация приводит к открытому конфликту.
Ситуация очень неприятная и случается часто. Прежде всего хочу сказать, что понимаю, как такое может случаться помимо нежелания руководства работать или вмешиваться в дела. Есть две возможности:
- сейчас человек/команда перегружены и вы оказались не в фокусе, они разбираются шаг за шагом с проблемами и дойдут до вас. Бывает, но обычно такое быстро выясняется и становится проще понимать проблематику.
- есть причины, не позволяющие жестко решить ситуацию, через увольнение, выговоры и т.д. Человека может быть трудно заменить и с этим не хотят связываться, с ним может уйти много людей, боятся идти на риск и т.п.
У меня тоже бывали и бывают ситуации, когда я не могу расстаться с человеком в моменте. Что же я обычно делаю. Те, кому это доставляет неудобства, обычно понимают причины почему мы не расстаемся с человеком (мы либо работаем над улучшением поведения, либо ищем замену, либо завершаем кусок работы и т.д.). Со своей стороны я стараюсь сгладить проблемы, перераспределяя часть несделанного (периодически на себя, если это организационные вопросы), чтобы минимизировать проблемы и не оставлять людей один на один с проблемой. Мое мнение: ваша основная задача, как руководителя, в этой ситуации не только решить проблему, но и дать людям объяснение вашего поведения, чтобы они не дергались, а могли отслеживать процесс улучшения ситуации. Очень плохо, когда люди остаются с проблемой и не понимают, что делать. Еще хуже, если вы на самом деле решаете проблему, но они не знают об этом, ведь люди могут уйти раньше.
Основной мой посыл - решайте проблемы, делитесь информацией с людьми по процессу решения проблем и всем будет работать проще и приятней.
Максим Шаламов
#руководителю #советы
Почему таблички “не беспокоить” не работают и почему это хорошо
Многие начинающие лиды тонут в текучке и особенно их допекает то, что вся команда ходит по каждой мелочи к ним (по крайней мере им так кажется). По их мнению, они пробуют все, чтобы к ним не ходили и даже ставят или вешают таблички “не беспокоить”, но это не работает.
Не работает все по простой и понятной причине - вы не выстроили процесс. А это значит, что люди не знают, что им делать с внештатными ситуациями и как идти по процессу. На самом деле, нужно радоваться, если в такой ситуации к вам идут. По крайней мере вы в курсе проблем и вас считают достойным того, чтобы спросить. Кидаться или обижаться на подчиненных в такой ситуации это верный путь испортить с ними отношения и, возможно, потом получить много неприятных сюрпризов, когда до вас в итоге с проблемой не дойдут.
Начну со списка дел, где советую лично подключаться:
- конфликты в команде
- конфликты с внешними командами
- пересмотр договоренностей по задачам
- общение с руководством
- обсуждение сроков
- обсуждение порядка выполнения задач
- приоритезация работ
Чтобы освободить свое время, вы должны выписать себе обычные причины обращения к вам и начать их устранять. Причин может быть много, но давайте я накидаю несколько с решением, чтобы вам было проще.
1. К вам приходят, чтобы вы провели ревью, потому что вы стоите, как обязательный ревьюер. Наверное самое частое из того, что я видел. На прямом контроле можно оставлять только ключевые задачи, для всего остального выделите в команде людей, чьим навыкам вы доверяете (если нет, то учите или нанимайте). Тут вы сами создаете себе и другим проблему, и все решается очень просто. Не тешьте себя иллюзией контроля, все равно с таким подходом качественно вы не сможете все отслеживать.
2. У малоопытных членов команды часто появляются вопросы по новым и сложным задачам, возможно по старым кускам системы. Кроме вас они не знают к кому идти, поэтому они будут ходить к вам. История решается примерно так же, выделите людей, к которым будут ходить до того, как пойдут к вам. Не завязывайте в себе скрытые знания, если что-то знаете только вы, то нужно передать эти знания еще минимум двум людям.
3. Частая проблема бывает с тем, что люди не понимают, как собирать и выкатывать проект. Документация часто бывает неполной или устаревшей. И снова должны быть источники знаний кроме вас, люди должны знать, что сначала обращаться нужно к ним.
Список можно продолжать и продолжать, но, в целом, большинство начинающих лидов на самом деле получают определенное удовольствие от того, что в них нуждаются. Так своя ценность кажется выше. И это все обычно работает не осознанно, но, по сути, человек сам делает себя необходимым и сам от этого страдает, но не может разорвать порочный круг. Поэтому следите, чтобы вы, по возможности, не были единственным источником знаний по своему проекту и не замыкайте на себе ничего, кроме ключевых вопросов.
Максим Шаламов
#руководителю #советы
Многие начинающие лиды тонут в текучке и особенно их допекает то, что вся команда ходит по каждой мелочи к ним (по крайней мере им так кажется). По их мнению, они пробуют все, чтобы к ним не ходили и даже ставят или вешают таблички “не беспокоить”, но это не работает.
Не работает все по простой и понятной причине - вы не выстроили процесс. А это значит, что люди не знают, что им делать с внештатными ситуациями и как идти по процессу. На самом деле, нужно радоваться, если в такой ситуации к вам идут. По крайней мере вы в курсе проблем и вас считают достойным того, чтобы спросить. Кидаться или обижаться на подчиненных в такой ситуации это верный путь испортить с ними отношения и, возможно, потом получить много неприятных сюрпризов, когда до вас в итоге с проблемой не дойдут.
Начну со списка дел, где советую лично подключаться:
- конфликты в команде
- конфликты с внешними командами
- пересмотр договоренностей по задачам
- общение с руководством
- обсуждение сроков
- обсуждение порядка выполнения задач
- приоритезация работ
Чтобы освободить свое время, вы должны выписать себе обычные причины обращения к вам и начать их устранять. Причин может быть много, но давайте я накидаю несколько с решением, чтобы вам было проще.
1. К вам приходят, чтобы вы провели ревью, потому что вы стоите, как обязательный ревьюер. Наверное самое частое из того, что я видел. На прямом контроле можно оставлять только ключевые задачи, для всего остального выделите в команде людей, чьим навыкам вы доверяете (если нет, то учите или нанимайте). Тут вы сами создаете себе и другим проблему, и все решается очень просто. Не тешьте себя иллюзией контроля, все равно с таким подходом качественно вы не сможете все отслеживать.
2. У малоопытных членов команды часто появляются вопросы по новым и сложным задачам, возможно по старым кускам системы. Кроме вас они не знают к кому идти, поэтому они будут ходить к вам. История решается примерно так же, выделите людей, к которым будут ходить до того, как пойдут к вам. Не завязывайте в себе скрытые знания, если что-то знаете только вы, то нужно передать эти знания еще минимум двум людям.
3. Частая проблема бывает с тем, что люди не понимают, как собирать и выкатывать проект. Документация часто бывает неполной или устаревшей. И снова должны быть источники знаний кроме вас, люди должны знать, что сначала обращаться нужно к ним.
Список можно продолжать и продолжать, но, в целом, большинство начинающих лидов на самом деле получают определенное удовольствие от того, что в них нуждаются. Так своя ценность кажется выше. И это все обычно работает не осознанно, но, по сути, человек сам делает себя необходимым и сам от этого страдает, но не может разорвать порочный круг. Поэтому следите, чтобы вы, по возможности, не были единственным источником знаний по своему проекту и не замыкайте на себе ничего, кроме ключевых вопросов.
Максим Шаламов
#руководителю #советы
Можно ли руководителю дружить с командой
Вопрос о дружбе руководителя с командой очень сложный с любой стороны. Рассмотрим варианты, когда вы дружили и пошел рост, и когда будучи руководителем начали сближаться.
Мой опыт
Начну с личного опыта, я нередко сближался с коллегам, как с товарищами. Очень часто это заканчивалось плохо, но оно того стоило для меня по двум причинам:
- я лучше понял мышление большинства людей
- я нашел так реально близких друзей и соратников, это штучная история, но она того стоила. Люди, которым я доверяю и которые всегда могут прямо высказать свое мнение, каким бы оно ни было.
Сейчас конечно я особо не пытаюсь разрывать дистанцию, которая автоматически образуется в парадигме начальник подчиненный. Мне нравится общаться со своими командами, с кем-то больше с кем-то меньше. Но я понимаю, что и я не могу всего сказать и они выбирают слова и формулировки. Это нормально.
Негативные последствия у дружбы с коллегами
Близкие отношения в работе это большое испытание для человеческих качеств. Я видел, как давние друзья переставали общаться, потому что один пошел в рост быстрее, как зависть подчиненного портила отношения, как чрезмерные ожидания руководителя от своего друга мешали и делу и портили отношения. Мы все головой понимаем, что работа это работа, а личное отдельно. Но по факту, это так не работает. Мы остаемся собой везде, и обиды, ожидания, амбиции, зависть и т.д. остаются с нами.
Много неприятных моментов было и лично у меня. Получал упреки, что мол мало работаю, а на виду, как руководитель я. Некоторых ребят начинал выделять под рост, тратил на них больше времени, а они интерпретировали это, как сигнал, что теперь можно и работать поменьше и требовать я должен с них не как со всех.
Все равно люди, которые тебе нравятся и на которых ты делаешь ставку, формируют у тебя лучшее отношение к себе, по-другому не получится. Однако, у меня таким людям с одной стороны хорошо - повышения и бонусы будут их первыми, но, с другой стороны, и плохо - требования мои намного выше, чем к другим. Кого не пугают трудности, остаются довольны, но кому-то это не подходит.
Тема дружбы на работе сложная, и каждый сам решит для себя, чего больше плюсов или минусов. Помните, что это отличная проверка человеческих качеств и ваших тоже. Если не уверены в себе или людях, и не хотите их терять, то не пробуйте.
Максим Шаламов
#руководителю
Вопрос о дружбе руководителя с командой очень сложный с любой стороны. Рассмотрим варианты, когда вы дружили и пошел рост, и когда будучи руководителем начали сближаться.
Мой опыт
Начну с личного опыта, я нередко сближался с коллегам, как с товарищами. Очень часто это заканчивалось плохо, но оно того стоило для меня по двум причинам:
- я лучше понял мышление большинства людей
- я нашел так реально близких друзей и соратников, это штучная история, но она того стоила. Люди, которым я доверяю и которые всегда могут прямо высказать свое мнение, каким бы оно ни было.
Сейчас конечно я особо не пытаюсь разрывать дистанцию, которая автоматически образуется в парадигме начальник подчиненный. Мне нравится общаться со своими командами, с кем-то больше с кем-то меньше. Но я понимаю, что и я не могу всего сказать и они выбирают слова и формулировки. Это нормально.
Негативные последствия у дружбы с коллегами
Близкие отношения в работе это большое испытание для человеческих качеств. Я видел, как давние друзья переставали общаться, потому что один пошел в рост быстрее, как зависть подчиненного портила отношения, как чрезмерные ожидания руководителя от своего друга мешали и делу и портили отношения. Мы все головой понимаем, что работа это работа, а личное отдельно. Но по факту, это так не работает. Мы остаемся собой везде, и обиды, ожидания, амбиции, зависть и т.д. остаются с нами.
Много неприятных моментов было и лично у меня. Получал упреки, что мол мало работаю, а на виду, как руководитель я. Некоторых ребят начинал выделять под рост, тратил на них больше времени, а они интерпретировали это, как сигнал, что теперь можно и работать поменьше и требовать я должен с них не как со всех.
Все равно люди, которые тебе нравятся и на которых ты делаешь ставку, формируют у тебя лучшее отношение к себе, по-другому не получится. Однако, у меня таким людям с одной стороны хорошо - повышения и бонусы будут их первыми, но, с другой стороны, и плохо - требования мои намного выше, чем к другим. Кого не пугают трудности, остаются довольны, но кому-то это не подходит.
Тема дружбы на работе сложная, и каждый сам решит для себя, чего больше плюсов или минусов. Помните, что это отличная проверка человеческих качеств и ваших тоже. Если не уверены в себе или людях, и не хотите их терять, то не пробуйте.
Максим Шаламов
#руководителю
Стоит ли лезть в личную жизнь сотрудников, если она мешает им работать
Личная жизнь - очень больная тема для большинства из нас, особенно, когда есть проблемы. Ряд семейных проблем или со здоровьем могут полностью замкнуть человека на себе. Конечно это печально скажется на работе.
Стоит ли лезть в личную жизнь подчиненного, чтобы исправить его работоспособность? Мое мнение такое, вы не врач и не друг, поэтому сильно глубоко в такие вещи лезть неправильно. Ваша задача поговорить с человеком и примерно понять его проблему (скорее всего глубоко в детали вас не пустят). В любом случае, нужно обсудить, как сам человек видит себя в работе, заинтересован ли он в ней. После этого нужно понять, проблема имеет краткосрочный характер или длительный. С краткосрочными проблемами можно отпустить человека в отпуск или снизить требования и ожидания к человеку на время. С долгосрочными проблемами сложнее. Пытаться затягивать можно, если специалист вам очень нужен или вы верите, что потом он наверстает. В любом случае, нужно наметить какие-то задачи на это время и срок, в который вы ожидаете, что человек вернется в строй. Тянуть бесконечно обычно плохая стратегия, потому что задачи будут падать на других ребят и это станет коллективной проблемой.
Если у вас хороший контакт, то вы можете что-то посоветовать из своего опыта, но с личными проблемами люди прислушиваются не всегда или обычно далеко не сразу. В любом случае, вам нужно общаться с человеком, понимать проблему и иметь совместный план по ее преодолению (в рамках работы). Не надо обижаться на человека или совершать резкие не обсужденные изменения.
Максим Шаламов
#руководителю
Личная жизнь - очень больная тема для большинства из нас, особенно, когда есть проблемы. Ряд семейных проблем или со здоровьем могут полностью замкнуть человека на себе. Конечно это печально скажется на работе.
Стоит ли лезть в личную жизнь подчиненного, чтобы исправить его работоспособность? Мое мнение такое, вы не врач и не друг, поэтому сильно глубоко в такие вещи лезть неправильно. Ваша задача поговорить с человеком и примерно понять его проблему (скорее всего глубоко в детали вас не пустят). В любом случае, нужно обсудить, как сам человек видит себя в работе, заинтересован ли он в ней. После этого нужно понять, проблема имеет краткосрочный характер или длительный. С краткосрочными проблемами можно отпустить человека в отпуск или снизить требования и ожидания к человеку на время. С долгосрочными проблемами сложнее. Пытаться затягивать можно, если специалист вам очень нужен или вы верите, что потом он наверстает. В любом случае, нужно наметить какие-то задачи на это время и срок, в который вы ожидаете, что человек вернется в строй. Тянуть бесконечно обычно плохая стратегия, потому что задачи будут падать на других ребят и это станет коллективной проблемой.
Если у вас хороший контакт, то вы можете что-то посоветовать из своего опыта, но с личными проблемами люди прислушиваются не всегда или обычно далеко не сразу. В любом случае, вам нужно общаться с человеком, понимать проблему и иметь совместный план по ее преодолению (в рамках работы). Не надо обижаться на человека или совершать резкие не обсужденные изменения.
Максим Шаламов
#руководителю
Важность похвалы
Я уже давно работаю управленцем и чем выше поднимаюсь, тем больше вижу тенденцию к отсутствию похвалы в работе в принципе. Недавно у нас был тренинг, после которого мой руководитель говорил мне, что хвалить не видят смысла, когда рядом зрелая команда и управленцы, нужно фокусироваться на целях и проблемах, а достижение целей само по себе считается похвальным и правильным.
Не знаю правильно ли это в управлении руководителями, но с начинающими так точно нельзя. Да и с ребятами в команде это не приведет ни к чему хорошему. В роли начинающего я такой подход оценил какое-то время назад, сходив на пробные занятия в стрелковый клуб и на скалодром. Оба похода объединяли крайне вялые инструкторы, которые после каждого упражнения говорили “идем дальше” с каменными лицами. При этом не забывая указывать на ошибки, когда делаешь что-то неправильно. Не смотря на то, что я головой понимаю, как это работает, удовольствие от работы с такими инструкторами было крайне сомнительным. Сменив стрелковый клуб, кстати, и попав на позитивного, вовлекающего инструктора, умеющего подбадривать в процессе, я сходил просто прекрасно, получил кучу позитива и продолжу ходить именно к этим ребятам.
К чему это я все? А к тому, какой бы зрелой ни была ваша команда и собеседник, не забывайте хвалить человека за хорошую работу. Как минимум это будет позитивным подкреплением, что очень важно. Второе, человек поймет, что его работу ценят и видят. Забывая хвалить людей, вы ставите их в очень странное положение, когда нет достаточной обратной связи о их работе. Получается, что человека только все время ругают (потому что проблему нужно обсуждать и решать). Таким подходом вы легко можете демотивировать и человека, и команду. У людей сложится впечатление, что вы придираетесь к ним и не видите их работы, а главное не цените их. Джунам и стажерам вы вообще можете отбить желание заниматься данной профессией, сложив впечатление, что они только ошибаются и ничего не делают правильно.
Никогда не забывайте оценивать заслуги людей. Но и не тратьте похвалу, если человек ее не заслужил. Поставьте себя на место человека и вам будет проще понять его ощущения.
Максим Шаламов
#руководителю
Я уже давно работаю управленцем и чем выше поднимаюсь, тем больше вижу тенденцию к отсутствию похвалы в работе в принципе. Недавно у нас был тренинг, после которого мой руководитель говорил мне, что хвалить не видят смысла, когда рядом зрелая команда и управленцы, нужно фокусироваться на целях и проблемах, а достижение целей само по себе считается похвальным и правильным.
Не знаю правильно ли это в управлении руководителями, но с начинающими так точно нельзя. Да и с ребятами в команде это не приведет ни к чему хорошему. В роли начинающего я такой подход оценил какое-то время назад, сходив на пробные занятия в стрелковый клуб и на скалодром. Оба похода объединяли крайне вялые инструкторы, которые после каждого упражнения говорили “идем дальше” с каменными лицами. При этом не забывая указывать на ошибки, когда делаешь что-то неправильно. Не смотря на то, что я головой понимаю, как это работает, удовольствие от работы с такими инструкторами было крайне сомнительным. Сменив стрелковый клуб, кстати, и попав на позитивного, вовлекающего инструктора, умеющего подбадривать в процессе, я сходил просто прекрасно, получил кучу позитива и продолжу ходить именно к этим ребятам.
К чему это я все? А к тому, какой бы зрелой ни была ваша команда и собеседник, не забывайте хвалить человека за хорошую работу. Как минимум это будет позитивным подкреплением, что очень важно. Второе, человек поймет, что его работу ценят и видят. Забывая хвалить людей, вы ставите их в очень странное положение, когда нет достаточной обратной связи о их работе. Получается, что человека только все время ругают (потому что проблему нужно обсуждать и решать). Таким подходом вы легко можете демотивировать и человека, и команду. У людей сложится впечатление, что вы придираетесь к ним и не видите их работы, а главное не цените их. Джунам и стажерам вы вообще можете отбить желание заниматься данной профессией, сложив впечатление, что они только ошибаются и ничего не делают правильно.
Никогда не забывайте оценивать заслуги людей. Но и не тратьте похвалу, если человек ее не заслужил. Поставьте себя на место человека и вам будет проще понять его ощущения.
Максим Шаламов
#руководителю
Как использовать право вето для мотивации руководителей команд
Часто вижу вопрос, как повысить уверенность и вовлеченность своих сотрудников-руководителей. В нормальной структуре руководителей не должно быть слишком много, поэтому индивидуальный подход будет хорошим решением. Но если говорить о чем-то общем, то, на мой взгляд, очень важно дать человеку право принимать решения.
У меня очень простой подход: руководитель по определению может перекрыть любое решение своего подчиненного. На этом строится возможность выстраивания стратегии сверху и использование опыта (которого у руководителя в идеале должно быть много). И тут тем, кто это слышит в первый раз, начинает казаться, что я буду диктовать им по шагам каждый их рабочий день. На самом деле нет. У меня много работы и помимо этого, более того, я считаю, что человек на своем месте должен справляться с работой, либо покидать ее. Поэтому, если я диктую человеку что делать, то это либо новая ситуация для него или есть обстоятельства диктующие такое решение, либо ему пора задуматься над тем, как хорошо он делает свою работу.
Со своими ребятами я всегда стараюсь четко проговорить все детали, где я жду, что они будут решать проблему сами (сообщив мне результаты), а где они идут за согласованием (и даже тут идеально прийти с вариантами решения). Возможность принимать решения, самому решать проблемы и достигать результата очень мотивирует людей, ориентированных на результат и рост.
Тем, кто себя отлично проявляет, я даю право вето на ряд решений. Например, они могут сказать нет на найме кандидата, его переводе или увольнении, даже если я буду считать, что это стоит сделать. С правом вето надо быть очень аккуратным, это позволяет чувствовать себя максимально уверенно, но надо понимать, что не все ситуации подвластны нам и всегда требуется гибкость. Давайте такое только проверенным ребятам и очерчивайте границы. Тут есть важный момент - нельзя потом просто взять и проигнорировать вето своего сотрудника, вы обесцените это, как мотивацию и подорвете доверие к себе.
В заключении скажу, всегда делегируйте людям положенные им задачи, ищите тех, кто будет справляться, а не пытайтесь все проконтролировать сами. Помните, что в управление надо выдвигать тех, кто готов к ответственности и может давать результат.
Больше об управлении людьми, вы найдете в моем учебнике “Тимлид: базовый уровень”. В нем, помимо разбора всех основных умений руководителя команды, я добавил целую главу про делегирование полномочий.
Максим Шаламов
#руководителю
Часто вижу вопрос, как повысить уверенность и вовлеченность своих сотрудников-руководителей. В нормальной структуре руководителей не должно быть слишком много, поэтому индивидуальный подход будет хорошим решением. Но если говорить о чем-то общем, то, на мой взгляд, очень важно дать человеку право принимать решения.
У меня очень простой подход: руководитель по определению может перекрыть любое решение своего подчиненного. На этом строится возможность выстраивания стратегии сверху и использование опыта (которого у руководителя в идеале должно быть много). И тут тем, кто это слышит в первый раз, начинает казаться, что я буду диктовать им по шагам каждый их рабочий день. На самом деле нет. У меня много работы и помимо этого, более того, я считаю, что человек на своем месте должен справляться с работой, либо покидать ее. Поэтому, если я диктую человеку что делать, то это либо новая ситуация для него или есть обстоятельства диктующие такое решение, либо ему пора задуматься над тем, как хорошо он делает свою работу.
Со своими ребятами я всегда стараюсь четко проговорить все детали, где я жду, что они будут решать проблему сами (сообщив мне результаты), а где они идут за согласованием (и даже тут идеально прийти с вариантами решения). Возможность принимать решения, самому решать проблемы и достигать результата очень мотивирует людей, ориентированных на результат и рост.
Тем, кто себя отлично проявляет, я даю право вето на ряд решений. Например, они могут сказать нет на найме кандидата, его переводе или увольнении, даже если я буду считать, что это стоит сделать. С правом вето надо быть очень аккуратным, это позволяет чувствовать себя максимально уверенно, но надо понимать, что не все ситуации подвластны нам и всегда требуется гибкость. Давайте такое только проверенным ребятам и очерчивайте границы. Тут есть важный момент - нельзя потом просто взять и проигнорировать вето своего сотрудника, вы обесцените это, как мотивацию и подорвете доверие к себе.
В заключении скажу, всегда делегируйте людям положенные им задачи, ищите тех, кто будет справляться, а не пытайтесь все проконтролировать сами. Помните, что в управление надо выдвигать тех, кто готов к ответственности и может давать результат.
Больше об управлении людьми, вы найдете в моем учебнике “Тимлид: базовый уровень”. В нем, помимо разбора всех основных умений руководителя команды, я добавил целую главу про делегирование полномочий.
Максим Шаламов
#руководителю
Ловушка незаменимого
Еще в свою бытность разработчиком, встречал нескольких забавных ребят, которые считали себя незаменимыми, а по факту вели мало интересные для компании, но пока еще не закрытые проекты. Все как один писали на Perl. И жизнь у ребят была хороша (по их меркам). Переписывать проекты никто не будет, а пока их надо поддерживать, их не уволят, новых изменений почти нет. Насколько я знаю, проекты в итоге закрыли и куда ребята подались потом мне неизвестно. Но допустим, это случай не самый редкий, особенно в телекомах. Есть много “мертвых” стеков и систем, которые не хотят переписывать: работают и работают.
Но мы поговорим о более обыденной истории. Люди, которые не хотят делиться знаниями, чтобы их нельзя было уволить. В целом, стратегия понятная и работает до определенных пределов. Такие ребята обычно наглеют и леняться до такой степени, что в итоге вылетают за какой-то громкий косяк, который доходит до руководства (например сложат систему надолго и т.д.) и более высокое руководство, не погружаясь в детали их незаменимости, примет решение (видел такое не раз). Либо достанут своего руководителя так сильно, что он примет все возможные риски. Те, кто сидят тихо и не особо создают проблемы, и правда могут сидеть долго, держа в “заложниках” отдел или компанию.
Такие истории плохи в обе стороны, те, кто считают себя незаменимыми очень быстро теряют квалификацию и для них может стать большой проблемой поиск новой работы, когда такое случится.
Для компаний проблема будет в медленном развитии и сложностях с масштабированием, потому что пул задач может решить только один человек.
Лично я стараюсь выявлять таких людей на старте работы с командой. Дальше проводим беседы по необходимости передачи знаний, ставим задачи, выделяем людей, которые будут перенимать знания. Если знания передаются, то никаких проблем нет. Если знания держатся в человеке и он держится за них, то я явно предупреждаю его о грядущих проблемах. Дальше, при отсутствии прогресса, с человеком расстаемся, как бы тяжело это не было на начальных этапах. В этом году я расстался с такими людьми в двух командах, без передачи от них знаний. Сложности были в течении трех месяцев, но оно того стоило, в результате мы ушли от людей с уникальными знаниями.
Незаменимость вещь обманчивая, все когда-то кончается. А если вы руководитель, то это одна из зон повышенного внимания с вашей стороны, от таких зависимостей нужно избавляться.
Максим Шаламов
#советы #разработчику #руководителю
Еще в свою бытность разработчиком, встречал нескольких забавных ребят, которые считали себя незаменимыми, а по факту вели мало интересные для компании, но пока еще не закрытые проекты. Все как один писали на Perl. И жизнь у ребят была хороша (по их меркам). Переписывать проекты никто не будет, а пока их надо поддерживать, их не уволят, новых изменений почти нет. Насколько я знаю, проекты в итоге закрыли и куда ребята подались потом мне неизвестно. Но допустим, это случай не самый редкий, особенно в телекомах. Есть много “мертвых” стеков и систем, которые не хотят переписывать: работают и работают.
Но мы поговорим о более обыденной истории. Люди, которые не хотят делиться знаниями, чтобы их нельзя было уволить. В целом, стратегия понятная и работает до определенных пределов. Такие ребята обычно наглеют и леняться до такой степени, что в итоге вылетают за какой-то громкий косяк, который доходит до руководства (например сложат систему надолго и т.д.) и более высокое руководство, не погружаясь в детали их незаменимости, примет решение (видел такое не раз). Либо достанут своего руководителя так сильно, что он примет все возможные риски. Те, кто сидят тихо и не особо создают проблемы, и правда могут сидеть долго, держа в “заложниках” отдел или компанию.
Такие истории плохи в обе стороны, те, кто считают себя незаменимыми очень быстро теряют квалификацию и для них может стать большой проблемой поиск новой работы, когда такое случится.
Для компаний проблема будет в медленном развитии и сложностях с масштабированием, потому что пул задач может решить только один человек.
Лично я стараюсь выявлять таких людей на старте работы с командой. Дальше проводим беседы по необходимости передачи знаний, ставим задачи, выделяем людей, которые будут перенимать знания. Если знания передаются, то никаких проблем нет. Если знания держатся в человеке и он держится за них, то я явно предупреждаю его о грядущих проблемах. Дальше, при отсутствии прогресса, с человеком расстаемся, как бы тяжело это не было на начальных этапах. В этом году я расстался с такими людьми в двух командах, без передачи от них знаний. Сложности были в течении трех месяцев, но оно того стоило, в результате мы ушли от людей с уникальными знаниями.
Незаменимость вещь обманчивая, все когда-то кончается. А если вы руководитель, то это одна из зон повышенного внимания с вашей стороны, от таких зависимостей нужно избавляться.
Максим Шаламов
#советы #разработчику #руководителю
Почему нельзя просто сорвать сроки? Какие могут быть последствия?
Бывают ситуации, когда невозможно уложиться в сроки. Правильное поведение в такой ситуации: выставить реальные сроки, всем озвучить и, пытаясь оптимизировать затраты, все же напоминать о реалиях на любых встречах. Так делать правильно хоть и часто сложно. Многие просто берут сроки, не споря (даже если можно было просто назвать реальные сроки без споров), и потом, по факту, говорят, что не укладываются в дедлайн. Меня часто спрашивают, понятно, что это не правильно, но как это воспринимаешь ты или более высокое руководство? Какие долгосрочные последствия?
Тут нужно понимать, что все зависит от ситуации. Чем крупнее компания, тем сильнее она опирается на метрики и цели, которые стоят у конкретных руководителей. Цели спускаются более мелкими кусками, на руководителей звена ниже. Каждая цель вашей команды / продукта в итоге влияет на большую цель. Многие цели нельзя закрыть частично. Например, происходит переход с легаси системы на новую, новую делает несколько команд. Обычно если одна не успевает, то это ведет к тому, что не засчитывается цель в целом, потому что, обычно, вывести из эксплуатации легаси нельзя. То, что вы подводите свое руководство это понятно, но пользователи продолжат работать на легаси (обычно переход затеян для улучшения работы пользователей), смежным командам свои цели тоже могут не засчитать (такое бывает чаще, чем кажется), могут быть не достигнуты бизнес показатели из-за этого ну и т. д. Соответственно, небольшой проваленный кусок может снежным комом потянуть за собой очень много вещей. Большинство людей не задумываются об этом и очень скептически относятся к своим целям. Ну казалось бы у нас не самый важный функционал, ничего страшного. Но на практике работает это не так. В двух системах скорее всего работать никто не будет по многим причинам и техническим и бизнесовым. Поэтому я всегда рассказываю своим ребятам о том, кто и что от них зависит и советую и вам такие вещи знать.
В итоге, самое плохое часто даже не срыв сроков, а то, что он произойдет неожиданно. Никто не сможет проработать варианты, обойти проблему или усилить вашу команду. Соответственно, это будет большим стрессом для всех. Но что же может случится конкретно для вас?
Тут все зависит от руководства и ситуации, может от ничего до увольнения. Чаще идут более мягкие наказания. Отмена премий (если они есть), отмена повышений для всей команды или определенных ее участников. Это быстрые эффекты. В отложенных эффектах я бы отметил отсутствие доверия к вам и вашей команде, то есть вам будут стараться не поручать ничего важного и интересного, а также будут заниматься вашим ростом и развитием в последнюю очередь.
В целом, не попадать в сроки, спущенные сверху, это нормально, ненормально, когда вы знаете и молчите об этом. Сказать прямо и честно, что не успеваете это часть работы (у меня есть много историй про это, если будет интерес к этому, то поделюсь).
Заранее понять, что вы не успеваете в сроки это тоже отдельная задача, которую мы будем разбирать на нашем марафоне по работе со сроками, стартующем 11 декабря. Там же разберем, что можно сделать, чтобы уложиться в сроки, если уже не успеваете. Зовите своих коллег и подчиненных присоединиться к марафону, информация будет очень полезная и важная для всех.
Максим Шаламов
#разработчику #руководителю
Бывают ситуации, когда невозможно уложиться в сроки. Правильное поведение в такой ситуации: выставить реальные сроки, всем озвучить и, пытаясь оптимизировать затраты, все же напоминать о реалиях на любых встречах. Так делать правильно хоть и часто сложно. Многие просто берут сроки, не споря (даже если можно было просто назвать реальные сроки без споров), и потом, по факту, говорят, что не укладываются в дедлайн. Меня часто спрашивают, понятно, что это не правильно, но как это воспринимаешь ты или более высокое руководство? Какие долгосрочные последствия?
Тут нужно понимать, что все зависит от ситуации. Чем крупнее компания, тем сильнее она опирается на метрики и цели, которые стоят у конкретных руководителей. Цели спускаются более мелкими кусками, на руководителей звена ниже. Каждая цель вашей команды / продукта в итоге влияет на большую цель. Многие цели нельзя закрыть частично. Например, происходит переход с легаси системы на новую, новую делает несколько команд. Обычно если одна не успевает, то это ведет к тому, что не засчитывается цель в целом, потому что, обычно, вывести из эксплуатации легаси нельзя. То, что вы подводите свое руководство это понятно, но пользователи продолжат работать на легаси (обычно переход затеян для улучшения работы пользователей), смежным командам свои цели тоже могут не засчитать (такое бывает чаще, чем кажется), могут быть не достигнуты бизнес показатели из-за этого ну и т. д. Соответственно, небольшой проваленный кусок может снежным комом потянуть за собой очень много вещей. Большинство людей не задумываются об этом и очень скептически относятся к своим целям. Ну казалось бы у нас не самый важный функционал, ничего страшного. Но на практике работает это не так. В двух системах скорее всего работать никто не будет по многим причинам и техническим и бизнесовым. Поэтому я всегда рассказываю своим ребятам о том, кто и что от них зависит и советую и вам такие вещи знать.
В итоге, самое плохое часто даже не срыв сроков, а то, что он произойдет неожиданно. Никто не сможет проработать варианты, обойти проблему или усилить вашу команду. Соответственно, это будет большим стрессом для всех. Но что же может случится конкретно для вас?
Тут все зависит от руководства и ситуации, может от ничего до увольнения. Чаще идут более мягкие наказания. Отмена премий (если они есть), отмена повышений для всей команды или определенных ее участников. Это быстрые эффекты. В отложенных эффектах я бы отметил отсутствие доверия к вам и вашей команде, то есть вам будут стараться не поручать ничего важного и интересного, а также будут заниматься вашим ростом и развитием в последнюю очередь.
В целом, не попадать в сроки, спущенные сверху, это нормально, ненормально, когда вы знаете и молчите об этом. Сказать прямо и честно, что не успеваете это часть работы (у меня есть много историй про это, если будет интерес к этому, то поделюсь).
Заранее понять, что вы не успеваете в сроки это тоже отдельная задача, которую мы будем разбирать на нашем марафоне по работе со сроками, стартующем 11 декабря. Там же разберем, что можно сделать, чтобы уложиться в сроки, если уже не успеваете. Зовите своих коллег и подчиненных присоединиться к марафону, информация будет очень полезная и важная для всех.
Максим Шаламов
#разработчику #руководителю
Почему люди уходят из компании
Текучка в команде - болезненная тема для руководителей, у многих этот показатель входит в KPI и влияет на показатели успеха собственной работы. Несомненно, она влияет и на успешность работы самой команды, поэтому игнорировать текучку ни в коем случае нельзя. Чтобы начать решать эту проблему, для начала нужно разобраться, в чем основные причины. Давайте пойдем от самых очевидных к менее очевидным пунктам.
Очевидные причины
Не подходящая компания или проект. Бывает, что обещали одно, а внутри все не так. Обман ожиданий конечно же ведет к оттоку сотрудников. Стоит уделять внимание тому, что обещаете на собеседовании, не обещайте больше, чем есть и не искажайте основные факты. Даже если вы так заманите человека в свою команду, велика вероятность, что он очень быстро уйдет, а ресурсы команды для его ввода в проект будут потрачены впустую.
Не сработались с командой или руководителем. Тоже нередкая проблема, когда не получается найти общий язык новому сотруднику и уже устоявшейся команде, что приводит к проблемам в коммуникациях и в достижении целей. Это периодически приводит к конфликтам. Конечно же люди часто не готовы продолжать в таких условиях. Я уже как-то писал о том, как собеседовать человека на совместимость с командой, старайтесь уделять этому внимание уже на собеседовании, чтобы уменьшить риски появления такой ситуации.
Проекты на поддержке. Многие разработчики не готовы работать на проектах, где нет развития. Основная часть проекта уже готова и не меняется, правятся только мелкие ошибки и делаются незначительные доработки. Конечно же людям, особенно имеющим какие-то амбиции, не хочется терять время на “мертвые” проекты, им скучно, они теряют квалификацию и, соответственно, свою цену на рынке.
Просто надоедает проект, все уже знакомо, хочется выйти за границы комфорта. Конечно, выход из зоны комфорта помогают росту и развитию разработчика.Конечно, выход из зоны комфорта помогают росту и развитию разработчика. Однако, можно продолжать развиваться и будучи на уже знакомом проекте, мы разбираем как это можно сделать в нашем продукте по борьбе с рутиной. Учитесь этому, если вы разработчик, реже придется менять работу и меньше будете терять время, пока находитесь на уже знакомом проекте. Мотивируйте к использованию этих подходов своих подчиненных, если вы руководитель, это поможет уменьшить текучку.
Менее однозначные проблемы
Дальше пойдем к менее однозначным пунктам.
В проекте все налажено включая процессы. Не смотря на то, что все будет идти понятно и предсказуемо, и удастся избежать многих проблем, части людей будет скучно или сложно встраиваться в такие системы.
Проекты на стадии активного роста и развития. На самом деле, многие говорят, что им такой опыт интересен, но, по факту, большинство не готово взять на себя ответственность за настройку даже малейших вещей, будь то выбор единой библиотеки (не просто мне нравится, а провести анализ и переработать какой-то кусок в пром по правилам команды и показать результаты), до запуска тестов в пайплайне и т.д. Люди буду говорить, что да, вот хочется, чтобы все росло и развивалось, но только чтоб нам ничего делать было не надо. В итоге, выгорание идет от того, что многое сделано не оптимально, но тут правильный настрой в том, чтобы участвовать в процессе самим.
Нет роста. В целом это реально может быть проблемой, и что не делаешь и не просишь, роста тебе не будет. Но нередки случаи, когда ты хочешь постоянные повышения за одну и туже работу (даже не индексации а именно повышения), так не бывает. Для повышений нужно делать что-то сверх своей работы и это надо согласовывать с руководством.
Максим Шаламов
#советы #руководителю #разработчику
Текучка в команде - болезненная тема для руководителей, у многих этот показатель входит в KPI и влияет на показатели успеха собственной работы. Несомненно, она влияет и на успешность работы самой команды, поэтому игнорировать текучку ни в коем случае нельзя. Чтобы начать решать эту проблему, для начала нужно разобраться, в чем основные причины. Давайте пойдем от самых очевидных к менее очевидным пунктам.
Очевидные причины
Не подходящая компания или проект. Бывает, что обещали одно, а внутри все не так. Обман ожиданий конечно же ведет к оттоку сотрудников. Стоит уделять внимание тому, что обещаете на собеседовании, не обещайте больше, чем есть и не искажайте основные факты. Даже если вы так заманите человека в свою команду, велика вероятность, что он очень быстро уйдет, а ресурсы команды для его ввода в проект будут потрачены впустую.
Не сработались с командой или руководителем. Тоже нередкая проблема, когда не получается найти общий язык новому сотруднику и уже устоявшейся команде, что приводит к проблемам в коммуникациях и в достижении целей. Это периодически приводит к конфликтам. Конечно же люди часто не готовы продолжать в таких условиях. Я уже как-то писал о том, как собеседовать человека на совместимость с командой, старайтесь уделять этому внимание уже на собеседовании, чтобы уменьшить риски появления такой ситуации.
Проекты на поддержке. Многие разработчики не готовы работать на проектах, где нет развития. Основная часть проекта уже готова и не меняется, правятся только мелкие ошибки и делаются незначительные доработки. Конечно же людям, особенно имеющим какие-то амбиции, не хочется терять время на “мертвые” проекты, им скучно, они теряют квалификацию и, соответственно, свою цену на рынке.
Просто надоедает проект, все уже знакомо, хочется выйти за границы комфорта. Конечно, выход из зоны комфорта помогают росту и развитию разработчика.Конечно, выход из зоны комфорта помогают росту и развитию разработчика. Однако, можно продолжать развиваться и будучи на уже знакомом проекте, мы разбираем как это можно сделать в нашем продукте по борьбе с рутиной. Учитесь этому, если вы разработчик, реже придется менять работу и меньше будете терять время, пока находитесь на уже знакомом проекте. Мотивируйте к использованию этих подходов своих подчиненных, если вы руководитель, это поможет уменьшить текучку.
Менее однозначные проблемы
Дальше пойдем к менее однозначным пунктам.
В проекте все налажено включая процессы. Не смотря на то, что все будет идти понятно и предсказуемо, и удастся избежать многих проблем, части людей будет скучно или сложно встраиваться в такие системы.
Проекты на стадии активного роста и развития. На самом деле, многие говорят, что им такой опыт интересен, но, по факту, большинство не готово взять на себя ответственность за настройку даже малейших вещей, будь то выбор единой библиотеки (не просто мне нравится, а провести анализ и переработать какой-то кусок в пром по правилам команды и показать результаты), до запуска тестов в пайплайне и т.д. Люди буду говорить, что да, вот хочется, чтобы все росло и развивалось, но только чтоб нам ничего делать было не надо. В итоге, выгорание идет от того, что многое сделано не оптимально, но тут правильный настрой в том, чтобы участвовать в процессе самим.
Нет роста. В целом это реально может быть проблемой, и что не делаешь и не просишь, роста тебе не будет. Но нередки случаи, когда ты хочешь постоянные повышения за одну и туже работу (даже не индексации а именно повышения), так не бывает. Для повышений нужно делать что-то сверх своей работы и это надо согласовывать с руководством.
Максим Шаламов
#советы #руководителю #разработчику
Что мешает хорошим технарям стать руководителями?
Не смотря на мой уже немалый опыт в росте лидов и руководителей более высокого уровня, получается далеко не всегда. Многие по тем или иным причинам не справляются. Причин на самом деле много (если статья зайдет, то сделаю обзор по основным), но хотел бы остановиться на одной, через которую проходят все инженеры, которых я знаю.
Начну с себя. Когда я развивался, как разработчик, для меня было очень важно умение погружаться в задачу и концентрироваться на ней. Это то, что многие называют состоянием “потока”. Одна из причин, по которой у меня хорошо получалось, это то, что я мог по 3-4 часа работать непрерывно, а в целом по дню выдавать до 7-8 часов именно написания кода. Делая отступление в сторону, не сильно рекомендую так делать, весьма выматываюший режим. Это была одной из причин, по которым я обычно успевал сделать очень много. И я привык так работать.
Но, когда я стал двигаться к руководящим позициям, оказалось, что у тебя много задач, требующих внимания. И, если ты сфокусируешься только на одной, да, ты сделаешь ее, но провалишь другие и, в целом, это будет провалом.
Теперь новой реальностью стало быстрое переключение между большим количеством задач. Да, многие ты передаешь кому-то, но нужно как минимум понять, что хотят и кому передать задачу, иначе дело может застопориться. И тебе нужно найти время на небольшое количество задач, где нужно погружение. Небольшое - это снова больше, чем один. В итоге моя сильная сторона, как разработчика, мешала мне в этом.
К чему все это я? С этим сталкиваются все мои ребята. Очень тяжело дается переход к такому формату задач. И людей прямо за уши приходится оттаскивать от погружения в конкретную задачу, к формату работы со всем пулом задач. Это дается через боль и люди очень тяжело выходят из зоны комфорта. Это и не хорошо и не плохо это надо пережить.
В итоге, многие просто предпочитают не менять подход и как лиды не раскрываются. У меня такие ребята возвращаются к своим привычным обязанностям. В целом, это говорит о том, что новая должность требует новых навыков и подходов.
Больше о конкретных навыках руководителя команды, вы можете найти в моем учебнике для руководителей “Тимлид: базовый уровень”. В нем, я разобрал еще одну из задач, с которой большинство даже опытных руководителей не справляется - делегирование. И конечно же все основные моменты, с которыми придется столкнуться на этой должности.
Максим Шаламов
#руководителю
Не смотря на мой уже немалый опыт в росте лидов и руководителей более высокого уровня, получается далеко не всегда. Многие по тем или иным причинам не справляются. Причин на самом деле много (если статья зайдет, то сделаю обзор по основным), но хотел бы остановиться на одной, через которую проходят все инженеры, которых я знаю.
Начну с себя. Когда я развивался, как разработчик, для меня было очень важно умение погружаться в задачу и концентрироваться на ней. Это то, что многие называют состоянием “потока”. Одна из причин, по которой у меня хорошо получалось, это то, что я мог по 3-4 часа работать непрерывно, а в целом по дню выдавать до 7-8 часов именно написания кода. Делая отступление в сторону, не сильно рекомендую так делать, весьма выматываюший режим. Это была одной из причин, по которым я обычно успевал сделать очень много. И я привык так работать.
Но, когда я стал двигаться к руководящим позициям, оказалось, что у тебя много задач, требующих внимания. И, если ты сфокусируешься только на одной, да, ты сделаешь ее, но провалишь другие и, в целом, это будет провалом.
Теперь новой реальностью стало быстрое переключение между большим количеством задач. Да, многие ты передаешь кому-то, но нужно как минимум понять, что хотят и кому передать задачу, иначе дело может застопориться. И тебе нужно найти время на небольшое количество задач, где нужно погружение. Небольшое - это снова больше, чем один. В итоге моя сильная сторона, как разработчика, мешала мне в этом.
К чему все это я? С этим сталкиваются все мои ребята. Очень тяжело дается переход к такому формату задач. И людей прямо за уши приходится оттаскивать от погружения в конкретную задачу, к формату работы со всем пулом задач. Это дается через боль и люди очень тяжело выходят из зоны комфорта. Это и не хорошо и не плохо это надо пережить.
В итоге, многие просто предпочитают не менять подход и как лиды не раскрываются. У меня такие ребята возвращаются к своим привычным обязанностям. В целом, это говорит о том, что новая должность требует новых навыков и подходов.
Больше о конкретных навыках руководителя команды, вы можете найти в моем учебнике для руководителей “Тимлид: базовый уровень”. В нем, я разобрал еще одну из задач, с которой большинство даже опытных руководителей не справляется - делегирование. И конечно же все основные моменты, с которыми придется столкнуться на этой должности.
Максим Шаламов
#руководителю
Допустим ли микроменеджмент? Какие последствия?
Начнем с определения, которое я возьму из Википедии, чтобы не было расхождений. В бизнесе микроменеджмент — это стиль управления персоналом, при котором руководство использует чрезмерный и постоянный контроль над сотрудниками, не допуская никакой самостоятельности в принятии решений.
Нужно ли такое бывает в реальности? Бывают ли ситуации, где это работает? Да. Приходя в новые команды/отделы/компании, которые работают неэффективно, пока идет процесс перестройки и обучения под новые требования, часто приходится влазить в проекты и процессы и диктовать, что делать, пока люди учатся. Такие меры могут давать положительный эффект только на короткой дистанции. По моему опыту, выведение из кризисов проектов и команд начинается с этого, но не должно на этом останавливаться.
Основной проблемой такого подхода, я вижу убийство мотивации и замыкание всего на себя. Убийство мотивации влечет за собой то, что вы будете окружены вялыми и безинициативными сотрудниками. Их производительность будет низкой, любые изменения и процессы будут внедряться из под палки. Ожидать, что они приложат усилие для улучшения компании или проекта довольно глупо. Более того, такие люди потеряют понимание возможностей к росту и мотивации, и те, кто чего-то хотят покинут компанию. Останутся самые слабые и пассивные. Сложные проекты и амбициозные цели с такой командой будут не для вас.
Замыкание всего на себя повлечет вашу перегрузку. Медленную реакцию на любые проблемы и изменения. И вы все должны будете придумывать и решать сами. Людям вы либо не доверите, либо уже ушли все, кто мог бы думать сам.
В целом, старайтесь избегать микроменеджмента, используйте его только в крайнем случае, как я писал в начале. В остальном, он принесет больше минусов, чем плюсов.
Максим Шаламов
#советы #руководителю
Начнем с определения, которое я возьму из Википедии, чтобы не было расхождений. В бизнесе микроменеджмент — это стиль управления персоналом, при котором руководство использует чрезмерный и постоянный контроль над сотрудниками, не допуская никакой самостоятельности в принятии решений.
Нужно ли такое бывает в реальности? Бывают ли ситуации, где это работает? Да. Приходя в новые команды/отделы/компании, которые работают неэффективно, пока идет процесс перестройки и обучения под новые требования, часто приходится влазить в проекты и процессы и диктовать, что делать, пока люди учатся. Такие меры могут давать положительный эффект только на короткой дистанции. По моему опыту, выведение из кризисов проектов и команд начинается с этого, но не должно на этом останавливаться.
Основной проблемой такого подхода, я вижу убийство мотивации и замыкание всего на себя. Убийство мотивации влечет за собой то, что вы будете окружены вялыми и безинициативными сотрудниками. Их производительность будет низкой, любые изменения и процессы будут внедряться из под палки. Ожидать, что они приложат усилие для улучшения компании или проекта довольно глупо. Более того, такие люди потеряют понимание возможностей к росту и мотивации, и те, кто чего-то хотят покинут компанию. Останутся самые слабые и пассивные. Сложные проекты и амбициозные цели с такой командой будут не для вас.
Замыкание всего на себя повлечет вашу перегрузку. Медленную реакцию на любые проблемы и изменения. И вы все должны будете придумывать и решать сами. Людям вы либо не доверите, либо уже ушли все, кто мог бы думать сам.
В целом, старайтесь избегать микроменеджмента, используйте его только в крайнем случае, как я писал в начале. В остальном, он принесет больше минусов, чем плюсов.
Максим Шаламов
#советы #руководителю
Как я выбираю руководителей
Я уже рассказывал, на что я смотрю на собеседовании. Но там не поднималась отдельно тема руководителей, которых тоже нужно нанимать. Для простоты я не буду особенно вдаваться в градацию и акценты в зависимости от этого. К руководителям, в данном контексте, относятся и тимлиды и лидеры компетенций отделов (например лидеры направления Python, Go, JS и т.д.).
Умение излагать мысли
Первое, на что я смотрю, это умение излагать свои мысли ясно и четко. Такие позиции подразумевают тесное общение с людьми и чем выше, тем больше. Поэтому, если человек не умеет внятно излагать свои мысли, это большой минус.
Прошлый опыт и причины решений
Дальше я смотрю на опыт человека, причем мы не просто зачитываем резюме, а человек рассказывает о своей работе. Меня интересуют решения, которые он принимал и мотивация, с который он это делал. Если человек не может объяснить зачем он делал или внедрял что-то, то для руководителя это огромный минус. Если какие-то вещи спускались сверху, но были неразумными, то обсуждаем, что он делал в этих ситуациях.
Умение себя подать
Дальше я смотрю насколько человек умеет себя подать и расположить к себе. С какой командой он сможет работать, а с какой нет. В идеале, человек должен мочь возглавить любую команду, но обычно это не так и это становится ограничением при выборе.
Какая мотивация
Очень важно для меня понять мотивацию человека. Причем не только по работе, но и по желанию быть руководителем. Если это то, что тебе нравится и в чем ты хочешь развиваться, то это хорошо. А если так вышло, получилось и денег чуть больше платят, то мне этой мотивации не достаточно.
Практические вопросы
После этого я прошу рассказать человека, как он хотел бы организовать работу своей команды / направления, что бы он делал, как бы проверял результат, что важно, а что нет. В основном я слушаю, после чего задаю вопросы для уточнения (например: “а как бы фиксировали цели?”, “какими шагами бы шли к ее выполнению?” и т.д.). На этом этапе мне важно увидеть, что человек понимает свою позицию. Что он расскажет и о целях и о работе с людьми, а главное о том, как все сделать прозрачно для руководства и подчиненных. Этот этап для меня самый важный, потому что предыдущих пунктов недостаточно. Если говорить о человеке на вырост, то я с большей вероятностью буду растить кого-то внутри. Нанимая руководителя, хочется получить усиление сразу, а не в перспективе. Хотя бывают и исключения.
В целом, как и в любом деле, опирайтесь на свои потребности и свое понимание задач и позиций. А идя на собеседование, помните, что главное это хороший и позитивный настрой.
Если хотите лучше подготовиться к подобному собеседованию, то советую посмотреть мой учебник для тимлидов. Там я разобрал все основы работы с командой, которым учу своих собственных подчиненных.
Максим Шаламов
#руководителю
Я уже рассказывал, на что я смотрю на собеседовании. Но там не поднималась отдельно тема руководителей, которых тоже нужно нанимать. Для простоты я не буду особенно вдаваться в градацию и акценты в зависимости от этого. К руководителям, в данном контексте, относятся и тимлиды и лидеры компетенций отделов (например лидеры направления Python, Go, JS и т.д.).
Умение излагать мысли
Первое, на что я смотрю, это умение излагать свои мысли ясно и четко. Такие позиции подразумевают тесное общение с людьми и чем выше, тем больше. Поэтому, если человек не умеет внятно излагать свои мысли, это большой минус.
Прошлый опыт и причины решений
Дальше я смотрю на опыт человека, причем мы не просто зачитываем резюме, а человек рассказывает о своей работе. Меня интересуют решения, которые он принимал и мотивация, с который он это делал. Если человек не может объяснить зачем он делал или внедрял что-то, то для руководителя это огромный минус. Если какие-то вещи спускались сверху, но были неразумными, то обсуждаем, что он делал в этих ситуациях.
Умение себя подать
Дальше я смотрю насколько человек умеет себя подать и расположить к себе. С какой командой он сможет работать, а с какой нет. В идеале, человек должен мочь возглавить любую команду, но обычно это не так и это становится ограничением при выборе.
Какая мотивация
Очень важно для меня понять мотивацию человека. Причем не только по работе, но и по желанию быть руководителем. Если это то, что тебе нравится и в чем ты хочешь развиваться, то это хорошо. А если так вышло, получилось и денег чуть больше платят, то мне этой мотивации не достаточно.
Практические вопросы
После этого я прошу рассказать человека, как он хотел бы организовать работу своей команды / направления, что бы он делал, как бы проверял результат, что важно, а что нет. В основном я слушаю, после чего задаю вопросы для уточнения (например: “а как бы фиксировали цели?”, “какими шагами бы шли к ее выполнению?” и т.д.). На этом этапе мне важно увидеть, что человек понимает свою позицию. Что он расскажет и о целях и о работе с людьми, а главное о том, как все сделать прозрачно для руководства и подчиненных. Этот этап для меня самый важный, потому что предыдущих пунктов недостаточно. Если говорить о человеке на вырост, то я с большей вероятностью буду растить кого-то внутри. Нанимая руководителя, хочется получить усиление сразу, а не в перспективе. Хотя бывают и исключения.
В целом, как и в любом деле, опирайтесь на свои потребности и свое понимание задач и позиций. А идя на собеседование, помните, что главное это хороший и позитивный настрой.
Если хотите лучше подготовиться к подобному собеседованию, то советую посмотреть мой учебник для тимлидов. Там я разобрал все основы работы с командой, которым учу своих собственных подчиненных.
Максим Шаламов
#руководителю
"Почему меня не уважают?"
Этот вопрос нередко задают, а еще чаще о нем думают. Сюда же можно добавить про восприятие в серьез и про "почему меня не слушают". Поделюсь, как всегда, своим мнением.
Я обычно в ответ задаю простой вопрос: "а за что тебя должны уважать (слушать/…)?". Часто мы приходим к несоблюдению своих обещаний, постоянным конфликтам на ровном месте, боязни отстаивать свое мнение и т.д.
Чтобы тебя уважали другие (слушали, воспринимали и т.д.), нужно уважать себя самому и уважать других. Для того, чтобы уйти от расплывчатых философских измышлений поясню свою мысль.
Как нужно себя вести, чтобы тебя уважали:
- На твои обещания можно положиться. Обещал - сделал, сложности это твои проблемы. В самом худшем случае, вовремя сообщаешь о проблеме, при этом объективность проблемы должна быть очевидна всем.
- Ты готов озвучивать и отстаивать свое мнение при любой аудитории. Не только убеждать коллегу, сидящего рядом, но и руководство.
- Ты должен уметь слышать и адекватно воспринимать чужое мнение. Ты можешь быть не согласен, но вести спор или обсуждение нужно корректно и по существу. Ты должен быть готов, что выберут не твое предложение и уметь уступать, а не обижаться на весь мир и сводить все к срачу.
- Ты должен быть готов брать на себя ответственность за провалы, а не только лавры победы. Сложно уважать человека, который не может принять свои ошибки и ходит обвиняет всех вокруг. Так же, как и того, кто пытается присвоить себе успехи всей команды. Успех общий, неудачи обычно имеют имена (в моих командах неудачи тоже общие, но при разборе конкретных проблем всегда есть имена).
Лично я никогда не мучал себя вопросом, кто уважает меня, а кто нет. Однако, прийти к общей стратегии с коллегами или подчиненными обычно удается, поэтому для себя я вижу этот вопрос так.
Что для вас критично, чтобы уважать коллегу? Пишите в комментариях. И не забудьте оставлять реакции, чтобы я мог оценить полезность этой темы для вас.
Максим Шаламов
#руководителю #разработчику
Этот вопрос нередко задают, а еще чаще о нем думают. Сюда же можно добавить про восприятие в серьез и про "почему меня не слушают". Поделюсь, как всегда, своим мнением.
Я обычно в ответ задаю простой вопрос: "а за что тебя должны уважать (слушать/…)?". Часто мы приходим к несоблюдению своих обещаний, постоянным конфликтам на ровном месте, боязни отстаивать свое мнение и т.д.
Чтобы тебя уважали другие (слушали, воспринимали и т.д.), нужно уважать себя самому и уважать других. Для того, чтобы уйти от расплывчатых философских измышлений поясню свою мысль.
Как нужно себя вести, чтобы тебя уважали:
- На твои обещания можно положиться. Обещал - сделал, сложности это твои проблемы. В самом худшем случае, вовремя сообщаешь о проблеме, при этом объективность проблемы должна быть очевидна всем.
- Ты готов озвучивать и отстаивать свое мнение при любой аудитории. Не только убеждать коллегу, сидящего рядом, но и руководство.
- Ты должен уметь слышать и адекватно воспринимать чужое мнение. Ты можешь быть не согласен, но вести спор или обсуждение нужно корректно и по существу. Ты должен быть готов, что выберут не твое предложение и уметь уступать, а не обижаться на весь мир и сводить все к срачу.
- Ты должен быть готов брать на себя ответственность за провалы, а не только лавры победы. Сложно уважать человека, который не может принять свои ошибки и ходит обвиняет всех вокруг. Так же, как и того, кто пытается присвоить себе успехи всей команды. Успех общий, неудачи обычно имеют имена (в моих командах неудачи тоже общие, но при разборе конкретных проблем всегда есть имена).
Лично я никогда не мучал себя вопросом, кто уважает меня, а кто нет. Однако, прийти к общей стратегии с коллегами или подчиненными обычно удается, поэтому для себя я вижу этот вопрос так.
Что для вас критично, чтобы уважать коллегу? Пишите в комментариях. И не забудьте оставлять реакции, чтобы я мог оценить полезность этой темы для вас.
Максим Шаламов
#руководителю #разработчику
Недоступен - не решаешь
Сегодня поделюсь очень короткой, но от этого не менее важной мыслью. Много проблем у начинающих лидов бывает с ситуациями, когда они хотят стать точкой входа по изменениям в команде. Чтобы, если меняются требования, это не расползалась по людям, а собиралось и фильтровалось в них. Идея правильная и они даже могут убедить начать так делать. Но все ломается, если вы не будете доступны. То есть, если нужно обсудить изменения, а вы выпадаете на день, два, три, то конечно никто через вас работать не будет. Это касается любых коммуникаций. Хотите, чтобы работали через вас, в оговоренное время или по понятному сценарию (например по выставленным в свободные слоты встречам), - вы всегда доступны, подключаетесь и вовлечены в процесс. Иначе это работать не будет.
Максим Шаламов
#руководителю
Сегодня поделюсь очень короткой, но от этого не менее важной мыслью. Много проблем у начинающих лидов бывает с ситуациями, когда они хотят стать точкой входа по изменениям в команде. Чтобы, если меняются требования, это не расползалась по людям, а собиралось и фильтровалось в них. Идея правильная и они даже могут убедить начать так делать. Но все ломается, если вы не будете доступны. То есть, если нужно обсудить изменения, а вы выпадаете на день, два, три, то конечно никто через вас работать не будет. Это касается любых коммуникаций. Хотите, чтобы работали через вас, в оговоренное время или по понятному сценарию (например по выставленным в свободные слоты встречам), - вы всегда доступны, подключаетесь и вовлечены в процесс. Иначе это работать не будет.
Максим Шаламов
#руководителю
“Почему меня не слушают, я же начальник”
У ряда руководителей можно услышать о проблемах с тем, что их не слушаются и/или не воспринимают. Причем смена команд и работы им не сильно помогает. Не могу сказать, что обладаю большой выборкой, но есть один момент, на который я бы обращал внимание. И как сотруднику при оценке руководителя, и как руководителю для понимания, как тебя воспринимают.
В чем проблема
Смысл проблемы в том, что у большинства руководителей их жалоба звучит примерно как “он меня не послушал, а ведь я начальник”. Я конечно согласен, что субординация важна, но не всегда слов “я начальник” достаточно, чтобы что-то случилось или начало делаться, как вы хотите. Давайте разберемся по частям с этой проблемой.
Самое простое, часто люди не понимают, что и зачем вы хотите, поэтому они либо спорят, либо делают все, чтобы не брать в работу вашу задачу. Поэтому всегда найдите время объяснить, зачем вы что-то требуете. Например, “если мы не сделаем эту задачу, отложив текущие, то все лишимся премий”, лучше чем “бросайте фигню, которой занимаетесь, и все силы бросайте на эту задачу”. Если задача пришла сверху и вы сами не до конца понимаете ситуацию, я считаю, что лучше так и передать своим подчиненным. Это лучше, чем они будут думать, что вы просто не нашли времени для донесения информации или посчитали себя выше общения с ними.
Второе, подача авторитета с точки зрения должности работает не на всех, а у части людей вызывает отрицательные эмоции вплоть до неподвластной им необходимости мешать вам. Сама по себе должность не говорит о компетентности в целом, или по крайней мере в текущей ситуации.
Как лучше делать
Лично я всегда иду от другого и люди, которых я считаю хорошими руководителями, обычно делают также. Я иду либо от ответственности, либо от знания. И обычно, когда я слушаю подобные возмущения от руководителей, которых я считаю хорошими, они звучат примерно как “мне не важно, что он считает. Отвечать мне, поэтому мы сделали, как я сказал”. Сама по себе подача себя через ответственность лично у меня вызывает больше понимания. Я понимаю, что за каждый большой провал сначала ответит мой руководитель, а потом, если считает правильным он сам, вызовет отвечать меня. И он это понимает. Поэтому глобальных проблем с принятием права последнего слова у меня нет. Так же, как если ты признанный у себя в команде эксперт, то можно идти от того, что ты точно знаешь и берешь ответственность на себя. Знание и принятие ответственности тоже имеет вес, но это скорее хорошо работает в среде тех, кто вас давно знает.
В заключении, для упрощения взаимодействий, когда вы хотите единолично принять решение, идите от пояснения причин и фиксирования принятия ответственности за решения.
Максим Шаламов
#руководителю #советы
У ряда руководителей можно услышать о проблемах с тем, что их не слушаются и/или не воспринимают. Причем смена команд и работы им не сильно помогает. Не могу сказать, что обладаю большой выборкой, но есть один момент, на который я бы обращал внимание. И как сотруднику при оценке руководителя, и как руководителю для понимания, как тебя воспринимают.
В чем проблема
Смысл проблемы в том, что у большинства руководителей их жалоба звучит примерно как “он меня не послушал, а ведь я начальник”. Я конечно согласен, что субординация важна, но не всегда слов “я начальник” достаточно, чтобы что-то случилось или начало делаться, как вы хотите. Давайте разберемся по частям с этой проблемой.
Самое простое, часто люди не понимают, что и зачем вы хотите, поэтому они либо спорят, либо делают все, чтобы не брать в работу вашу задачу. Поэтому всегда найдите время объяснить, зачем вы что-то требуете. Например, “если мы не сделаем эту задачу, отложив текущие, то все лишимся премий”, лучше чем “бросайте фигню, которой занимаетесь, и все силы бросайте на эту задачу”. Если задача пришла сверху и вы сами не до конца понимаете ситуацию, я считаю, что лучше так и передать своим подчиненным. Это лучше, чем они будут думать, что вы просто не нашли времени для донесения информации или посчитали себя выше общения с ними.
Второе, подача авторитета с точки зрения должности работает не на всех, а у части людей вызывает отрицательные эмоции вплоть до неподвластной им необходимости мешать вам. Сама по себе должность не говорит о компетентности в целом, или по крайней мере в текущей ситуации.
Как лучше делать
Лично я всегда иду от другого и люди, которых я считаю хорошими руководителями, обычно делают также. Я иду либо от ответственности, либо от знания. И обычно, когда я слушаю подобные возмущения от руководителей, которых я считаю хорошими, они звучат примерно как “мне не важно, что он считает. Отвечать мне, поэтому мы сделали, как я сказал”. Сама по себе подача себя через ответственность лично у меня вызывает больше понимания. Я понимаю, что за каждый большой провал сначала ответит мой руководитель, а потом, если считает правильным он сам, вызовет отвечать меня. И он это понимает. Поэтому глобальных проблем с принятием права последнего слова у меня нет. Так же, как если ты признанный у себя в команде эксперт, то можно идти от того, что ты точно знаешь и берешь ответственность на себя. Знание и принятие ответственности тоже имеет вес, но это скорее хорошо работает в среде тех, кто вас давно знает.
В заключении, для упрощения взаимодействий, когда вы хотите единолично принять решение, идите от пояснения причин и фиксирования принятия ответственности за решения.
Максим Шаламов
#руководителю #советы