Вопрос про слабые стороны проверяет не исповедь. Он проверяет, видите ли вы свои ограничения и не создадите ли сюрприз команде. «Я слишком много работаю» звучит как отказ отвечать. «У меня нет слабых сторон» звучит ещё хуже: человек либо не рефлексирует, либо не готов говорить прямо.

Ниже — какие примеры уместны в CIS IT 2026, какие ломают саму роль, каркас на 30–45 секунд и три полных ответа, которые можно сказать вслух. Это один из стабильных пунктов в наборе вопросов на собеседовании. Готовить его нужно заранее: на звонке импровизация чаще скатывается в шаблон или в самобичевание.

Коротко:

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

Что на самом деле спрашивают

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

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

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

На CIS-рынке этот вопрос почти не пропускают даже на коротком HR-скрине: он дешёвый и многое показывает. Junior часто проваливает его шаблоном из блога. Middle — длинной исповедью про выгорание, которую никто не просил. Оба варианта лечатся одним и тем же: короткий рабочий пример и правило, которое уже действует, а не план «с понедельника». Если правило появилось на прошлой неделе — так и скажите, не притворяйтесь, что живёте с ним три года.

Какие примеры уместны

Берите то, что уже проявлялось в работе и что вы реально чините. Хорошие зоны для IT-ролей:

  • Долго держите первую версию, из-за этого сдвигаете черновик. Сейчас ставите лимит времени на draft.
  • Сложно эскалировать, когда задача застревает. Ввели правило: блокер больше дня — пишете в канал.
  • Публичные демо даются труднее, чем код. Репетируете и просите раннее ревью.
  • Слишком глубоко уходите в чужой контур и теряете фокус своей задачи. Держите список «не моё, отдать».
  • Письменные статусы были водянистыми, команда не понимала блокер. Перешли на шаблон «сделал / блокер / завтра».
  • Оценка сроков оптимистичная. Начали закладывать буфер и сверять с фактом прошлой похожей задачи.

Общее у этих примеров: это рабочий навык, не приговор личности; вред понятен; механика уже есть, не «с понедельника исправлюсь». Для junior уместны те же зоны на проектах и практике — не надо выдумывать корпоративный сюжет, которого не было.

Какие примеры опасны

Не берите слабость, которая ломает ядро роли. Для разработчика — «мне сложно писать код / разбирать чужой». Для поддержки — «теряюсь, когда много тикетов» или «не люблю переписку». Для QA — «не люблю рутину и чек-листы». Для руководителя — «не люблю давать обратную связь».

Также плохо звучат:

  • «Я перфекционист» без рабочей механики. Это самый слышимый шаблон 2010-х, в 2026-м его узнают сразу.
  • «Я слишком ответственный / слишком много работаю». Отказ отвечать плюс риск выгорания, который команда не просила.
  • Выдуманная слабость, которую вы не можете раскрыть на follow-up. «Иногда бываю слишком стратегическим» разваливается на вопросе «когда в последний раз?».
  • Слабость-обвинение: «я плохо работаю, когда мной плохо управляют». Это претензия, не рефлексия.
  • Личное, которое не про работу: характер, семья, здоровье — если вас об этом не спрашивали.

Если единственное, что приходит в голову, — дыра в самом стеке вакансии, это не тема для этого вопроса. Либо вы не та роль, либо слабость нужно сузить до обучаемого куска: «мало продакшен-инцидентов в этом домене, закрываю это разбором чужих постмортемов и дежурствами рядом», а не «я не умею вашу работу».

Каркас ответа

Четыре шага, 30–45 секунд:

  1. Слабость — одна рабочая формулировка, без драмы.
  2. Где проявляется — короткий пример, лучше не старше двух лет.
  3. Что изменили — правило, ритуал, артефакт. Не «стараюсь».
  4. Какой эффект уже есть — даже скромный: меньше просрочек, быстрее эскалация, спокойнее демо.

Это сжатый STAR: ситуация и задача сливаются в «где проявляется», действие — механика, результат — эффект. Без третьего шага ответ выглядит как самокритика ради галочки. Без четвёртого — как обещание. Урок «и теперь я другой человек» не нужен: хватит рабочей привычки.

