Как давать и принимать обратную связь

Обратная связь (feedback) — информация о результате действий человека, помогающая ему расти и улучшать работу; навык её давать и принимать критически важен в команде.

Зачем нужно

Без обратной связи человек не знает, что делает хорошо, а что нужно улучшить. Плохо данная обратная связь разрушает отношения и демотивирует; хорошо данная — ускоряет рост. Для разработчика feedback возникает постоянно: code review, ретроспективы, 1-on-1 встречи, оценка испытательного срока.

Где используется

Code review — технический feedback на код
Ретроспективы — командная обратная связь на процессы
1-on-1 встречи — карьерный и личностный feedback
RS School — cross-check и комментарии ментора

Как давать обратную связь

SBI-модель (Situation — Behavior — Impact)

Situation  — конкретная ситуация (когда, где)
Behavior   — конкретное поведение (что сделал)
Impact     — влияние на команду/продукт (что это значит)

ПЛОХО:
"Ты всегда всё делаешь медленно"

ХОРОШО:
S: "На планировании в четверг"
B: "ты взял задачу без оценки времени"
I: "в итоге мы не успели закрыть спринт"
→ "На планировании в четверг ты взял задачу без оценки,
   из-за этого мы не закрыли спринт. Как думаешь,
   что помогло бы лучше планировать?"

Правила хорошего feedback

✓ Конкретный — не "плохой код", а "функция делает три вещи"
✓ Своевременный — сразу после события, не через месяц
✓ Actionable — можно что-то изменить
✓ Про поведение — не про личность
✓ Приватный (если негативный) — не публично
✓ Баланс — и позитивный, и конструктивный

"Shit sandwich" (неправильно):
  Похвала → критика → похвала
  (похвала воспринимается как манипуляция)

Лучше: прямо и уважительно, без "сэндвича"

Как принимать обратную связь

1. Слушай полностью, не перебивай
2. Не защищайся немедленно
3. Уточняй: "Можешь привести пример?"
4. Разделяй: факты vs интерпретации
5. Благодари — это чужое время и усилие
6. Обдумай отдельно — не реагируй сразу
7. Принимай решение: согласен или нет, и почему

Не обязан соглашаться с каждым feedback,
но должен понять его и объяснить позицию.

Feedback в code review

Давать:
[Blocker] "Этот код позволяет SQL-инъекцию через параметр id.
           Используй параметризованные запросы."

[Minor] "Переменная `d` → `dayOfWeek` — читаемее"

[Praise] "Отличное решение с кешированием! Сразу видно,
          что думал о производительности."

Принимать:
✓ "Спасибо, исправил. Ты прав про SQL-инъекцию."
✓ "Предпочитаю краткое имя здесь, потому что...
   Что думаешь?"
✗ "Работает же! Зачем менять?"

Частые ошибки

Ошибка	Проблема	Решение
Обобщения: "всегда", "никогда"	Воспринимается как атака	Конкретный случай + конкретное поведение
Feedback через третьих лиц	Испорченный телефон, конфликт	Всегда напрямую
Только негативный feedback	Демотивация	Замечай и хорошее
Защитная реакция при получении	Рост невозможен	Техника паузы: "дай подумаю"