Ситуация, которая произошла на днях, идеально иллюстрирует главную ловушку гибридного формата работы. Разработчик сидит в офисе. Его тимлид находится в другом городе и подключился к встрече 1-на-1 по видеосвязи. И вдруг, на весь опенспейс, разработчик начинает обсуждать повышение зарплаты. Причём делает это с такой интонацией, что слышно за три ряда столов. Проблема усугублялась двумя факторами. Во-первых, вся команда знает: до Нового года в компании действует холд на пересмотр условий. Во-вторых, в этот момент в офисе находилось ещё человек десять, которые мгновенно «навострили ушки»...
Денис Тимошин | QA, AI и карьера в IT
«Платите или не лезьте»: почему сеньоры отказываются брать ответственность в кризис и кто здесь прав
Тимлид ушла в декрет. Ставку на замену не дали, бюджет на новый найм заморозили. Пришлось мне закрывать управление командой параллельно с основной работой. Логичное решение: делегировать часть операционки старшему инженеру в отделе. Сеньор, процессы знает, авторитет в команде есть. Его ответ был прямым: «Согласен взять это на себя, но только если поднимете оклад на круглую сумму. Иначе не вижу смысла брать на себя чужие риски и нагрузку». Я понимаю его позицию. Но есть суровый нюанс: в IT сейчас оптимизация...
«Тяну на синьора, а делаю работу джуна». Почему компании не торопятся с повышением
Разговор на exit-интервью: — Чувствую, что дорос до следующего уровня. Задачи закрываю, но грейд не меняется. — А почему не обсудили это на ревью? Я бы показал, над чем ещё нужно поработать. — Думал, что заметишь. Эта ситуация повторяется в каждой команде. Сотрудник считает, что уже перерос свой грейд. Руководитель видит пробелы и держит человека на «проверенном» уровне. Оба правы. И оба не правы. Давай разберёмся, почему так происходит и как не потерять людей из-за размытых критериев роста. С точки зрения исполнителя всё логично: Закрывает задачи быстрее коллег...
«Я сам всему научился»: почему сотрудники забывают, кто их вырастил
Я часто принимаю в команду людей без опыта. Беру джунов, которых другие отсеивают, и вкладываю месяцы: ревью тест-кейсов и чек-листов, разбор сложных багов, объяснение техник тест-дизайна и того, как правильно анализировать размытые требования. Через год-два они уже уверенные мидлы, самостоятельно закрывают сложные фичи, иногда уходят на рост. И вот что я заметил. Почти никогда в разговорах или на собеседованиях они не говорят: «Меня вырастили в такой-то команде». Всегда звучит иначе: «Я много изучал сам», «Разбирался по докумации», «Практиковался на pet-проектах»...
«У меня свой бизнес, а работа — просто для стабильности»: почему таких кандидатов лучше не нанимать
Сидит на собеседовании. Резюме адекватное, опыт есть. Но в разговоре проскальзывает: «Я не люблю работать за зарплату, у меня свои проекты», «Кручусь везде, люблю зарабатывать на всём», «Работа — это просто фон, пока основной бизнес не выстрелит». Обычно такие гуси плавают в менеджерских кругах — там проще маскировать отсутствие реального вклада под «стратегию» и «видение». Но бывает, что приходят и в ряды специалистов. И вот тут начинается настоящая головная боль для лида. Я слушаю и уже знаю: этот человек не будет работать...
«На курсах учили идеально, а на работе всё не так»: почему теоретики портят вам карьеру
Пару месяцев назад ко мне пришёл джун после очередного модного курса по тестированию. Глаза горят, диплом красивый, сертификаты в портфолио. Первый день. Даю задачу: «Протестируй форму авторизации». Он смотрит на меня растерянно: «А где ТЗ? А где пользовательские истории? А где time box на написание тест-кейсов? Нам на курсах говорили, что без этого нельзя». Я вздыхаю: «Нигде. Работай с тем, что есть». Он не ушёл. Но пришлось спускать его на землю. Объяснять, что не всегда реальность совпадает с теорией из курса...
