Если наверху беспорядок, то внизу кавардак
Хочу сказать пару слову разработчице, как коллега коллеге — вы столкнулись с принципом Питера.
Если ваши текущие задачи занимают 100% вашей оперативной памяти, значит, вы не можете быть тимлидом. Возможно, вы — хороший ведущий специалист. Но тимлид обязан отвечать на вопросы джунов в любое рабочее время и следить за их работой. Потому что иначе они, наткнувшись на нерешаемую для них проблему или спорный момент, будут в лучшем случае ждать полдня, а в худшем — сделают что-то такое, что всплывёт через пару недель.
Экономя своё рабочее время, вы подставляете работодателя, оплатившего рабочее время вверенных вам подчинённых. Невозможность легко переключаться между задачами — это тоже ваша слабость, как специалиста, а не какая-то непреодолимая объективная проблема.
И прятаться за тем, что «всё согласовано» вы можете только в рамках госучреждений. В любой серьёзной коммерческой компании вас за такое будет ждать очень неприятный разговор о важности горизонтальных связей, приоритетах задач и деловой этике в целом. Крупные корпорации зачастую заранее оплачивают переработки, чтобы их ключевые сотрудники были всегда доступны, а не прятались за расписание.
В общем, задумайтесь — так ли вам нужно портить жизнь себе и несчастным подопечным.
4 комментария
Ну вообще от того, что крутой спец не выполнит свою задачу или сделает с косяками, так как отвлекался и что-то не учел, компания потеряет больше, чем от простоя джуна в 2 часа. А еще за 2ч джун вполне возможно найдет сам решение проблемы в документации. Сделает плохое решение - ну так потом есть ревью, где все обнаружится.
А переключение между задачами сбивает 99% людей и потом некоторое время тратится на "войти в задачу" обратно, это неизбежно. Кто-то быстрее, кто-то дольше, но затраты на переключение внимания есть, и это нормально, а не "ваша слабость и ваши проблемы"
Сейчас набегут "а я свободно делаю одновременно по 20 заданий и ещё переключаться мёду 10 из них дополнительно"
чтобы тимлид менторствовал в любое время, с него надо снять обязательства по собственно кодингу. это непозволительная роскошь обычно
Как джун, я:
-ищу ответ на свой вопрос самостоятельно. В т.ч смотрю аналогичные ситуации в работе других коллег.
-задаю своему тимлиду вопрос в формате "Я сделала это и это и получилась херня, я попробовала это и наткнулась на то что эта херня ломает эту херню, у меня подозрение, что я ошиблась именно здесь, как мне лучше реализовать этот момент?" Это экономит время тимлида на уточняющих вопросах и попытках понять, обо что я запнулась.
-занимаюсь другими задачами, пока жду ответ.