Когда на ИТ-проекте меняется РПЗ — руководитель проекта от заказчика, — большинство сразу напрягается. Кто-то внутренне вздыхает, кто-то начинает переписывать планы, а кто-то и вовсе ждёт саботажа, срывов сроков и ухода ключевых людей. Но давайте честно: всегда ли это плохо? Или мы просто привыкли считать любую смену чем-то негативным, потому что это — нестабильность? Я не раз сталкивался с такими ситуациями — и как исполнитель, и как наблюдатель. И каждый раз убеждался: смена РПЗ — это не риск сам по себе...

Почему опытный кандидат не получает предложения о работе после собеседования, а его менее квалифицированный коллега подписывает оффер мечты? Что надо делать и говорить или, наоборот, не делать и не говорить, чтобы успешно презентовать себя работодателю? Изображение сгененировано ИИ Кейс № 1: Артём, junior-разработчик, Python Изображение сгенерировано ИИ ❓ Ситуация: Артём учился самостоятельно, прошёл курс на Яндекс.Практикум, но не делал никаких реальных проектов. На собеседовании в стартапе его спросили: «Расскажите о проекте, которым вы гордитесь»...