Все, что тимлид должен знать о найме и увольнении

Чтобы управлять программистами, нужно понимать их мотивацию. Как “сегодняшнюю” – почему я хочу в проект? Так и глобальную – а что я буду хотеть завтра, удовлетворит ли меня эта работа?

Как правило, в долгосрочной перспективе программист у вас заскучает или проект его перерастет. Значит, замена в команде неизбежна в любом проекте.

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

* Когда и кого искать? Как оценивать способность влиться в команду? Как проверять soft skills?
* Как отслеживать настроение программиста, как управлять его развитием? Как делать ему “интересно”?
* Что делать, если программист хочет уйти?
* Что делать, если вам нужно избавиться от человека по своей инициативе?
* Можно ли, вообще, увольнять при текущем кадровом голоде?
* Увольнять одним днем или пусть сидит 2 недели?

Рейтинг
( Пока оценок нет )
Максим Гречушников/ автор статьи
Мне 40 лет, и больше половины жизни я занимаюсь разработкой. За это время я работал с корпоративными системами, highload-проектами, интеграциями, платежными решениями, внутренними платформами и legacy-кодом, который пережил не одного разработчика. Некоторые системы, кажется, переживут и нас. Моя специализация — PHP, Laravel, backend-архитектура, DDD, тестирование, рефакторинг и техническое лидерство. Мне интересны задачи, где нужно соединить код, бизнес, данные, процессы и здравый смысл. Последние годы я много работаю с LLM и AI-инструментами: использую их для проектирования, анализа кода, документации, тестов, ревью, работы с legacy и построения инженерных процессов. Для меня LLM — это не замена разработчику, а усилитель для тех, кто умеет думать системно. В блоге я пишу о Laravel, PHP, архитектуре, тестировании, инженерной практике, управлении разработкой и реальном применении AI в работе программиста.
Понравилась статья? Поделиться с друзьями: