🧠 Почему я создала ITHumanWork и что вижу в нём

Позвольте мне немного сентиментальности ❤️

Мир IT (и не только) слишком сильно увлёкся скоростью. Все бегут, пишут планы, строят роадмапы, ищут «где платят больше» — и при этом всё реже задают себе вопрос: а я вообще понимаю, что делаю и зачем?

Я 10 лет работаю в бизнес-анализе.
Я видела команды, где аналитики превращались в “передатчиков требований” — и компании, где именно аналитики становились точкой роста продукта и культуры.

Разница только в одном — в осознанности и среде.

🚀 ITHumanWork я создала как пространство, где можно расти не только “по хардам”, но и по осознанности, мышлению, коммуникации и уверенности в себе.

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

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

Я верю, что аналитики — это не просто “технические связующие”, а люди, которые умеют видеть смыслы, структурировать хаос и помогать бизнесу меняться.

🪜 ITHumanWork — это не школа и не коммьюнити ради общения.

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

Я очень рада, что каждый день вас, кто разделяет или хотя бы интересуется моими взглядами, становится все больше 😌

Мы растём вместе, осознанно и по-человечески 💜
П.с. если ты поделишься этим постом с друзьями/коллегами, которым это тоже близко - нас станет еще больше ☑️

#ITHumanWork #BusinessAnalysis

☑️ А вот и результаты опроса: какие темы вы выбрали для открытого воркшопа

В прошлый раз я спросила у вас, на какую тему вы хотели бы прийти на открытый воркшоп, и, как всегда, вы меня не подвели —выбрали самые “живые” и важные направления 🧠

Три темы-лидеры:

1️⃣ О чём не стоит забывать при работе с требованиями: инициация задачи, выявление и формализация

2️⃣ Основы бизнес-процессов: типы, методы работы, условия подбора нотации

3️⃣ Работа аналитика с ИИ: подводные камни, где AI действительно помогает и как не допустить его галлюцинаций

Однако нужно выбрать одну тему, чтобы успеть разобрать ее достаточно глубоко и подробно. Думаю, основы бизнес-процессов самая уникальная и интересная. Во многообразии курсов ее часто упускают, либо оставляют только в виде лекции - без практики. А ведь это основа работы с процессами.

На воркшопе 15 ноября мы поработаем над тем:

🔍 как аналитик может подготовиться к работе с бизнес-процессами;
🪜 как бизнес-процессы становятся навигацией в хаосе задач;
‼️ и что на самом деле влияет на успешность работы с процессами, а значит со всем проектом.

📅 Дата: 15 ноября
💜 Формат: открытый, бесплатный, онлайн — регистрация будет позже, следите за постами!

Поделитесь этим постом с коллегами или друзьями — пусть тоже приходят: у нас будет час-полтора чистой пользы и честного разговора о профессии.

✨ А для участников Клуба ITHumanWork — все открытые и платные воркшопы всегда включены в их подписку. Поэтому быть участником еще и выгодно 😉

Плюс:
🪫 регулярные практикумы на развитие хард и софт скиллов,
❤️ живые кейсы,
🪜 и глубокие разборы для роста профессиональной насмотренности.

Каждый воркшоп — ещё один шаг к уверенности в профессии 💪

#ITHumanWork #BusinessAnalysis

‼️ Однажды я пришла в проект, где требований не было…

Аналитики поймут — такие истории случаются чаще, чем кажется 😅

Однажды меня пригласили в проект по разработке на тот момент новаторского продукта для российского банкинга — детской карты.
Идея выглядела круто: банк хотел запустить продукт первым на рынке.

Я пришла как Senior Business Analyst — нас было трое аналитиков, включая меня. Когда мы оформили доступы и зашли в проект, оказалось, что кроме желания “сделать детскую карту раньше конкурентов” ничего нет:
😟нет требований,
😟нет документации,
😟нет исследователей,
😟нет разработчиков.

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

🚒 Что мы сделали

