Командная разработкаГайд

One-on-one как диагностика системы работы

Практический формат one-on-one, который помогает увидеть заблокированное владение, неясные цели, перегруз и слабую обратную связь вместо ритуального разговора по календарю.

·4 минуты чтения·
one-on-oneобратная связькомандаответственностьрискитимлид

Когда использовать

One-on-one полезен не потому, что это обязательный ритуал руководителя. Он полезен, когда помогает увидеть, где система работы мешает человеку владеть результатом.

Используйте этот формат, если в команде повторяются признаки:

  • человек регулярно ждет решения тимлида;
  • задачи стартуют с разными ожиданиями;
  • обратная связь появляется только после ошибки;
  • перегруз узнают слишком поздно;
  • риск не поднимается, пока не стал срочным;
  • человек делает много работы, но не понимает, как она связана с результатом.

Не статус-репорт

Статус задачи можно посмотреть в задаче, на доске или коротком синке. One-on-one не должен дублировать статус-репорт.

Хорошая встреча отвечает на другой вопрос:

Что в системе работы помогает или мешает человеку быть самостоятельным,
видеть смысл, поднимать риски и получать полезную обратную связь?

Если после встречи есть только список задач, встреча не сработала как диагностика.

Шесть диагностических углов

Угол Что ищем Признак проблемы
Цель Понимает ли человек, зачем нужна работа. “Делаю, потому что поставили в спринт”.
Владение Может ли человек принимать решения в своей зоне. Все важные решения возвращаются к тимлиду.
Нагрузка Видны ли перегруз, ожидание и скрытая работа. Человек занят, но движение результата неясно.
Риск Может ли человек безопасно поднять проблему. Риск появляется только на приемке или релизе.
Обратная связь Получает ли человек конкретные сигналы. Есть общая оценка, но нет наблюдаемого поведения.
Развитие Связан ли рост с реальной работой команды. Развитие живет отдельно от текущих задач.

Не нужно проходить все углы на каждой встрече. Выберите один-два по текущей ситуации.

Подготовка

Перед встречей тимлиду полезно открыть:

  • последние задачи человека;
  • места, где решения возвращались к тимлиду;
  • риски, которые человек поднимал или не поднимал;
  • обратную связь от команды;
  • текущий фокус ответственности или развития.

Цель подготовки - не собрать обвинение, а прийти с конкретными наблюдениями.

Вопросы про цель

Используйте, когда человек много делает, но трудно понять, видит ли он результат:

  • что в текущей работе кажется тебе самым важным;
  • где, по твоему мнению, будет полезный результат;
  • что изменится для команды или пользователя, если задача получится;
  • какой результат будет плохим, даже если задача формально закрыта;
  • где тебе не хватает контекста.

Если человек не видит цель, проблема может быть не в мотивации. Возможно, цель плохо переведена из продукта, бизнеса или системы в рабочую задачу.

Вопросы про владение

Используйте, когда человек часто приходит за разрешением или, наоборот, принимает решения без согласованных границ:

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

Если граница не названа, делегирование почти всегда остается неполным.

Вопросы про нагрузку и риск

Используйте, когда команда живет в постоянной срочности:

  • что сейчас ест больше внимания, чем видно снаружи;
  • где задача может стать дороже, чем кажется;
  • что ты уже видишь как риск, но еще не поднимал;
  • какая зависимость может нас остановить;
  • что нужно снять, уточнить или пересогласовать.

Не каждый риск нужно решать на one-on-one. Но его нужно сделать видимым и перенести в рабочий формат: задачу, risk-review, decision record или разговор с владельцем результата.

Вопросы про обратную связь

Обратная связь должна быть конкретной и привязанной к работе:

  • какое мое ожидание к тебе сейчас неочевидно;
  • где тебе нужна более ранняя обратная связь;
  • что из моей реакции помогло, а что мешало;
  • какую ситуацию стоит разобрать отдельно;
  • что ты хочешь получать чаще: контекст, проверку, свободу, защиту фокуса.

Если обратная связь звучит только как “хорошо” или “плохо”, она не помогает изменить поведение.

Что фиксировать

После встречи достаточно короткой записи:

Контекст:
О чем говорили и почему это важно.

Наблюдение:
Какая повторяющаяся ситуация стала видимой.

Договоренность:
Что человек делает сам, что делает тимлид, где граница эскалации.

Следующее действие:
Что изменится до следующей встречи.

Проверка:
Как поймем, что стало лучше.

Личные детали, которые не нужны для работы, не стоит переносить в общие системы. Рабочие договоренности должны быть видимыми там, где команда сможет их использовать.

Когда выводить проблему из one-on-one

Некоторые темы нельзя оставлять в личной встрече:

  • неясная готовность задач;
  • повторяющийся риск delivery;
  • слабая договоренность о ролях;
  • конфликт ожиданий между командами;
  • решение, которое повлияет на несколько будущих задач.

В таких случаях one-on-one только обнаруживает проблему. Дальше нужен рабочий формат: договоренность команды, risk-review или короткая запись решения.

Антипаттерны

Формат ломается, если:

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

One-on-one не обязан быть долгим. Он должен давать ясность: что мешает человеку владеть работой и какую часть системы нужно изменить.

Дальше

Продолжить по теме

Следующий шаг — открыть материал «Карта ответственности тимлида» и расширить этот чеклист или подход соседним практическим контекстом.

Открыть материал