Как объяснить пользователю необходимость не предпринимать действия во время анализа ошибки
Что проверяют
Умеете ли вы в инциденте договориться с людьми, а не только с серверами. Интервьюер смотрит, объясняете ли вы причину просьбы понятным языком и понимаете ли, когда такая просьба вообще оправдана. Следом часто спрашивают: а если сервис лежит и бизнес теряет деньги, будете ли вы ждать диагностики?
Как отвечать
Опирайтесь на свой случай с цифрами: что сломалось, сколько длилось, кто был на связи. Каркас объяснения пользователю:
- причина простыми словами: перезапуск или повторная попытка стирает следы. После рестарта пропадают состояние процесса и часть логов, повторная отправка платежа может списать деньги дважды, а повторный импорт задвоит данные;
- конкретная просьба: не «ничего не трогайте», а что именно не делать (не перезапускать, не повторять операцию) и что делать можно (работать в другом разделе, обходной путь);
- срок и канал: «следующее обновление через 20 минут в этом чате» гасит желание действовать самому лучше любых уговоров. Держите обещанный интервал, даже если новостей нет;
- одна точка связи: пользователю пишет один человек, а не пять инженеров с разными версиями.
Покажите и инженерную сторону: восстановление сервиса важнее поиска причины. Поэтому сначала за минуты снимаете всё нужное (kubectl logs --previous, kubectl describe pod, дамп памяти, снимок диска, выгрузку метрик за окно инцидента) и только потом перезапускаете. Тогда просьба подождать занимает минуты, а не часы.
Если такой ситуации у вас не было, скажите честно и опишите, как действовали бы, опираясь на процесс: роли в инциденте, страница статуса, шаблоны сообщений, постмортем без поиска виноватых.
Где спотыкаются
Требуют ничего не трогать, пока не найдут корень проблемы. Для прода это часто неверный приоритет: сначала восстановить, потом разбираться по собранным данным.
Объясняют через жаргон про поды и ретраи. Пользователь не понимает, почему ему нельзя нажать кнопку, и нажимает.
Обещают «скоро починим» без срока. Через полчаса тишины люди начинают перезапускать всё сами.