Скрипт: эскалация застревает

Подходит почти любой роли, где есть блокеры: разработка, QA, поддержка, аналитика. Можно говорить вслух почти дословно, подставив свой случай.

Рабочая слабость — слишком долго тяну, когда задача застревает не на мне, а на чужом ответе. Раньше ждал «ещё день, вдруг сами ответят», и из-за этого срок уезжал молча.

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

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

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

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

Скрипт: идеальность сдвигает черновик

Частый честный сюжет у сильных исполнителей. Его легко спутать с запретным «перфекционизмом». Разница — в механике срока, не в слове.

Мне сложно отпускать первую неидеальную версию. Из-за этого черновик уезжал: я дополировал внутренности, а ревьюер всё это время ждал каркас.

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

Сейчас ставлю лимит: первая версия уходит в ревью по таймеру, даже если внутри ещё дыры. Дыры явно помечаю списком «не сделано». Для кода — черновой PR в тот же день, если задача больше чем на смену.

Черновики стали раньше, споры дешевле. Идеальность никуда не делась, она уехала на вторую итерацию, а не убивает первую.

Это не «я перфекционист». Это «первая версия опаздывала, вот правило». Follow-up «а как решаете, что уже достаточно?» закрывается тем же списком «не сделано» и таймером.

Скрипт: публичные демо

Уместно для разработки, аналитики, иногда QA. Не берите это на роли, где демо — ядро работы каждый день, если вы к этому не готовы.

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

Это вскрылось на прошлом месте: на общем демо сервиса уведомлений я ушёл в детали ретраев, продукт не увидел пользовательский путь, пришлось переигрывать.

Сейчас репетирую сценарий вслух на 4–5 минут и прошу одно раннее ревью у коллеги: «где уже скучно». На само демо несу только путь пользователя и один технический слайд, остальное — в приложение или в ответ на вопрос.

Демо не стали любимым форматом, но переигрывать не приходилось. Для роли, где демо раз в две недели, этого достаточно. Если бы слот был про постоянные презентации клиентам, я бы так прямо и сказал на скрининге — это уже не та работа.

Честная граница в конце — плюс, не минус. Вы сами отделяете слабость, с которой работаете, от роли, которую не стоит брать. Интервьюер это ценит.

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

После скрипта часто хочется добавить «но вообще я очень ответственный». Уберите. Это снова шаблон. Точка после эффекта — правильный конец.

Если вас спросили «а ещё?», не выдавайте вторую слабость сразу, если не готовы. Можно сказать: «основная рабочая — вот эта; если нужно, могу отдельно про оценку сроков». Две слабые стороны без механики хуже одной с правилом.

Не спорьте с формулировкой вопроса и не шутите, что слабость — «шоколад». Лёгкая ирония возможна в одной фразе, вопрос при этом остаётся рабочим. Не прячьте ответ в шутке.

Связка со сильными сторонами полезна в подготовке, опасна в одной реплике: «слабость в том, что я слишком сильный». Не делайте так. Это слышат как уклонение.

Частые вопросы

Можно ли сказать «не знаю»?

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

Стоит ли шутить?

Лёгкая ирония возможна, но вопрос серьёзный. Не прячьте ответ в шутке и не используйте «перфекционизм» как мем.

Можно ли говорить про английский или публичные выступления?

Да, если это не ядро роли. Для англоязычной поддержки «мне трудно писать клиенту по-английски» — опасный выбор. Для backend с редкими демо — уместный, если есть механика репетиции.

Что, если слабость уже звучала на прошлом интервью и меня за неё отшили?

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

Нужно ли называть слабость, которую написал в резюме?

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

Сколько времени говорить?

30–45 секунд. Если уехали в длинную историю компании, вы уже не про слабость, а про проект. Проект оставьте для вопроса «расскажите сложную задачу».

Что сделать сейчас

Выберите одну слабость, которую вам уже кто-то отмечал — ревьюер, менеджер, коллега по смене. Напишите четыре предложения по каркасу: слабость, где всплыла, что изменили, какой эффект. Проговорите вслух. Если звучит как оправдание, уберите «но зато» и шаблон про перфекционизм.

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