Как решать кейсы на собеседовании в ИТ

Чтобы решить кейс на собеседовании в ИТ, сначала выясните, какого результата ждут от вас в предложенной ситуации. Затем соберите сведения, от которых зависит решение, объясните свой ход мысли и предложите конкретное действие со способом проверки. Если интервьюер добавляет условие, вернитесь к той части рассуждения, которую оно меняет.

Кейс — это рабочая ситуация, которую вам предлагают разобрать во время встречи. Например, пользователи жалуются после обновления, показатель продукта ухудшился или команде нужно выбрать между двумя срочными задачами. Кандидат выясняет обстоятельства, использует свои знания и показывает, как пришёл к ответу. В зависимости от роли могут понадобиться расчёты, схема, код или устное объяснение.

Ниже разберём три задачи, для которых достаточно базового понимания работы ИТ-команды и арифметики. Вы сможете потренировать вопросы, рассуждение вслух и короткое заключение. Все ситуации, реплики и числа учебные. Время упражнений и критерии самопроверки предложены для самостоятельной подготовки.

Как начать разбор кейса

До встречи уточните у рекрутера формат задания, доступное время и инструменты. Узнайте, нужно ли будет считать, рисовать схему или писать код. Это поможет выбрать похожие упражнения для подготовки. Для вопросов о собственном прошлом опыте пригодится отдельная структура ответа по STAR.

На самой встрече запишите условие и коротко перескажите задачу своими словами. Так собеседник сможет поправить понимание до того, как вы потратите время на решение. Если нужно собраться, попросите небольшую паузу и обозначьте её цель.

Правильно ли я понял, что нужно выбрать первый шаг для восстановления работы сервиса? Я сначала уточню влияние на пользователей, затем сравню возможные причины и предложу действие с проверкой результата. Мне нужна минута, чтобы записать план.

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

1. Цель

   Какой результат нужен и для кого? Что должно измениться?

2. Условия

   Что уже известно? Какое уточнение повлияет на выбор?

3. Проверка версии

   Какое объяснение рассматриваем и какие данные его проверят?

4. Выбор действия

   Что сделаем первым, почему и с какими последствиями?

5. Проверка результата

   По чему поймём, что действие помогло? Когда пересмотрим план?

В открытой задаче возможны несколько обоснованных решений. При этом расчёты и выводы должны соответствовать условию. Объясняя выбор, связывайте его с фактами кейса. Например, ограничение по времени может сделать небольшой проверяемый результат предпочтительным для ближайшего шага.

Какие уточняющие вопросы задавать

Каждому вопросу полезно назначить цель. Перед тем как его задать, подумайте, что изменится в решении после ответа. Начните с неизвестного, которое сильнее всего влияет на выбор действия.

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

После ответа используйте полученное сведение. Если ошибка возникает в одной версии приложения, объясните, что начнёте сравнение с ней. Если данных пока достаточно для первого шага, переходите к разбору. Оставшиеся вопросы можно задать, когда станет понятно, зачем они нужны.

Если интервьюер предлагает самому выбрать недостающее условие, обозначьте допущение и его влияние. Например, «Буду исходить из того, что у нас есть час на первичную проверку. За это время сравню несколько неудачных и успешных отправок. Если требуется немедленно прекратить ошибки, сначала обсудим временное ограничение проблемной функции».

Кейс о сбое после обновления

Здесь нужно выяснить, что произошло с заявками, и предложить действия, которые помогут пользователям завершить отправку. Начать можно с короткого уточнения цели и последствий.

Уточните, что произошло с результатом отправки

Кандидат. Пользователь видит ошибку, а сама заявка сохраняется? Есть ли примеры с точным временем отправки, чтобы проверить её состояние?

Интервьюер. У нас есть пять обращений. Во всех пяти заявка сохранилась. У двух пользователей появились повторные заявки.

Кандидат. В этих обращениях проблема затронула подтверждение результата. Проверю, одинаково ли это происходит у остальных пользователей, и сообщу команде о повторных заявках.

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

Предложите проверку своей версии

Гипотеза — возможное объяснение, которое ещё предстоит проверить. В этом случае можно предположить, что новая форма неверно обрабатывает подтверждение успешной отправки. Для проверки сравните успешные и неудачные попытки за одинаковое время, версию формы и состояние сохранённых заявок. Если доступны записи работы сервиса, свяжите их с конкретными попытками отправки.