1️⃣ Нашли корпоративный шаблон описания требований (BRD) — и разделили между собой разделы;
2️⃣ Через внутренние контакты искали людей, которые владели кусочками информации о возможностях текущей системы;
3️⃣ Изучали рынок и искали намёки на решения конкурентов — детских карт тогда в РФ ещё не было;
4️⃣ Сами проводили мини-исследования, проектировали интерфейсы и CJM;
5️⃣ Параллельно изучали нормативно-правовую базу, чтобы учесть требования к картам несовершеннолетних.

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

🧠 Как аналитик работает с такой неопределённостью

Когда ты приходишь туда, где нет ничего — ни требований, ни контекста, — важно не паниковать, а включить структурное мышление и “режим разведчика”.

🪫 Мой алгоритм (и то, чему я учу в Клубе):

1️⃣ Зафиксировать точку входа. Что реально известно? Даже если это всего одна фраза “хотим детскую карту”.
2️⃣ Разложить идею на вопросы. Кто, зачем, что изменится, какие системы вовлечены?
3️⃣ Собрать следы информации. Документы, устные обсуждения, регламенты, даже слухи — всё важно на старте.
4️⃣ Сформулировать гипотезы требований. Это не финальная версия, а карта того, что “мы предполагаем, что нужно”.
5️⃣ Проверить гипотезы с ключевыми людьми. Даже если это неформальные встречи — они сокращают риск недопонимания.
6️⃣ Постепенно превращать хаос в структуру. Любой найденный фрагмент — сразу фиксировать и трассировать к цели проекта.

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

❗️ Почему я делюсь этим примером?

Потому что “неопределённость” — это не провал, а естественная среда работы аналитика.

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

🔍 А у вас был проект, куда вы пришёли, а требований не оказалось вообще?
Как ты из этого выбирались?

#ITHumanWork #BusinessAnalysis

🧶 Хард-скиллы аналитика — это не только “умение писать требования”

Часто, когда я спрашиваю начинающих BA: «С чего вы начинаете работу с задачей?» — слышу в ответ:

⭐️ «С постановки целей»
⭐️ «С общения с заказчиком»
⭐️ «С уточнения требований»

И всё это, как бы, правильно.
Но если при этом аналитик не понимает, как
устроен бизнес-процесс, который он должен улучшить — дальше всё разваливается.

Мы теряем контекст, путаем входы и выходы, не
видим связи между командами/участниками.

Поэтому в эту субботу 15 ноября в 11:00 (мск) проведу открытый бесплатный воркшоп “Основы бизнес-процессов”, где мы разберём:

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

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

📅 Дата: 15 ноября
🕒 Формат: онлайн, 2 часа
📍 Участие — бесплатно (по регистрации)
👉 [Ссылка на анкету регистрации]

Если среди твоих коллег есть те, кто только начинает путь в BA или хочет подтянуть понимание процессов — делись этим постом.

Пусть к нам придёт больше тех, кто хочет развиваться осознанно ❤️

🧠 Как аналитик может использовать ChatGPT в работе с требованиями

Тема востребованная и многим интересная, давайте сегодня о ИИ. Как раз вчера подробно говорили об этом в Клубе.

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

Но вот что я замечаю всё чаще: чем лучше аналитик понимает сам процесс, тем умнее работает ИИ.

👉 ChatGPT — это не замена, а инструмент для ускорения размышлений.

Он не понимает контекст, но может помочь увидеть логику, уточнить структуру, подсказать формулировку.

Вот несколько способов, как можно использовать ИИ в работе с требованиями:

⭐️ На этапе выявления требований:

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

⭐️ При формализации:

Можно попросить ИИ предложить структуру BRD или SRS — не чтобы скопировать, а чтобы сравнить с корпоративным шаблоном и убедиться, что ничего не пропущено.

⭐️ Для самопроверки:

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

‼️ Главное помнить: ChatGPT не знает реальности проекта, поэтому его сила — в скорости, а твоя — в осмыслении.

✨ А если ты хочешь понять, как встроить ИИ в свой аналитический процесс, улучшить качество требований или выстроить карьерный фокус —
я провожу индивидуальные консультации.

