Я работаю в руководящей должности в ИТ-отдела. Недавно узнал новую технологию и, будучи достаточно опытным, я редко, если когда-нибудь, зациклиться на вопросах программирования.
В последнее время, я заметил коллегу, который гордится его технического уровня и выступает в качестве де-факто лидером. Я ценю его компетентность и думал, чтобы попросить его помочь по весьма конкретному вопросу, на которой он работал несколько месяцев назад.
Глядь, а он мог бы помочь немного, я подслушал на кофе-брейк на более младший коллега, что он думал "что я лучше, чем это; если я прошу о помощи, он не проявляет особого мастерства и". В принципе, меня просят помочь был замечен этот младший как признак слабости.
Я всячески пытался попросить помощи еще больше, потому что я верю, как старший член команды, я должен быть в состоянии быть более уязвимы и просто спросить, когда это необходимо.
Негативный эффект это, кажется, чтобы заставить меня выглядеть слабым, казалось бы. Я борюсь против этого, потому что это заблуждение, но в конкурентной среде, вы никогда не знаете. Особенно в ИТ, где я работаю, где акции являются немногие и далеко между, некоторые из них более "головорез" с чем другим.
Как бы вы попросили помочь, учитывая ситуацию, не теряя авторитет?
Прошу о помощи, когда вы Дон't знаю, что'т слабые - ни один человек не может знать все тонкости каждой технологии им придется столкнуться. И если предположить, что он's не происходит с каждым аспектом работы, а на конкретные вещи, где вы знаете, коллега, есть определенные знания, которые помогут, то это'ов на самом деле разумное и эффективное, что нужно сделать.
Член младшего персонала-это одна здесь неправильная. Я'вэ видел это снова и снова - младшего/неопытного человека иногда может зацикливаться на том, что странный менталитет, где они чувствуют, что никогда не признают, что они не'т знаю, что-то или нужна помощь навсегда пометить их как несостоятельные. Это'ы смешно, конечно, но все же бывает и это'ы отрава хорошая командная работа.
К сожалению, вы можете'т контролировать кто-то другой'ы восприятия. Все, что вы можете сделать, это контролировать то, как вы действуете. И лучше всего это делать с такого рода вещи просто не кормить ложное восприятие. Вы должны иметь тот факт, что вы Дон't пусть ваше эго получить в пути вы получаете работу, как лучше, и так же эффективно, как вы можете.
Дон'т действовать, как это'с чем-то стыдным или смущаться, потому что это's не и вы Don'т должны быть. Если это младший или еще кто-нибудь комментарий об этом прямо или иначе в состоянии ответить, то вы указываете, что, конечно, вы делаете это, и вы ожидали бы любых члены кафедры поступить так же, потому что нет смысла тратить часы или дни разгадке, когда человек в соседней кабинке может дать вам ответ через пять минут.
Этот младший разработчик имеет ошибочное понимание того, что старший разработчик должен делать.
Старший разработчик-старший, не потому, что его технические знания перекрывает все, что Юниор может сделать (она может, но не'т придется), но ведь он может делать то, что младший не'т даже понять. Старший разработчик может (должно?) понимать общие последствия решения, держать в голове общую картину, можете делегировать задачи, понимает важность доверяя свои отчеты, и способен создать команду.
Передача дела в другой член'ы опыт-это уроки мастерства, и входит в "большую картину" и менталитет, что этот Юниор явно не хватает, и что's, почему вы'ре старший и он's не.
Вы должны понимать, что задача, которую вы'вновь просит "Помоги!" это не то, что вы не можете сделать, но это то, что вы делегируете и доверяя Джуниора. Если он застревает, вы не'т пойти "О, слишком плохо. Я'МР уволить тебя прямо сейчас." и вместо того, вы сможете помогать, указывать на правильные ресурсы, обсудить новые идеи, изучить новые указания на возможные решения, проконсультируйтесь с вашим собственным контактов, попросить помощи в разных каналах и т. д.
С конкретными, что вы подслушали, во-первых, нужно сделать 100% уверены, что вы не обиделись. Это до вас, и должны быть обработаны без участия младшего.
Как только это будет сделано, и вы на 100% уверены, что не в обиду будет принято, то признаем, что это нечто младший должны учиться, чтобы вырасти в старшего разработчика. Кто старший, кто думает, что просить о помощи и "слабость" и, естественно, будет создавать очень токсичной среде.
Стараюсь быть честным и просто спросить его, в неконфронтационном ключе, что-то вроде "и я слышал, вы говорите (что он сказал). Почему вы думаете, что?" и убедитесь, что это не оборонительный, и попытаться изучить его, почему он думает так, как он.
Если вы посмотрите на более широкую картину, генеральный директор делают все его отчеты могут делать? Конечно, нет. Что's, почему есть команда руководителей высшего звена, которых имеет свои собственные руководящие доклады, потом сами у младших докладов. Вы также можете иметь менеджеров, которые имеют техническую экспертизу сами, но они могут успешно управлять старших разработчиков.
Слабость подрывает партнеру, который просит о помощи.
Когда я начинал и не было никакого ВСП, все Помощь в виде пособия и советы от натруженных коллеги, предполагалось, что ты должен знать обо всем.
Мир изменился. Существует так много там, что никто не может даже начать, чтобы узнать все. Если бы это было правдой переполнения стека не будет существовать.
Если вы работали с или для меня, я был бы рад, что вы просили о помощи. Это повысит мою уверенность в вас, потому что я знаю, что вы не'т быть один, чтобы уйти и сделать что-то наполовину, наломаю дров, а потом пытаются обвинить кого-то другого.
Я когда-то работал в газете, где, когда я брал интервью у кандидата, и специально спросил его о непонятных вопросов, что он не мог знать ответа, потому что я хотел увидеть, как он сказал "Я не'т знаю". Он сделал, и мы его наняли. Почему? Потому что мы'д, а кто-то говорит "Я не'т знаю, что я'м делаешь здесь и мне нужна помощь" в чем видите ошибку в газете и позорить компанию.
Это не признак слабости, некомпетентности, чтобы знать свои пределы и обратиться за помощью, когда вам это нужно. Это признак профессионализма и самосознания черта, я бы очень хотел видеть в коллеге или в кого-то, кто работал на меня.
Сплетни-это слабый, и если бы я был вашим менеджером, он и я бы разговор за закрытыми дверями над этим.
Не позволяйте этому добраться до вас, если он продолжит говорить с ним напрямую и потом ваш босс. Он подрывает работа в команде и замедление роста работника.
Если это заставляет вас чувствовать себя лучше, я помог несколько старших специалистов, когда я был стажером. Не потому, что я был лучше, чем их или даже умнее (я не), это было потому, что я знаю ответить, потому что я сделал все, что хотел сделать раньше.
Просить о помощи это не слабость. Этот Юниор не'т знаю, о чем он говорит (Наверное, поэтому он является младшим). Хороший старший техник знает, что он знает, но, что более важно, он знает, что он не'т знаю.
Что хорошего бы это сделать, если вы сделали вид, что знать что-то и не мог'т сделать работу, потому что вы были слишком горды? Продолжайте работать, как вы всегда есть, и постараться забыть, что это произошло. Ваш авторитет не пострадает в любом случае (если вы задаете опять тот же вопрос снова и снова и никогда не научатся).
Как я вижу это, что ваш младший коллега уже имеет негативный взгляд на просьбой о помощи.
Я думаю, правильный ответ здесь-это показать ему, что задавать вопросы-это не плохо и в данном случае это даже умнее, так как ваш коллега уже имеет опыт в данном вопросе вам нужна помощь с
У вас есть проблема неправильный путь вокруг.
У вас есть младший разработчик, который думает, что что-то неправильно с просьбой о помощи. Что плохо как для них лично, и для своего работодателя.
Если есть кто работает в определенной роли наставника, поговорить с наставником об этой проблеме.
Между тем, не только вы должны продолжать просить о помощи, когда вам это нужно, но если они жалуются, что, вызывать их на это. В противном случае они'll никогда не узнаете лучше.
Команда работает-об этом все, команды!
Каждый (в том числе заблудший младший) есть что предложить, и это'ы работа пенсионерам в команде организовать работу команды, чтобы быть наиболее эффективным.
Это'не то "Шахта'ы больше, чем ваш'ы" и ситуации; гораздо больше, а "каждый день'ы школьный день" в тему!
Изменение культуры и мировоззрения вашей команды является реальной проблемой, но тот, который будет пожинать огромные награды/повышение/повышение/повышение заработной платы/и т. д/и т. д
Что's то, что лидеры на самом деле о (при генерации кода для завершения проекта, конечно)
Отвечая на ваш вопрос: открыто и публично (на собрании команды, возможно) добиться помощи от "вундеркинд" и предложите младший присутствовать при необходимости.
Быть сказать "Я не'т знаю, покажите мне". Вся команда будет работать лучше в результате.
Младший парень в сторону (других ответов покрыть его широко), вопрос:
как бы вы попросили помочь, учитывая ситуацию, не теряя авторитет?
- Что's в сложившейся ситуации?
- Потерять доверие... в чьих глазах? Позвольте'начнем с простого вопроса:
Это насчет продвижения?
Вы упомянули ожесточенной акции сразу после этого отрывка: Я всячески пытался попросить помощи еще более [...] противоположный эффект: он, кажется, чтобы заставить меня выглядеть слабым, казалось бы. Я борюсь против этого, потому что это заблуждение[...] Поэтому, предполагая, что это'ы (возможно!) не только, что младший, кто имеет это заблуждение; при условии, что ваши страхи о вашем продвижении (мой босс Думаю, что такой парень? мой другой коллега борется со мной за акции, Скажи боссу, что я, нуждающихся в помощи в выполнении моих задач?); предполагая, что вы еще хотите попросить о помощи (по соображениям вы это делаете сейчас)... как бы вы попросили помочь, учитывая ситуацию, не теряя авторитет?
Отредактировано через @Cantalope'комментарий:
Я действительно волнуюсь о продвижении, я свободно признаю, так как есть много > у повара есть, и ощущение, что "Мой главный опыт" могут быть разочарование. У меня есть ощущение, что в нем, конкуренция сильная
Теперь, другая часть вашего комментария:
но я прямо хочу сделать себя более открытым, независимо от того, комментарии.Я принимаю не зная. Я не уверен, если моя команда делает.
Как часто вы спрашиваете? Как часто вы просят? Сколько времени вы потратили на "за" и прежде чем спрашивать? Сколько они делают? Если вам задать ряд вопросов, не делая фундаментальных исследований, ваша репутация может принять удар среди своих сверстников (не говоря уже ребята ниже в иерархии). Если я'м не знаете, как сложная проблема, я'м лицом, я иногда делаю круглую и задать (мимоходом, маркировки я'м после быстрого и полного "на лету" -ответы). Если большинство моих сверстников, кажется, не имеют ни малейшего представления о проблеме или все указывающих на местный эксперт, я знаю, что это's не только у меня. Если у некоторых были, я могу увидеть, если мне нужно здесь улучшить. Что приводит к...
В последнее время очень зрелый младшего (старшего парня, сменила работу, очень глубокий ученика) рассказал мне про пенсионеров в своем новом рабочем месте. Несмотря на Java 9 выходит и Java 8 быть там в течение многих лет, они никогда не надоело смотреть на это и они продолжают говорить, как это трудно. Когда он закодированный некоторые вещи с Java 8, три из них бросились на его экране смотреть. Он замедлился, закодированные им, а они бы увидели, как он это сделал, предложил он сможет показать что-то об этом, если они хотят и вообще ни разу не поднял шум, но он сказал мне, что это было несколько горько-сладкое чувство. Так что, пока из вашего рассказа это не'т, кажется, тот случай... это перепроверить. Возможно, ваш вопрос обычно воспринимается как легкий материал? Я уже несколько раз просил то, что было легко найти и несколько мгновений с Google бы'вэ отвечали мне одинаково хорошо, как мой несчастный сотрудник, который должен был провести несколько минут со мной. Мне было так стыдно потом, когда я обнаружил, как легко было найти это в Google. Случается с лучшими из нас, я думаю. Дон'т поймите меня неправильно здесь. Никто не знает все. Имея заржавевшие навыки-это естественная вещь. Но так это воспринимается слабым - особенно те, кто видит эти навыки как обязательный. Если в вашей работе, кодировка воспринимается как основной навык, и ваши кодирования проржавело (потому что вы не архитектор, к примеру и бросились от встречи к встрече), это будет меняться, как вы восприняли. Заслуженно - строго по кодированию-метр вы **** и слабее, чем вы были. Теперь соедините это с бизнес-как-обычно, и вы'вэ слишком занят, чтобы заметить это и слишком занят, чтобы это исправить. Так вы просите помочь, потому что вы знаете, другие могут помочь гораздо быстрее, чем он будет принимать вам заново узнать, как этого или, что работал... Подобные утраты доверия к нему следует, Если вы признаны вне зоны комфорта вопрос отнимает слишком много времени, в то время как это было'т (не должное, прежде чем спрашивать).
Я обнаружил, что лучший способ поддерживать свой авторитет, когда вы обратитесь за помощью, это предложение помочь в обмен на другие случаи. В моем парное программирование возможностей с менее опытными коллегами я Дон'т иметь хорошую память на детали, но я, как правило, имеют лучшее представление о том, что будет делать программа или где ошибка, скорее всего.
Я думаю, что's, потому что, например, детали синтаксиса и стандартной библиотеки языка мы'повторного программирования в связываться с десятками я've использовали на протяжении многих лет, где молодой программист использовал только один или два. Но широта и глубина опыта помогает мне сформировать выводы, которые труднее Интуит иначе.
И когда эти вспышки интуиции нажмите, ваша пара программистом, позволит в полной мере оценить, какую ценность вы приносите к столу, даже если они знают все мелочи у вас в Google.
Я не менеджер, но запускать проекты в различных областях. Один из способов справиться с этим, чтобы изменить способ отображения этой ситуации. Ваша задача не показывать уязвимости, но, чтобы быть хорошим судьей эффективность.
Задачи не должны назначается кто может делать конкретную работу максимально быстро, но чье время лучше потратить на задачу. Вы как старший у других, важную работу, чтобы сделать и должны иметь лучшее суждение о том, как разделить работу для эффективного достижения целей проекта. Используйте ваше суждение и осуществлять свои полномочия без извинений и научиться быть комфортно в этом. Трансформировать чувство-желание показать, что "уязвимости" и быть открыты для новых идей от членов команды, которые готовы изменить свой планинг не зря, и либеральные мимоходом вокруг кредит на работе.