Начну с версии об обработке подтверждения в новой форме. Для нескольких попыток сопоставлю то, что увидел пользователь, сохранённую заявку и ответ сервиса. Параллельно сравню старую и новую формы. Так станет понятно, на каком шаге расходятся сохранение данных и сообщение на экране.

Пересмотрите план после новой вводной

Интервьюер сообщает, что такая же ошибка встречается в старой форме. Команда нашла задержку в общем сервисе подтверждений. Пока форма ждёт ответ, заявка уже успевает сохраниться. Обе версии показывают ошибку, когда ожидание заканчивается.

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

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

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

Закончите способом проверки

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

В коротком заключении достаточно назвать найденное обстоятельство, ближайшее действие и проверку. Например, «В разобранных обращениях заявка сохранялась до сообщения об ошибке. Сначала устраняем задержку подтверждения и согласуем обработку повторных отправок. Проверяем, что пользователь видит верное состояние заявки, в том числе при медленном ответе».

Кейс о снижении доли покупок

Сначала уточните, как получены проценты и какие изменения происходили за это время. Это поможет выбрать данные для расчёта.

Договоритесь, что считаем

Кандидат. Доля считается от посетителей или от посещений? Что принимаем за покупку и сколько времени даём человеку на её завершение?

Интервьюер. Считаем уникальных посетителей и тех, кто совершил хотя бы одну оплаченную покупку в течение суток после первого визита в соответствующую неделю. Полные сутки наблюдения есть и у посетителей последнего дня обеих недель. Правила подсчёта одинаковые.

Кандидат. Тогда сравню число посетителей и покупателей. Были ли изменения в привлечении аудитории?

Интервьюер. Во вторую неделю усилили рекламу. Можем отдельно показать постоянную аудиторию и пришедших по этой рекламе.

В учебной таблице каждый посетитель отнесён ровно к одной группе. Покупатель учитывается один раз, даже если оплатил несколько заказов. Поэтому данные групп можно складывать.

Посчитайте общий результат и доли внутри групп

Доля покупателей равна числу покупателей, делённому на число посетителей. Чтобы получить проценты, умножьте результат на 100.

• Раньше общая доля составляла 120 / 2 000 × 100 = 6%.
• Сейчас она составляет 160 / 4 000 × 100 = 4%.
• У постоянной аудитории в обе недели доля равна 100 / 1 000 × 100 = 10%.
• У аудитории из рекламы доля сохранилась на уровне 2%. Это 20 / 1 000 и 60 / 3 000.

Покупателей стало на 40 больше. При этом посетителей из группы с долей покупок 2% стало втрое больше. Её вклад в общий показатель вырос, и итоговая доля снизилась на 2 процентных пункта. Если нужен относительный размер снижения, он равен (6 − 4) / 6 ≈ 33,3%.

В этой таблице изменение состава аудитории объясняет снижение общей доли. Для проверки страницы оформления понадобятся отдельные сведения о прохождении её шагов и ошибках. Одинаковые показатели внутри двух крупных групп также могут скрывать изменения у более узких групп пользователей.

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

Добавьте стоимость решения

Интервьюер уточняет, что рекламные расходы выросли с 20 000 до 90 000 рублей в неделю. Теперь нужно оценить, стоит ли продолжать привлечение в таком объёме.

Расход на одного покупателя из рекламы вырос с 20 000 / 20 = 1 000 рублей до 90 000 / 60 = 1 500 рублей. Для оценки результата этого канала понадобятся сведения о доходе от этих покупателей, расходах на выполнение заказов и повторных покупках. По условию они пока неизвестны.

Теперь проверю экономический результат привлечения. Покупателей из рекламы стало больше, но расход на одного вырос на 50%. Сопоставлю его с суммой, которая остаётся от покупок после расходов на выполнение заказов, до вычета затрат на привлечение. Уточню период оценки. Решение об объёме рекламы предложу после этого сравнения.

Такой ответ показывает границы каждого расчёта. Данные о посетителях объяснили изменение общей доли. Дополнительные сведения о расходах поставили следующий вопрос и изменили план анализа.

Кейс о двух срочных задачах

В доступное время обе задачи целиком не помещаются. Чтобы выбрать порядок, выясните последствия задержки и минимальный полезный объём каждой задачи.

Выясните, что стоит за срочностью

Кандидат. Что произойдёт, если исправление выйдет завтра? Поддержка успевает обрабатывать заявки, есть ли потеря данных?