🎯 Работаем с карьерными запросами и развитием навыков аналитика.
💸 Стоимость — 8 000 ₽ за консультацию.
✍️ Для записи — поставь «+» в комментариях, я напишу в личку.

#ITHumanWork #BusinessAnalysis

🔔 Напоминание! Уже сегодня в 11:00 мск — бесплатный воркшоп

Друзья, напоминаю, что сегодня в 11:00 мск я проведу бесплатный воркшоп для аналитиков по теме «Основы бизнес-процессов» Как не запутаться и работать как профи🙃

Если вы ещё не успели записаться — самое время это сделать.
Запись открыта до самого начала встречи.
👉 Ссылка на регистрацию

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

Приходите сами и делитесь с коллегами — пусть польза дойдёт до тех, кому она сейчас действительно нужна 🙂

Увидимся в 11:00🚀

Хард-скилл, который недооценивают 90% аналитиков: работа с изменениями требований

Я уже как-то поднимала эту тему ранее и чувствую что еще ни раз буду к ней возвращаться 😡

Знаете, какая ошибка встречается у аналитиков чаще всего?
Даже у опытных.

💥 Они считают, что изменение требований — это исключение.
А на самом деле — это норма жизни продукта.
И если нет грамотной работы с изменениями, то начинается то, что видели многие:
➡️ «а мы думали, что это уже учли»
➡️ «это же так очевидно, разве нет?»
➡️ «почему это не вошло в релиз?»
➡️ «давайте срочно перепишем»
➡️ «ой, а оказалось, что бизнес имел в виду другое»
И вот тут аналитик становится пожарным 🚒.

🔍 Почему так происходит?
Потому что многие аналитики делают одну и ту же ошибку:
✖️ получают запрос → ✖️ сразу идут писать ТЗ.
Но запрос ≠ требование.
Требование ≠ финальная формулировка.
Финальная формулировка ≠ незаменяемая истина.

☑️ Так как же правильно?
Вот минимальный, но рабочий алгоритм, который спасает от хаоса:

1️⃣ Фильтр/приём запроса
Задаём 5 обязательных вопросов:
➡️зачем это нужно бизнесу?
➡️кому это принесёт ценность?
➡️что будет, если не делать?
➡️что меняется в уже согласованных требованиях?
➡️какие системы задеты?
2️⃣ Выявление и уточнение (а не “сделаем так”)
Аналитик обязан показать зависимые процессы, ограничения, влияние на текущую архитектуру.
3️⃣ Фиксация изменения (всегда!)
Даже если кажется, что «ерунда, 2 строчки».
4️⃣ Оценка влияния
На сроки, на стоимость, на риски, на уже согласованный объём.
5️⃣ Согласование новой версии требования
Это то, что почти никто не делает корректно.

‼️ И вот момент, когда аналитик должен сказать «СТОП»
Когда запрос звучит так:
«Давайте просто чуть-чуть поменяем…»
и при этом: неизвестно влияние, нет понимания бизнес-цели, нет согласования с командой, не рассмотрены риски.

СТОП здесь — это не «нет».
СТОП — это «давайте проверим».

❤️ Почему это важно для карьеры
От качества работы с изменениями зависит репутация аналитика. Не навык строить BPMN, не красивое ТЗ — а именно способность управлять изменениями. И это один из тех навыков, который отличает джуна от мидла, а мидла от сеньора.

Если вам интересно прокачать этот навык глубоко, на реальных кейсах — это как раз то, что мы регулярно делаем в Клубе IThumanWork.
Но это уже для тех, кто готов расти системно 💜

#ITHumanWork #BusinessAnalysis

Всем привет! 👋

Часто слышу вопрос: «Почему я учусь сам(а) годами, а в программах с наставником люди делают тот же путь за 3 месяца?»

Коротко — потому что наставник снимает все 7 «тормозов» самостоятельного пути и переводит процесс в режим целенаправленной практики.

🚀 Почему так быстро (7 причин):

1️⃣ Фокус на нужных навыках, а не на случайных лекциях.

2️⃣ Самостоятельно легко запутаться в пособиях и курсах. Наставник сразу формулирует критичные задачи и «узкие места» — экономит месяцы лишней теории.

