Есть известная история про Стива Джобса — в начале карьеры он славился жёсткими высказываниями вроде "Это ***!" при разборе неудачных проектов. Но со временем научился другой формулировке: "Я знаю, что ты можешь лучше".
Разница между этими подходами — вся суть искусства обратной связи. В IT, где результат зависит от десятков людей, этот навык важнее знания методологий.
В любой команде рано или поздно возникает момент, когда нужно сказать коллеге что-то неприятное. Код с багами, сорванные сроки, невнимательность к деталям... Парадокс в том, что чем важнее правда, тем осторожнее её нужно подавать. Когда человек чувствует себя атакованным, его мозг переключается в режим защиты, а не восприятия. Я, Курченкова Наталия, IT Project Manager c 10+ годами опыта, хочу поделиться что же работает на моей практике:
1. Правило «1-1»:
Негативный фидбек, данный при всех, перестаёт быть инструментом развития и превращается в унижение. Даже если критика справедлива, защитная реакция мозга заблокирует осознанное восприятие.
Что делать:
- Негатив — только тет-а-тет.
- Позитив — при всех. «Саша, спасибо за оперативное решение бага вчера вечером — это спасло демо» работает лучше тысячи абстрактных «молодцов» на дейлике.
2. «Как дела?»
Прежде чем давать фидбек, спросите:
- «Как ты сам оцениваешь прогресс по задаче?»
- «Есть ли что-то, что мешает?»
- «Нужна ли помощь?»
Это даже не только про вежливость. Часто человек уже осознаёт проблему, и ваша задача — помочь ему сформулировать решение, а не читать нотацию.
3. Закрепить хорошее, прежде чем править плохое
Техника, которая сохраняет мотивацию:
- Упомяните сильные стороны:
«Ты отлично разбираешься в архитектуре — последний твой вариант оптимизации сэкономил нам 20% ресурсов». - Подскажите зону роста:
«При этом есть сложности с тайм-менеджментом — вчерашний деплой задержался из-за незакрытых задач». - Разработайте совместный план:
«Давай попробуем разбивать задачи на подпункты и фиксировать промежуточные дедлайны? Я могу напоминать раз в день».
4. Мой кейс: когда мягкость не сработала
Ситуация: Разработчик систематично терял время: 10+ перекуров в день, срывы сроков.
Попытка 1 (мягкий подход):
- Выделила сильные стороны: «Ты быстро находишь неочевидные баги».
- Обсудила проблему: «Заметил ли сам, что слишком частые перерывы влияют на сроки?»
- Предложила решение: график работы с чёткими промежутками.
Результат: Ничего не изменилось.
Попытка 2 (жёсткие рамки):
- Чёткий дедлайн: «К пятнице нужно закрыть эти 3 задачи. Если не успеешь — будем пересматривать нагрузку».
- Последствия: «Следующий этап — официальное предупреждение».
Итог: После повторного срыва компания рассталась с сотрудником.
Почему это важно:
«Учить — лечить — мочить» не про жестокость, а про ответственность. Мягкость работает, только если человек готов меняться. Если нет — ваша задача как лидера — защитить проект и команду от хронических проблем.
5. Чек-лист для «трудных» разговоров
- Подготовка: Зафиксируйте примеры (даты, цифры) без эмоций.
- Настрой: «Я на твоей стороне, но проблема серьёзная».
- Альтернатива: «Давай найдём решение вместе. Если не выйдет — придётся менять условия».
Заключение:
Хороший фидбек очень важен. Люди — это главный актив, это пункт №1. Пробуйте, ошибайтесь, но помните: даже самые сложные решения можно принимать с уважением.
P.S. Ваши подчинённые не должны бояться вас — они должны доверять.