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