3️⃣ Передача скрытых знаний и практических паттернов. Наставник делится не только тем, что написано в книжках, но и «как на самом деле делают в проекте» — это сокращает путь от теории к результату.

4️⃣ Быстрая целевая обратная связь.
Ошибки, которые вы могли бы повторять месяцами, наставник указывает в первую же итерацию — и вы не откатываетесь назад.

5️⃣ Правильный порядок практики.
Наставник составляет путь «малых проектов», где каждое задание тренирует именно тот навык, который нужен в работе. Это резко сокращает время закрепления. (практика → осознание → применение)

6️⃣ Мотивация и ответственность.
Когда есть дедлайны, демонстрации и регулярные проверки — прокрастинация уходит на второй план.

7️⃣ Доступ к рабочим артефактам и шаблонам.
Вместо того, чтобы тратить недели на написание первого BRD/процесса, вы получаете шаблоны и ускоренный путь к рабочему результату.

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

🪜 Не стоит недооценивать ценность наставничества 😉

#ITHumanWork #BusinessAnalysis

🤖 Как меняет работу аналитика ИИ — и почему BA стоит начинать этот путь уже сейчас

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

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

1️⃣ Пользователь ИИ: правильно задать запрос

Казалось бы, всё просто — «сформулируй хороший промт».
Но что такое “хороший”?

По сути — это то же самое, что грамотная постановка задачи коллеге или исполнителю.
Нужно дать ИИ:
⭐️контекст,
⭐️цель,
⭐️ограничения,
⭐️критерии результата.

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

2️⃣ Настройщик ИИ: построить процесс работы ассистента

На этом уровне аналитик делает уже совсем другое. Он отвечает на вопрос: КАК будет работать ИИ?
🔵где он возьмёт данные?
🔵как обработает?
🔵как поймет, что делать дальше?
🔵куда запишет промежуточный результат?
🔵как поймет, что задача выполнена?

Даже «простого» ассистента для анализа отзывов нужно:
🌻обучить,
🌻создать алгоритм,
🌻описать последовательность шагов,
🌻встроить ограничения,
🌻протестировать.

По сути — мы создаём должностную инструкцию для ИИ, только в виде логики, условий, BPMN-процессов и правил.

3️⃣ Работа в команде разработки ИИ: понять, почему он делает то, что делает

Здесь аналитик работает уже на стыке:
➡️ инженеров,
➡️ разработчиков,
➡️ математиков,
➡️ бизнеса.

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

Задача аналитика здесь — не просто описать фичу, а помочь создаваемому интеллекту стать предсказуемым, проверяемым и полезным.


🧬 Получается целая эволюция.

И если смотреть на тенденции, работа аналитика неизбежно смещается в сторону ИИ-инструментов, настройки, проверки и проектирования их поведения.

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

Я как раз разрабатываю собственного ИИ-ассистента и завтра будем разбирать с участниками клуба, как строить BPMN-процессы под работу ИИ. И да, аналитиков, которые умеют работать с ИИ не только «в лоб», но и на уровне настройки и логики — становится всё больше.

Не стоит терять такую возможность тем, кто готов расти.


#ITHumanWork #BusinessAnalysis #AI

Аналитик, который первым говорит «давайте улучшать процесс» — часто уже проиграл. Почему?

Однажды пришла в проект, где команда «улучшала процесс» третий квартал подряд. Дашборды не росли. Мы копали и нашли причину — не в BPMN, а в цене решения и в том, как люди работают в условиях KPI. Процесс был «оптимальным» для скорости, но он подталкивал сотрудников принимать решения, которые снижали маржу.

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

