Сообщаю коллегам, что я не Stackoverflow [дубликат]

Когда вы получаете вопрос, который не показывает никаких усилий по исследованию, просто ответьте вопросом. "Что ты пробовал?" или «Что вам удалось узнать о том, что может быть причиной этой проблемы?» . Если у них нет ответа, просто скажите им, чтобы они вернулись, когда у них будут какие-то усилия, чтобы показать.

Дайте понять, что вы не отвечаете на плохие вопросы. Укажите, что в Интернете уже есть ответы на большинство их вопросов (переполнение стека). Скажите им сначала поискать там, прежде чем задавать какие-либо вопросы, не связанные напрямую с тем, как вы это делаете в своей компании. Как гласит старая поговорка:

Дайте человеку рыбу, и вы накормите его на один день; научи человека ловить рыбу и ты накормишь его на всю жизнь.

Не поддавайтесь на манипуляции ЦК. Отправка копии электронной почты кому-то выше по рангу, чем вы, — это простой (грязный) способ сделать так, чтобы проблема казалась вашей. Игнорируйте УК. Будьте тверды, а не грубы, отвечая на плохие вопросы. Маловероятно, что у вашего руководства возникнут проблемы с этим (пока вы остаетесь дружелюбным). В случае, если они решат поговорить с вами об этом, у вас все равно будет веский аргумент в пользу того, чтобы не отвечать на плохие вопросы. У вас есть работа, которую нужно сделать, и плохие вопросы — пустая трата времени компании.

Я был на другом конце этого (использовал кого-то в качестве службы поддержки, не намеренно!) И вот что сработало:

• Я бы обратился к старшему разработчику с технической проблемой. Я бы кратко описал, что происходит, чего я ожидал и что не сработало.

• Старший разработчик сказал, что посмотрит через {timespan}, он сейчас занят.

• Я возвращался к своему столу после того, как устно объяснял свою проблему вслух и понимал, что решение — это X.

• Старший разработчик начинал подходить, я говорил ему, что починил.

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

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

Вот как я с этим справляюсь (ежедневно).

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

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

Решение

Что сработало для меня (и до сих пор работает), так это сказать им, что вы заняты, и дать им отправную точку. Затем подкрепите это, если они все еще застряли, чтобы вернуться. Вот несколько фраз, которые я использую.

Пример 1

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

Пример 2

Эй, Лиза, я на самом деле не уверен с макушки головы. Вы пробовали проверять свойства? У меня странное ощущение, что он там. Покопайся немного, если не найдешь, посмотрю. Я знаю, что находил его раньше.

Пример 3

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

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

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

TLDR; Найдите оправдание, чтобы у вас не было ответа прямо сейчас, и укажите им направление ответа, не скармливая его им.