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

https://habr.com/ru/post/709936/?utm_source=habrahabr&utm_medium=rss&utm_campaign=709936

Как я люблю эти оценки разработчиков: «нууу…эта задача на полчаса». Через два дня:

— Ну че, когда будет готово?
— Да тут уперлись в интеграцию и еще нужно кое-что согласовать с аналитиком, думаю за сегодня закрою...

Еще через день:
— Еще делаю, вчера не успел, думаю завтра будет готово.

Занавес. И проблема здесь не в разработчиках. Просто абсолютные оценки НЕ работают.

https://habr.com/ru/post/675026/?utm_source=habrahabr&utm_medium=rss&utm_campaign=675026

Любой лид понимает, что чем выше уровень сотрудника, тем сложнее и дороже будет искать замену - и именно поэтому профилактику “внезапных” уходов стоит начать как можно раньше. Мною был проведен опрос в нескольких профессиональных QA сообществах, и по результатам выяснилось, что топом причин для ухода были: маленькая зарплата, отсутствие перспектив, неинтересные задачи, проблемное руководство и плохие процессы/онбординг. При этом бОльшая часть респондентов указали, что эти проблемы были решаемы, но руководство предпочло ничего не менять.

https://habr.com/ru/post/659947/?utm_source=habrahabr&utm_medium=rss&utm_campaign=659947