Что делать вместо общего «оптимизируем»
1️⃣ Спросите сначала про цель.
— Какая бизнес-метрика должна измениться? (маржа, время до рынка, % ошибок, удержание клиента)
2️⃣ Привяжите изменение к метрике.
— Любое рефакторинг-решение должно иметь гипотезу: если мы изменим X, то метрика Y вырастет/упадёт на Z%.
3️⃣ Проверьте поведение людей, а не только диаграмму.
— Почему сотрудники обходят процесс? Что их мотивирует «срезать углы»? Часто ответ — в KPI/награждениях.
4️⃣ Предлагайте варианты с бизнес-эффектом.
— Не один «улучшенный BPMN», а 2–3 сценария: минимальное изменение, реорганизация ролей, изменение KPI — и оценка влияния на метрику.
5️⃣ Отмерьте риск и стоимость изменений.
— Иногда дешевле изменить цену/коммерческую модель, чем детализировать процесс ещё на 100 страниц.

Мини-чек-лист перед любым рефакторингом процесса:
🌸 Ясна ли целевая бизнес-метрика?
🌸 Есть ли гипотеза «что изменится» и как это измерить?
🌸 Понимаем ли мы мотивацию людей, которые будут выполнять процесс?
🌸 Есть ли альтернативы, не требующие глубокой перестройки процесса?
🌸 Оценён ли риск и стоимость внедрения?

Если вы хотите — помогу сформулировать гипотезу для вашей метрики. Напишите, какая метрика у вас приоритетна (маржа / time-to-market / SLA / ошибки) — и я предложу, с чего начать😉

#ITHumanWork #BusinessAnalysis #Процессы

Как BA понять, что бизнес-требование сформулировано плохо?

«Если вы читаете требование и чувствуете лёгкое недоумение — это не ваша проблема с вниманием. Это признак плохой формулировки.»

На одном проекте заказчик прислал три страницы с пожеланиями «сделать удобнее». Команда утонула в догадках: что именно удобнее, для кого и насколько? Мы потеряли 2 спринта на уточнения. Это обычная история — и в ней есть повторяющиеся признаки, которые BA должен ловить сразу.

🤷‍♀️ Как понять, что требование плохое — 6 признаков
1️⃣ Нет цели / метрики.
«Сделать интерфейс удобнее» — не цель. Хорошо: «увеличить CR оформления заявки с 12% до 18% за 3 месяца».

2️⃣ Нет критерия приёмки
Если неясно, как принять работу — команда будет гадать. Требование должно иметь явный acceptance criteria.

3️⃣ Слишком широко или размыто.
Фразы типа «улучшить производительность» без контекста — это ловушка. Где, для кого, при каких условиях?

4️⃣ Скрытые допущения
Когда требование подразумевает наличие данных/интеграций/прав доступа, о которых никто не сказал. Это приводит к неожиданным зависимостям.

5️⃣ Фокус на решении, а не на проблеме
«Добавить кнопку X» — это решение. Спросите: какую проблему решит кнопка?

6️⃣ Отсутствие ответственных и ролей
Кто принимает решение, кто владеет результатом? Если это не прописано — будут бесконечные согласования.

🧠 Как быстро исправить — алгоритм из 4 шагов

1️⃣ Спроси «почему» трижды. Не для провокации, а чтобы добраться до реальной боли.
2️⃣ Привяжи к метрике. Какая метрика изменится и на сколько — гипотеза влияния.
3️⃣ Опиши критерии приёмки. Конкретно: «метрика ≥ X», «время ответа < Y», «количество ошибок < Z».
4️⃣ Проверь допущения и зависимости. Источники данных, интеграции, доступы, ограничения по безопасности.

Если хотите — пишите в комментариях одно ваше требование (строчку или пара абзацев). Я скажу, что в нём не так и как переписать в рабочую формулу. 😉

#ITHumanWork #BusinessAnalysis #Требования

Пробный недельный доступ в ITHumanWork — 1 неделя за 2 500 ₽.

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

😡Почему мы делаем так?
Многие спрашивают о клубе и условиях, но подписаться все же не решаются, потому что сложно оценить его ценность не видя ее. А таким образом мы даём короткий, концентрированный опыт — и сразу показываем практическую ценность: шаблон, чек-лист и формат работы, который реально ценят нанимающие менеджеры.

❤️ Что входит в пробный пакет (1 неделя):

