Правильно ли задавать много вопросов стажеру? [дубликат]

Я прохожу оплачиваемую стажировку в области ИТ в крупном банке, где я могу учиться и дойти до уровня младшего/профессионала с 2 или 3 годами опыта, чтобы меня могли нанять.

Таким образом, я пришел к стратегии задавать много вопросов, даже глупых, когда я никогда не касался какой-то новой технологии, с которой меня просят поработать, и подтверждать свои действия, когда я не уверен в ее влиянии (не хочу испортить вещи, я уже сделал один раз, хотя). Кроме того, я стараюсь быть настолько честным и прямым, насколько это возможно, и я многому учусь. Я также стараюсь максимально поддерживать позитивный настрой вокруг (это не всегда счастье и радуга), но уже почти 6 месяцев я чувствую, что иногда мои коллеги злятся, раздражаются или раздражаются, когда я задаю им вопрос о что-то новое (новое в том смысле, что я никогда не прикасался к этому/знал этот проект раньше)... :-(

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

Хотя этот ответ помогает @gnat, он не в той же перспективе. .. Я хотел знать, если это неправильно, и еще больше я хотел знать, почему.

Ответы (3)

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

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

Вопрос A (раздражающий) «Я не мог войти в систему, вы думаете, это потому, что я не переписал первую букву в своем пароле, я думал, что регистр не имеет значения? Пожалуйста, помогите мне!»

Вопрос B (разумный) «У меня возникла проблема с корректной работой моего оператора SQL. Я пробовал это, это и это и потратил полчаса на поиск решения в Google, но я в тупике. Когда у вас есть немного времени, не могли бы вы помочь мне, пожалуйста».

Вопрос C (лучший вопрос) «Мне нужно сделать X, не могли бы вы показать мне, где я могу узнать, как это сделать?» (при условии, что вы разговариваете не с человеком, которому было поручено сделать документацию, которой еще не существует)

Кроме того, отношение многих людей может также зависеть от того, как вы относитесь к их ответам. Так:

Вопрос D (возможно, заставит людей отказаться от поиска времени, хотя это может показаться разумным) У меня возникла проблема с правильной работой моего оператора SQL. Я пробовал это, это и это и провел полчаса в Google, пытаясь найти решение, но я в тупике. Если у вас будет немного времени, не могли бы вы помочь мне, пожалуйста." (Во время и после которого я хочу участвовать в длинном и бесплодном разговоре о несущественном, как я делал в прошлый раз)

Вопрос C (лучший вопрос) «Мне нужно сделать X, не могли бы вы показать мне, где я могу узнать, как это сделать?»
хорошее дополнение, добавлю, надеюсь, вы не против
Вперед :) Все это делает рабочее место лучше
Да ладно, @Kilisi, в банке не все стажеры? Я работаю над некритическим проектом, конечно. Почему ты так говоришь?
Вопрос C также получает раздраженное лицо, B на данный момент мой любимый.
@CMPSoares извините, мой комментарий не был адресован вам, это был ответ на другой комментарий, который был удален, мне тоже нравится вопрос B, но в некоторых ситуациях, например, при хорошо задокументированных проблемах, вопрос C получит одобрение.
Мне не нравится C, если только вы не включили большую часть B в предисловие.
Первоначально я не хотел понижать голос, но после некоторых размышлений я думаю, что это действительно неправильный подход. Как человек, который на самом деле работает в банке, я считаю, что, вообще говоря, большинство людей, включая меня, просто хотят, чтобы человек, спрашивающий, дошел до сути. Мне не нужны "доказательства", что человек пытался решить проблему. Это просто съедает больше моего времени. Мне не нужно слышать все, что они пробовали. Я либо знаю ответ, либо нет. Если бы я помог им устранить проблему, это могло бы быть полезно, но запрос на устранение неполадки отличается от запроса ответа.
@Chan-HoSuh, возможно, верно в вашей ситуации, лично при взаимодействии со стажером я заинтересован в том, чтобы они были «обучены», частью которых является изучение методологии устранения неполадок и решения проблем. Если бы я не был очень занят, я бы приложил усилие, а не кормил бы их ответом, чтобы избавиться от них. Это почти весь смысл. Экспертиза — это намного больше, чем просто знание ответов. За эти годы я обучил многих людей. Хотя только мое мнение....

Во время моей стажировки (также в ИТ-компании) мои опытные коллеги по работе также раздражались, когда получали много таких вопросов « я понятия не имею, что происходит » от меня или других стажеров. Действительно, это приводит к тому, что люди теряют концентрацию на том, что они делают, и им может потребоваться время, чтобы снова заняться этим.

Один из старших разработчиков на самом деле сказал мне, что можно спрашивать, но вы должны сначала изучить это самостоятельно (в Интернете есть много хороших материалов). Вы сделали это?