Интервьюер. Данные сохраняются. Поддержка пока справляется, на одну заявку уходит около пяти минут. Таких заявок обычно десять в день.

Кандидат. А какие сведения клиенту нужны именно к завтрашней встрече? Можно ли подготовить часть отчёта, а остальное передать позже?

Интервьюер. Пока считаем, что нужен полный отчёт. Приоритет согласует руководитель команды.

При этих вводных можно предложить сначала закончить отчёт. Цена переноса исправления — дополнительные ручные действия поддержки и задержка завершения затронутых заявок. Уточните, приемлема ли такая задержка для пользователей, и сообщите руководителю, на каких условиях построено предложение.

Предлагаю сегодня подготовить и проверить отчёт, а исправление поставить первым на завтра. Это сохранит обещанный результат к встрече. С поддержкой сверю, что она сможет продолжить обработку без неприемлемых задержек. Руководителю передам обе оценки и последствия переноса. В оставшийся час уточню условия ошибки, если это поможет завтрашней работе.

Измените решение, когда выросли последствия задержки

Теперь интервьюер добавляет два факта. Завтра ожидается около 200 заявок с той же ошибкой, а у поддержки есть только час на ручную обработку. Клиенту для встречи достаточно одного проверенного раздела отчёта, который займёт час. Остальные разделы согласованно можно передать на следующий день.

Ручная работа потребует около 200 × 5 = 1 000 минут, то есть 16 часов 40 минут работы одного человека. При часе доступного времени поддержка сможет обработать примерно 12 заявок. Ранее приемлемый перенос теперь создаёт очередь.

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

С новыми условиями предлагаю сначала исправление, затем раздел отчёта для встречи. Поддержка не справится с ожидаемым объёмом вручную, а клиент согласен получить остальные разделы позже. План занимает все четыре часа. Через час сверю ход исправления с оценкой и сразу сообщу руководителю, если срок меняется, чтобы повторно согласовать объём и ожидания.

Если интервьюер предложит другой порядок, обсудите его по тем же сведениям. Например, важный раздел отчёта можно закончить первым, когда он нужен раньше, если согласованная оценка оставляет время на исправление и его проверку до роста нагрузки. Качество ответа видно по объяснению последствий и выполнимости плана. Общую подготовку к такому разговору разбирает статья о рассуждении о новой ситуации на финальном собеседовании.

Что делать, если данных мало или вы ошиблись

Интервьюер просит принять решение с имеющимися сведениями

Назовите наиболее важное допущение, выберите действие в его пределах и объясните, когда вернётесь к решению. В кейсе о задачах можно сказать «Исхожу из того, что поддержка справляется с текущим объёмом до завтра. Сначала закончу отчёт. Если очередь начинает расти, сообщу руководителю и предложу пересмотреть порядок».

Вы заметили ошибку в расчёте

Вернитесь к исходным числам, исправьте действие и перескажите вывод с учётом результата. Например, «Я неверно посчитал время ручной обработки. Двести заявок по пять минут — тысяча минут. При одном доступном часе план не выполним, поэтому приоритет исправления повышается». Так собеседник увидит, какую часть ответа вы изменили и почему.

Не хватает предметных знаний

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

Время заканчивается

Соберите ответ в короткое заключение. Назовите установленное обстоятельство, выбранное действие и проверку. Например, «Общая доля покупок снизилась при росте рекламной аудитории. Сначала проверю затраты на привлечение и результат покупок этой группы. Решение об объёме рекламы примем после сравнения за согласованный период».

Как потренироваться и проверить ответ

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

1. Сформулируйте цель. За минуту запишите, какой результат требуется и какое сведение нужно получить первым.
2. Проговорите решение. Отведите около десяти минут на вопросы, расчёты и выбор действия. Объясняйте, как каждый полученный ответ влияет на следующий шаг.
3. Добавьте новое условие. Попросите партнёра изменить срок, масштаб проблемы или доступный ресурс. Назовите, какую часть плана нужно пересмотреть.
4. Дайте короткое заключение. Попробуйте уложить выбранное действие, основание и проверку результата в полминуты.
5. Разберите запись или заметки. Найдите одно место, где выводу не хватило основания, вопрос оказался бесполезным или расчёт требовал проверки. Повторите эту часть.

Для самопроверки отметьте, смог ли слушатель понять вашу цель, отличить известные факты от предположений, повторить расчёт и объяснить причину выбранного действия. Затем проверьте, назвали ли вы результат, за которым будете наблюдать, и условие пересмотра плана.

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