1️⃣ Доступ к материалам уровня Standard (записи воркшопов, лонгриды, шаблоны).
2️⃣ Один live-воркшоп (практика).
3️⃣ QA-сессия — реальная разборка вопросов и кейсов.
4️⃣ Практическая задача + критерии приёма (чтобы ты за неделю сделал рабочую вещь, если тебе это интересно).
5️⃣ План «Что сделать за неделю».

Важно: пробный доступ не даёт доступа к реальным проектам, на которых сейчас заняты участники тарифа Pro и индивидуальному сопровождению. Это осознанно: Pro — high-touch, оно остаётся эксклюзивным.

Условия и ограничения:
• Цена: 2 500 ₽.
• Длительность: 8 декабря - 14 декабря.
• QA-сессия 10 декабря, Воркшоп 14 декабря.
• Места ограничены.

Кому это подойдёт:

☑️ Тебе, если хочешь за короткий срок получить рабочую практику, которую можно уже завтра внедрить в работу.
☑️ Тебе, если хочешь понять, насколько клуб поможет в твоих вопросах.
☑️ Тебе, если важна практическая польза и собственное профессиональное развитие, а не «еще один курс».

Как попасть в пилот:

➡️ Отметиться в комментариях, можно просто написать слово «Хочу»

➡️ Дождаться сообщения в личку и оплатить пробную неделю

➡️ После этого на неделю ты полноправный участник клуба 🥳

Что дальше: в конце недели — персональный оффер для перехода в Standard или Pro с бонусами/скидками для участников акции.

Если есть вопросы — пиши в комменты. Места ограничены: делаю это только как пилот, чтобы проверить формат и качество.

#ITHumanWork #ПробныйПериод

🤷‍♀️ Почему в январе резюме снова «не работает»

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

Обычно проблема не в самом резюме.
А вот в чём:

1️⃣ Рынок смотрит жёстче, чем в конце года
После праздников компании возвращаются с конкретными задачами и ограниченными бюджетами. Им нужен понятный вклад, а не “потенциал когда-нибудь”.

2️⃣ Резюме по-прежнему описывают опыт, а не ценность.
Список задач ≠ ответ на вопрос
“зачем этот аналитик бизнесу прямо сейчас”.

3️⃣ Уровень заявлен выше, чем логика мышления.
Это особенно заметно у Middle: опыта много, а масштаб и ответственность в описании не считываются.

Поэтому резюме могут быть “хорошими”, но не конвертироваться в отклики.

И здесь плохая новость и хорошая одновременно:

проблема решается не правками текста,
а пониманием того, как рынок читает аналитиков.

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

Если вы чувствуете, что “делаете всё правильно”, но рынок не реагирует —
участие в исследовании может помочь по-новому посмотреть на свою точку роста.

Скоро расскажу детали.

❤️ Если кажется, что с рынком что-то не так — скорее всего, дело не только в нём.

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

Резюме обновляются, отклики уходят,
а в ответ — тишина или формальные отказы.

Мы в ITHumanWork много работаем с этой проблемой — и сейчас хотим зафиксировать реальную картину болей аналитиков:
Junior, Middle и тех, кто уже упёрся в потолок.

Поэтому команда ITHumanWork запускает исследование рынка и приглашает вас поучаствовать.

👉 Опрос здесь:
https://forms.gle/qcSDFqXgQ9ukw2JTA

Он короткий, но поможет:
☑️ лучше понять, где именно возникает затык,
☑️ и нам — не делать очередной “продукт про всё”, а создавать среду, которая реально отвечает рынку.

⸻

🎁 Бонусы за участие

1️⃣ Каждый, кто заполнит опрос, получит подарок-сюрприз (полезный и прикладной — без воды).

2️⃣ Также мы даём возможность пройти бесплатную консультацию с Менторами клуба ITHumanWork — это первичный разбор резюме не в формате “поправить текст”, а чтобы понять, почему рынок читает его не так, как вы ожидаете.

🚀 Чтобы попасть на консультацию:
• заполните опрос,
• и напишите нам в сообщения канала, приложив резюме.

📩 Сообщения канала находятся во вкладке “Сообщения” (иконка конверта) в профиле канала

⸻

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

Спасибо всем, кто помогает нам делать ITHumanWork точнее и сильнее 💜