Как тратить меньше времени на ответы на основные вопросы по программированию?

Как лучше всего перестать тратить так много времени на обучение коллеги базовым вещам, не причиняя при этом вреда?

Фон:

Я программист, и моя работа обычно проверяется бизнес-аналитиком. У нас в команде нет QA Engineer, который бы правильно проводил тестирование.

Я работаю над несколькими разными проектами для своей компании, и в некоторых из них задействован один и тот же аналитик. Чтобы иметь возможность находить данные для тестирования, а также проверять результаты различных тестов, они начали изучать некоторые основы программирования. Они получили самые основы из кода копирования/вставки, который я отправил для разных целей, и модифицировали его по мере необходимости.

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

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

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

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

Моя цель — найти способ сосредоточиться на своей работе и тратить меньше времени на обучение других, не проявляя при этом бесчувственности или обиды.

Я обратился к моему собственному боссу по поводу того, что мы должны использовать QA Engineers для тестирования; и он соглашается, но говорит, что мне не следует питать надежды на то, что компания что-то сделает с этим. Я ни к кому не обращался по поводу этого конкретного сотрудника.

Я видел здесь вопросы о работе с некомпетентными коллегами; Я не думаю, что это применимо здесь, потому что я не думаю, что этот человек некомпетентен. Они не производят плохую работу или что-то в этом роде.

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

Ответы (2)

Как лучше всего перестать тратить так много времени на обучение коллеги базовым вещам, не причиняя при этом вреда?

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

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

Привет, Джо, я с удовольствием обсужу с тобой X. Тем не менее, я сейчас очень занят, и у меня много работы. Не могли бы вы вернуться через Y минут/часов, чтобы я мог закончить это и помочь вам, не торопясь?

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

"...но знаешь что, попробуй погуглить о технике Z. Я уверен, что это то, что тебе нужно. Когда я свяжусь с тобой, мы увидим, есть ли у тебя проблемы с этим"

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

Итак, здесь есть фундаментальная проблема, которую как бы упускают из виду.

У вас есть бизнес-аналитик, который пытается написать код для проверки результатов. Очевидно, это не его роль.

Хотя для бизнес-аналитиков нормально и полезно иметь возможность анализировать данные и использовать для этого инструменты, реальное программирование кажется слишком большим шагом.

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

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

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

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

Не понимаю, почему DV, это тоже важный момент для рассмотрения.