Вы также должны научиться быть независимыми, поэтому я считаю, что со временем вам следует просить все меньше и меньше. Кроме того, возможно, ваши вопросы могли бы перейти от « что это делает? » ' to ' Я столкнулся с этой проблемой и прочитал то и это о ее устранении. Я не уверен, какое лучшее решение из A и B, но я думаю, что B может быть лучше, потому что x. Вы бы сказали то же самое? '

Кроме того, если вы, ребята, используете какое-либо средство обмена мгновенными сообщениями, возможно, отправьте сообщение человеку, к которому вы хотите обратиться, и скажите: « Эй, когда у вас будет 2 минуты, я хотел бы услышать ваше мнение по проблеме, с которой я столкнулся». Это позволит этому человеку отложить то, что он делает, в постоянном состоянии и помочь вам, когда он может.

Я бы также посоветовал сгруппировать несколько вопросов вместе, а не прерывать их много раз. Затем вы могли бы даже попросить назначить встречу, чтобы убрать их всех сразу :)
Спасибо за ответ @Alex. Я уже пробую эти подходы. В моем случае это внутренний проект, над которым я работаю, и мне не хватает документации. И в большинстве случаев я спрашиваю их что-то, это какая-то странная проблема с конфигурацией, те, которые вы пробуете каждый подход в Интернете и до сих пор не можете это исправить. И тогда вы, наконец, решаете спросить его, ну, я пробовал A, B, C и D вплоть до Y, но ничего не исправляет. А он типа "о, это просто Z" и исправляет за 2 минуты, а я теряю как минимум целый день. Это просто контрпродуктивно ... Или это заканчивается тем, что я реконструирую устаревшее программное обеспечение для исправления.
@JaneS Раньше мы так делали, но они перестали планировать эти встречи, и я не знаю почему.
Да, и у меня такое случилось. Они также сказали, что если вы не можете исправить это за 2 часа или разумное количество времени, то вам не следует тратить на это больше времени, и вы можете попросить. Это, конечно, после исследования проблемы и попытки нескольких вещей. Ой, и я не уверен, что вы можете что-то сделать с плохой документацией.
@CMPSoares, а кто тебе мешает назначать встречи? Звучит так, будто ваш менеджер или кто-то другой изначально назначал встречи, но теперь ожидается, что вы научились это делать.
@Chan-HoSuh Я могу запросить это. И я сделал. Сегодня я настоял, и он сказал, что настроит его на следующей неделе.

Я частично согласен с ответом @klisi (и другими), в котором говорится, что вы должны продемонстрировать определенный уровень усилий при решении своих проблем, прежде чем задавать их другим в виде вопросов.

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

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

В идеальной ситуации наставники оценивали бы своих учеников, участвуя в диалоге, а также бросали бы им вызов с проблемами и проницательной критикой (в основном метод Сократа). Вы этого не понимаете, к сожалению. Трудно сказать, почему это происходит, но я думаю, что наиболее типичная причина заключается в том, что с этими людьми обращались так же, как они обращаются с вами, когда они только начинали. Они могут чувствовать, что поступают «правильно», позволяя вам тонуть или плыть. Или может случиться так, что вы находитесь в потогонной среде, где менеджеры проектов подталкивают всех (включая тех, кто будет вашими наставниками) к «результатам», не обращая внимания на развитие навыков и талантов в команде.

Так что ваши наставники отстой. Но еще не все потеряно. Это означает, что вам нужно взять на себя больше ответственности за свое обучение и «управлять своими наставниками», чтобы получить то, что вам нужно для профессионального развития. Вот несколько советов, которые приходят на ум, исходя из моего собственного опыта работы с такими средами:

  • Очевидно, задавайте хорошие вопросы, которые демонстрируют усилия, как сказали другие. Никто не хочет помочь вам, «кормив» вас знаниями.

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

  • Записывать. На самом деле, послушайте, что вам говорят эти люди. Ведите себя так, как будто то, что они говорят, очень важно, и выражайте благодарность, даже если они относятся к вам пренебрежительно. Просмотрите свои заметки, примените полученные знания и задайте уточняющие вопросы при следующей возможности. Никогда не задавайте один и тот же вопрос дважды (это показывает отсутствие усилий).

  • Развивайте взаимопонимание с как можно большим количеством людей. Это довольно туманно, но очень критично. Легко сосредоточиться на протоколе и делать все правильно, но проблема в том, что ваши взаимодействия будут казаться очень неестественными и транзакционными (это никому не нравится). Это означает проявление инициативы... Делаете ли вы добрые дела без подсказки? Вы каким-то образом снимаете с них часть их рабочего бремени? Можешь пошутить? Даете ли вы им новую точку зрения или какую-то информацию, которой у них может не быть?

  • Как только у вас появится некоторое взаимопонимание, вы можете задавать более глубокие вопросы, чем «Как мне сделать x, y и z?». Это этап, к которому вы должны стремиться для успешной стажировки.