ITHumanWork | Карьера в IT и Бизнес анализ

🆙 Почему БА/СА становятся сильными ПМ Сегодня у нас пост от приглашенного эксперта Амира, продуктового лида в BandLab Singapore, про инсайты и особенности перехода бизнес-аналитика в продуктового менеджера. За карьеру я видел довольно много переходов из аналитики в продукт. И, как правило, удачных. Вы только на мой пример посмотрите :) Причина не в том, что аналитик «ближе к продукту». Скорее, сама роль постепенно прокачивает навыки, без которых сложно стать хорошим продактом. ▫️Во-первых, аналитик учится смотреть на задачу как на систему. Не просто сделать фичу, а понять взаимосвязи, ограничения, последствия и влияние на соседние процессы. ▫️Во-вторых, постоянно работает на стыке отделов. Бизнес, разработка, тестирование, архитекторы, менеджеры. Нужно собрать разные точки зрения, договориться и синхронизировать ожидания. ▫️В-третьих, аргументация. Недостаточно предложить решение. Нужно объяснить, почему именно оно. Ответить на неудобные вопросы и защитить свою позицию. ☝️Но важнее всего мне кажется другое. Сильные аналитики редко ждут, пока им принесут задачу. Они сами находят место, где сейчас больше всего неопределенности. Идут туда, структурируют хаос, связывают людей, помогают принять решение. Кажется, именно в этот момент человек перестает быть просто аналитиком. И начинает работать как продакт. Есть среди вас те, кто перешел или хочет перейти из БА в ПМ? Напишите в комментариях, обменяемся опытом ✍️

👾 ИИ пока не отнимает работу массово. Но уже меняет путь от junior до эксперта Недавно знакомый senior-разработчик признался, что уже около года почти не пишет код сам — за него это делает нейросеть. Параллельно компании объявляют сокращения и говорят, что передают часть задач ИИ. А джуниоры смотрят на всё это и вполне закономерно думают: если нейросеть уже умеет выполнять простую работу, то как начинающему специалисту вообще попасть в профессию? Может быть, пора искать сферу подальше от IT? Я бы пока не спешила. Исследование Adecco не подтверждает массового обвала занятости из-за ИИ. Сейчас нейросети скорее забирают отдельные задачи и меняют содержание профессий, чем полностью заменяют людей. Поэтому умение работать с ИИ становится не причиной для увольнения, а конкурентным преимуществом специалиста. Хотя, будем честны, некоторым компаниям очень удобно объяснять «внедрением ИИ» сокращения, за которыми на самом деле стоят экономия, реструктуризация или слабые результаты бизнеса. Но с начальными позициями всё действительно сложнее. На первый взгляд логика простая: типовые задачи отдаём ИИ — количество джуниоров сокращаем. Только есть одна проблема. Именно на этих «простых» задачах человек учится видеть контекст, замечать ошибки, проверять гипотезы, понимать процессы и постепенно переходить к более сложной работе. Если убрать первую ступень профессиональной лестницы, то откуда через несколько лет возьмутся middle- и senior-специалисты? Кажется, любимый вопрос работодателей «Кем вы видите себя через пять лет?» теперь стоит задать самим работодателям: а кем вы видите сегодняшних джуниоров через пять лет — и как они должны ими стать? 🙂 На российском рынке ситуация ещё интереснее. В июне активных вакансий было на 17% меньше, чем годом ранее, а резюме — на 26% больше. При этом 93% работодателей говорят, что не могут найти людей с нужными компетенциями. Получается странная картина: кандидатов становится больше, вакансий — меньше, а подходящих специалистов по-прежнему не хватает. И я бы не объясняла это только влиянием ИИ. Здесь одновременно работают экономия, завершение проектов, осторожность компаний и разрыв между тем, чему людей учили, и тем, что бизнесу требуется сейчас. Поэтому мне всё меньше нравится вопрос: ✖️ «Какие профессии исчезнут из-за ИИ?» Гораздо важнее спросить: ✔️ Какие задачи мы действительно можем передать ИИ?   ✔️ Какие человеческие задачи после этого станут сложнее?   ✔️ Где начинающий специалист будет получать опыт, если типовую работу заберёт нейросеть?   ✔️ И как теперь должна выглядеть лестница от junior до эксперта? Для бизнес-аналитиков это уже не разговор о далёком будущем. Если ИИ может подготовить схему, черновик требований или описание процесса, то начинающему аналитику недостаточно просто научиться создавать эти артефакты. Ему нужно учиться понимать, зачем они нужны, какую проблему решают, где ИИ ошибся и кто будет отвечать за итоговое решение. Похоже, ИИ не отменяет профессиональный рост. Но заставляет нас заново проектировать его маршрут. 💬 А вы уже замечаете, что начальные задачи в вашей профессии исчезают или меняются? И где теперь джуниорам набираться опыта?

😁 Как на самом деле проходит рабочий день аналитика Ранее в посте мы посмотрели, как выглядел бы идеальный день бизнес-аналитика. Но в 99% случаев день BA выглядит так: 🕘 09:00 Руководитель пишет: "Там небольшая доработка, только поле новое на интерфейс добавить, а данные уже есть в БД". Аналитик: 👍 Внутренний голос: 🤨 🕚 11:00 Выясняется, что: — поле не одно; — данных в БД всё-таки нет; — существующие данные просто перепутали с похожими; — новые поля влияют на старые; — меняется логика формы; — меняется логика пользователя; — меняется логика интеграции. Доработка постепенно превращается в проект🫠 🕛 12:00 Следующая встреча. Руководитель проекта: "Нам нужно до конца спринта выпустить новый модуль системы". Все молчат. Потому что все понимают: модуль ещё никто не придумал. Потом появляется заказчик. И говорит: "А что тут оценивать? Доработка на 5 минут". В этот момент аналитик и разработчик одновременно тяжело вздыхают. Потому что знают: если кто-то произнёс фразу “на 5 минут” — готовьтесь к нескольким неделям обсуждений. Дальше согласование нового сценария. Показываешь более удобный путь для пользователя. Заказчик внимательно смотрит и говорит: "Мы всегда так делали". После чего требует вернуть старый процесс. Тот самый, из-за которого и затевались изменения🫠 🕑 14:00 Следующая встреча. Час обсуждений. Двадцать схем. Пятнадцать вопросов. Три варианта решения. Заказчик: "Эм… да, давайте сделаем так". Пауза. "Но мы же потом сможем всё поменять?" И ты понимаешь, что последние 40 минут он просто ждал момента, когда его отпустят с совещания🫠 🕠 17:00 Под вечер приходит разработчик. Говорит: "Есть нюанс". После десяти лет в профессии начинаешь понимать, что за этой фразой может скрываться всё что угодно: от дополнительной проверки до полного пересмотра архитектуры🫠 💣 И вот тут приходит главный профессиональный инсайт. Работа аналитика — это не написание требований. Это непрерывная попытка добиться того, чтобы 10 человек, сидящих на одной встрече, наконец начали обсуждать одну и ту же задачу. А какая фраза чаще всего предвещает проблемы лично для вас? 😄 😎 У нас в клубе мы как раз делимся реальными нестандартными или специфичными задачами для бизнес-аналитика, обсуждаем, помогаем найти решение. Вы тоже можете присоединиться и работать чуть спокойнее и увереннее 💆🏻 https://buildin.ai/ithumanworkclub/share/8f2fc347-330c-4fd7-87c0-02fb360a39ad

🗺️ Путь самурая бизнес-аналитика. Часть 2 Это вторая часть статьи от приглашенного эксперта Амира про его становление как Global Product Manager из бизнес-аналитика. Первую часть можно почитать здесь. Итак, мы подошли к третьей стадии перехода из BA в PM. 3️⃣ Global Product Manager: Эпоха масштаба: когда продукт и ты выходят на мир, правила игры меняются. Ты больше не работаешь с «пользователями» и «стейкхолдерами», ты работаешь с менталитетами. Чем живешь: масштаб. Твои решения за вечер могут изменить жизнь миллионов людей в разных часовых поясах. Ты видишь, как метрики реагируют на твои действия мгновенно и по всей планете. Ловушка этапа: правила игры становятся максимально запутанными. На первый план выходят soft skills, дипломатия и понимание культурных контекстов. Ощущения: нагрузка еще выше, а требования к business thinking растут в геометрической прогрессии. Ты должен видеть ситуацию целиком, а не конкретную фичу. 💭Вывод: путь самурая Оглядываясь назад, я понимаю: нет смысла торопить события. Каждая роль дала мне свой уникальный арсенал: 1. BA научил меня въедливости и вниманию к деталям (фундамент). 2. PM научил ответственности и умению держать нагрузку (выдержка). 3. Global PM учит мыслить категориями мира и стратегии (масштаб). 🗻 У самурая нет цели, есть только путь. Каждый факап, каждый сложный кейс и даже самый скучный созвон - это левел-ап. Не сдавайтесь, когда кажется, что вы просто перекладываете задачи. Вы копите базу для рывка. Все это в конечном итоге поможет вам пройти ваш уникальный путь. А чтобы сделать его несколько проще, подписывайтесь на мой блог https://t.me/it1Amir, там больше о продуктовом менеджменте и работе с международными командами

🔎 Что делает бизнес-аналитик весь день? Типичные задачи BA в российских реалиях Стейкхолдеры считают, что бизнес-аналитик целый день проводит встречи и задает вопросы, разработчики думают - BA все время пишет ТЗ, продакты уверены - этот специалист постоянно анализирует данные. Что говорить, иногда даже сами начинающие BA не всегда понимают, какими именно задачами им предстоит заниматься. Давайте заглянем «под капот» профессии и разложим работу BA по полочкам, от утреннего кофе до вечернего отчета. 🕘 09:00 Аналитик приходит в офис, проверяет почту, участвует в ежедневном стендапе (Daily Stand-up) - встреча с продакт-менеджером и разработчиками, на которой сообщает о статусе задач. 🕤 09:30 Готовится к интервью со стейкхолдерами. Это не просто “пообщаться с коллегами”, а выявить скрытые потребности и боли бизнеса. Для этого аналитик готовит сценарий и вопросы ко встрече. 🕙 10:00 Анализирует существующие бизнес-процессы (AS-IS). Изучает, как процесс работает сейчас и фиксирует в виде моделей в нотации BPMN 2.0 — это стандарт де-факто в РФ. 🕚 11:00 Изучает конкурентов компании. Анализирует, как похожие проблемы решают другие компании на рынке. Это помогает предложить лучшее решение. 🕛 12:00 Встреча со стейкхолдерами. Аналитик - это главный «коммуникационный хаб» проекта. Он должен уметь проводить эффективные встречи и извлекать из них результат. 🕐 13:00 Встреча прошла успешно, задача понятна, ключевые показатели эффективности (KPI) определены, можно и пообедать 🙂 🕑 14:00 Начинает проектировать решение поставленной на встрече задачи. Разрабатывает модели будущих процессов (TO-BE) - визуализация идеального процесса работы после внедрения решения. 🕒 15:00 Структурирует и документирует требования по проекту. Это ядро работы. В зависимости от проекта это могут быть технические задания, пользовательские истории или сценарии взаимодействия с системой. 🕓 16:00 Встреча с дизайнером для обсуждения макетов будущих экранов, чтобы все участники процесса одинаково понимали, что должно получиться. 🕠 17:00 Делает отчет по предыдущему проекту. Пишет SQL-запрос, чтобы получить данные для отчета без помощи разработчика. Далее визуализирует полученные результаты в виде дашбордов. 🕕 18:00 Все задачи на день выполнены, можно идти домой👋 Если, пока вы читали, вам показалось, что это нереально, то вам не показалось😁 Так выглядел бы идеальный день бизнес-аналитика - мне же хотелось показать многообразие наших задач. Пишите, что из вышеперечисленного делаете чаще всего, а я в следующем посте опишу реальный день бизнес-аналитика.

📈 Путь  самурая бизнес-аналитика. Часть 1 Мы подготовили серию постов от приглашенного эксперта Амира про его путь из бизнес-аналитика в Global Product Manager. Сейчас Амир - product manager lead в BandLab Singapore (ex-Yandex, MegaFon, Skyeng), помогает выстраивать монетизацию для EdTech, MusicTech, LifeStyle-продуктов. 💭 BA → PM → Global PM: как менялось мое мышление на каждом уровне Карьерный рост или смена роли - это не только прибавка к зарплате и новый шильдик. Еще это пересборка того, как ты мыслишь, видишь продукт, команду и самого себя. Я порефликсировал на эту тему. И хочу рассказать, что менялось в моем восприятии на ключевых этапах карьеры. Сегодня начнем с перехода из бизнес-аналитика в продакт-менеджера. 1️⃣ Business / System Analyst: Эпоха деталей Когда ты BA/SA, твой мир - требования. Ты перфекционист. Ты дотошный. Ты хранитель знаний. Чем живешь: Интервью с заказчиками, UML/BPMN, задачи, документы и уточнение каждой запятой. Ловушка этапа: Очень часто становишься «испорченным телефоном». Перекладываешь мысли из одной головы в другую. Итог: Ответственность узкая. Фокус на деталях и корнер-кейсах. Ты крутой специалист, много умеешь и знаешь. Но, зачастую, требуется только аккуратно перенести в команду пожелания стейкхолдеров. Принятие решений ограничено. 2️⃣ Product Manager: Эпоха нагрузки Переход в Product Manager - это когда разрешают рулить, но забывают сказать, что тормоза работают через раз. Чем живешь: Решения, метрики, управление командой. Ты больше не про правильные требования, ты про правильный продукт. Ловушка этапа: Нагрузка взлетает до небес. В самом печальном случае твой календарь превращается в сплошной созвон. Итог: Удовлетворение приходит не сразу. Бывает бизнес-решения принимаются вопреки твоей логике и аргументам. Это бьет по самооценке. Ты вроде бы влияешь на всё, но личный вклад размывается в бесконечной операционке. 👉 В следующем посте я расскажу, как у меня произошло масштабирование продукта и выход на глобальный рынок. А пока напишите, хотелось бы вам перейти из BA в РМ?

Почему в IT так плохо слышат друг друга? Или, точнее, не умеют. За годы работы я всё больше убеждаюсь: большая часть проблем в IT возникает не из-за технологий, сложных терминов, разных грейдов или специализаций. А из-за коммуникации. Посмотрите на типичную цепочку. 1️⃣-е звено. Топ-менеджер говорит: 👉 “Нам нужно ускорить запуск продукта” Но не всегда может объяснить: - зачем; - для кого; - какие ограничения существуют; - что именно считается успехом. 2️⃣-е звено. Мидл-менеджер получает эту задачу и добавляет свою интерпретацию. Потому что ему тоже нужно как-то превратить стратегию в конкретные действия. 3️⃣-е звено. Аналитик пытается собрать из всего услышанного что-то непротиворечивое. Иногда успешно. Иногда играет в тот самый “сломанный телефон”. 4️⃣-е звено. Потом приходит разработчик и говорит: 👉 “Так сделать нельзя” Или: 👉 “Это будет стоить в 10 раз дороже” И внезапно оказывается, что половину договорённостей нужно пересматривать. Все, цепочка замкнулась, начинай сначала. Почему это происходит? По моим наблюдениям, причин несколько: 1️⃣ Людей редко учат формулировать свои ожидания. Мы ожидаем, что руководитель автоматически умеет ставить задачи, а аналитик - писать безупречные ТЗ. Но это отдельные нарабатываемые навыки, а не безусловные рефлексы. 2️⃣ Не всегда понятно, какую проблему должен решить новый человек. Очень часто вакансия появляется раньше, чем сформулирована потребность. 3️⃣ Цели и приоритеты постоянно меняются. Сегодня проекту нужен один специалист. Через месяц уже другой. 4️⃣ Руководители далеко не всегда понимают текущее состояние рынка. Какие специалисты существуют. Что умеют, с каким рабочим запросом можно к ним прийти. И чем они отличаются друг от друга. 💣 Поэтому одна из самых недооценённых компетенций в IT — это не знание BPMN, UML или SQL. А умение формулировать мысли так, чтобы другой человек понял ваш посыл однозначно, без лишних догадок. И чем выше позиция человека в компании, тем дороже обходятся ошибки коммуникации. А как вам кажется, где чаще всего ломается передача смысла: a) между бизнесом и IT b) между руководителями и командами c) между самими специалистами?

😏 Что аналитик говорит vs что аналитик думает Заказчик: — Всё понятно? Аналитик: — Да, в целом понятно. Что думает аналитик: 👉 Ничего не понятно, и пахнет проблемами. Заказчик: — Это очень простая доработка. Аналитик: — Хорошо, давайте посмотрим. Что думает аналитик: 👉 Именно после этой фразы обычно начинаются интеграции с пятью системами. Заказчик: — Тут буквально пару полей добавить. Аналитик: — Понял. Что думает аналитик: 👉 И новый процесс, три роли, два согласования и отчётность сверху. Руководитель: — Сделайте как правильно. Аналитик: — Можете уточнить критерии? Что думает аналитик: 👉 Мне теперь гадать, что для тебя "правильно»? Разработчик: — Тут всё легко реализуется. Аналитик: — Отлично. Что думает аналитик: 👉 Опасно. Очень опасно. Заказчик: — Мы не это имели в виду. Аналитик: — Давайте разберёмся. Что думает аналитик: 👉 Да ладно, опять..? Руководитель: — Не понятно. Аналитик: — Что именно вызывает вопросы? Что думает аналитик: 👉 Мы сегодня надолго, надо было поесть перед встречей. Заказчик: — Нам нужен Agile. Аналитик: — А какую проблему хотите решить? Что думает аналитик: 👉 Пожалуйста, пусть это будет не "у всех есть и нам надо". Руководитель: — Мы закрыли почти все задачи и успеваем выполнить релиз в срок! Мы молодцы! Аналитик: — Ураа Что думает аналитик: 👉 Только если я не сделаю ошибку и не сорву дату релиза. 💣 А теперь признавайтесь. Какая фраза встречается в вашей работе чаще всего? 😄

🔍 Кейс: найдите ошибку Давайте проверим аналитическое мышление. Ситуация: Аналитику поставили задачу: Подготовить ТЗ для новой части системы. Он провёл несколько встреч с заказчиком. Собрал требования. Описал бизнес-процесс. Подготовил ТЗ на 50 страниц. Согласовал документ. Через 4 месяца после старта разработки заказчик говорит: Мы не это имели в виду. Вопрос: Где аналитик допустил ошибку? Самый частый ответ: 👉 плохо собрал требования Но причина может быть глубже, попробуйте ее найти. В кейсе нигде не сказано, что аналитик: — понял бизнес-проблему — разобрался, зачем вообще нужна новая часть системы — оценил влияние изменений на текущие процессы — проверил ожидания ключевых участников — убедился, что все одинаково понимают будущий результат 💣 Очень распространённая ошибка Middle-аналитиков: начать писать решение раньше, чем становится понятна проблема В итоге получается качественное ТЗ. Иногда даже очень качественное. Но на неправильную задачу. Именно поэтому Senior-аналитики тратят так много времени на предпроектное обследование, уточнение контекста и работу с ожиданиями. Потому что плохое решение можно исправить. Плохое понимание проблемы — гораздо сложнее. ⸻ Кстати, именно такие кейсы мы регулярно разбираем внутри клуба ITHumanWork. Не задачи из учебников, а ситуации, которые происходят на реальных проектах и заставляют аналитика думать не только про требования, но и про бизнес. ⸻ А какой ответ дали вы? Получилось увидеть проблему прежде чем, изучить скрытый текст🙃?

Не вверх, а вглубь Что почитать Senior-аналитику и аналитику-управленцу Заметила интересную вещь. Когда аналитик растёт от Junior к Middle, список книг обычно выглядит так: — BPMN — UML — User Story — требования — Agile То есть мы учимся профессии. Но потом наступает момент, когда новые знания по нотациям и шаблонам уже почти не меняют качество работы. Потому что основные сложности становятся другими. Теперь нужно понимать: — почему люди сопротивляются изменениям — почему компании принимают странные решения — почему хорошие процессы не внедряются — почему руководители конфликтуют между собой — как вообще устроены организации И в этот момент аналитик начинает читать уже не про анализ. А про управление, системы, людей и бизнес. Из книг, которые в своё время сильно повлияли на меня: 📚 Ицхак Адизес Практически весь цикл его книг. Особенно полезны работы про жизненные циклы компаний, управленческие роли и знаменитая классификация PAEI. Очень помогает понять, почему компании ведут себя по-разному и почему одни управленческие решения работают, а другие нет. 📚 Мир Эяль — «На крючке» Про механики формирования привычек и поведения пользователей. Полезно не только продактам, но и аналитикам, которые работают с пользовательскими сценариями и цифровыми продуктами. 📚 Патрик Ленсиони — «Пять пороков команды» Про то, как на самом деле возникают проблемы внутри команд и почему даже сильные специалисты не всегда способны показывать сильный результат вместе. 📚 BPM CBOK На мой взгляд, одна из лучших книг для тех, кто хочет выйти за пределы моделирования процессов и начать понимать процессное управление как систему. 💣 В какой-то момент рост аналитика происходит уже не вверх по профессии. А вглубь понимания того, как работают люди, компании и системы. Именно там обычно начинается переход от: 👉 «аналитик умеет делать задачи» к 👉 «аналитик влияет на результат» ⸻ А какие книги сильнее всего повлияли на ваше профессиональное мышление?

Почему неуверенность — это нормально Особенно если вы начинаете. Очень часто начинающие аналитики думают: 👉 "Я задаю слишком много вопросов" 👉 "Наверное, я недостаточно умный" 👉 "Все вокруг понимают больше меня" Но есть один интересный факт. Если вам всё понятно — скорее всего, вы делаете уже знакомую работу. А если приходится разбираться, спрашивать, ошибаться и снова разбираться — значит вы учитесь. Неуверенность часто появляется не потому, что вы плохой специалист. А потому, что вы впервые сталкиваетесь с чем-то новым. Первой встречей с заказчиком. Первой самостоятельной задачей. Первым проектом. Первой ответственностью. 🚀 Рост почти всегда начинается с ощущения: "Я не уверен, что справлюсь" Главное — не пытаться выглядеть умнее, чем вы есть. Гораздо полезнее: 👉 задавать вопросы 👉 признавать, что чего-то не знаете 👉 и продолжать двигаться дальше --- Кстати, именно поэтому в ITHumanWork есть диагностика и клуб. Чтобы не разбираться со всеми вопросами в одиночку и иметь возможность обсудить их с более опытными коллегами. --- А помните свою первую задачу в аналитике? Было страшно? 🙂

Рынок стоит? Или что говорит взгляд аналитика Часто слышу одну и ту же мысль, да и сама так время от времени думаю: 👉 “рынок стоит” 👉 “вакансий мало” 👉 “приглашений почти нет” И самое интересное — это говорят не только Junior/Middle специалисты. У этих наоборот все начинает налаживаться. Во многих профессиональных кругах управленцы жалуются: — работы мало — откликов почти нет — приглашений практически нет И некоторые уже начинают срочно думать: 👉 “может пора открывать что-то своё” Здесь напрашивается вывод-гипотеза: Сейчас компании в первую очередь набирают: 👉 “руки” То есть людей, которые: — выполняют задачи — поддерживают процессы — закрывают операционную работу А вот людей, которые: — способны менять системы — трансформировать процессы — управлять неопределённостью — думать на уровне бизнеса 👉 брать готовы сильно реже Почему? Потому что это дорого. За последние годы компании прошли через: — сокращения бюджетов — массовые увольнения — оптимизации — пересборку команд И многие до сих пор продолжают жить в режиме экономии или все еще продолжают затягивать пояса. Поэтому сейчас довольно часто происходит следующее: 👉 бизнес пытается проводить изменения собственными силами Не потому что “так лучше” А потому что: 💣 дешевле прямо сейчас Но здесь есть проблема. Очень опасная и отложенная. Потому что: — поддерживать текущее состояние и — вовремя перестраивать систему это разные типы работы. И если компания долго занимается только “выживанием” и механическим исполнением, в какой-то момент она начинает не успевать адаптироваться к изменениям среды. (здравствуйте моя интерпретация тезисов И. Адизеса) А рынок сейчас меняется слишком быстро. И вот тут возникает парадокс: 💣 именно в период турбулентности бизнесу сильнее всего нужны люди, способные думать системно Но именно на них бизнесу психологически и финансово сложнее всего выделять деньги. Поэтому сейчас очень странный рынок. С одной стороны: — нужны изменения — нужны новые подходы — нужна эффективность С другой: — бюджеты режутся — найм замедляется — компании пытаются “справиться сами” И, честно, мне кажется: через какое-то время это очень сильно разделит рынок. На тех: 👉 кто успел перестроиться И тех: 👉 кто слишком долго экономил на способности думать А как вы это ощущаете? Рынок действительно “стоит” или он просто начал по-другому выбирать, кого нанимать в управленцев?

Бесячие проблемы рынка Стабильности не существует, но мы продолжаем её искать Ещё один противоречивый факт современной IT-реальности: 👉 и соискатель 👉 и работодатель хотят стабильности. Соискатель хочет: — долгосрочную работу — понятные задачи — уверенность в завтрашнем дне Работодатель хочет: — надёжного сотрудника — предсказуемость — долгосрочное сотрудничество Но проблема в том, что мы все сопротивляемся довольно жёсткой реальности: ‼️ стабильности не существует Особенно сейчас. И речь даже не про людей, которые увольняются “потому что стало скучно”. Таких, кстати, обычно видно довольно быстро. Я сейчас про другое. Про ситуации, когда люди теряют работу: — из-за закрытия проекта — смены команды — сокращения бюджетов — оптимизаций — реструктуризации — изменений внутри бизнеса И порой это происходит раньше, чем человек успевает проработать даже год. Из-за этого работодатели всё сильнее боятся “частых переходов” в резюме. И, честно, это понятный страх. Потому что бизнесу дорого: — адаптировать — погружать — обучать — встраивать человека в процессы Но здесь тоже есть несколько неприятных фактов. 1️⃣ Этот риск существовал всегда Просто раньше рынок был спокойнее, а сейчас цена ошибки выше. 2️⃣ Частая смена работы ≠ низкая компетентность Иногда это: — особенности рынка — проектная работа — нестабильность компаний — попытка выжить в турбулентности 3️⃣ Работодатель сам не может гарантировать стабильность И это, наверное, самая неприятная часть. Потому что даже “стабильная компания” в любой момент может: — урезать бюджеты — сократить направление — закрыть проект — пересобрать команды И чаще всего причины лежат в двух плоскостях: 👉 субъективной “нам не подходит этот человек” 👉 или объективной “мы больше не можем себе его позволить” или “этот человек не помогает бизнесу зарабатывать” И получается довольно парадоксальная ситуация: все ищут стабильность в системе, которая сама перестала быть стабильной Наверное, именно поэтому сейчас так важны: — адаптивность — мышление — способность быстро учиться — и умение работать в неопределённости Потому что это единственное, что остаётся более-менее стабильным. А как вам кажется: рынок действительно стал менее стабильным или мы просто перестали строить иллюзии? 🙂

🎁 Разыгрываю место на ближайшую QA-сессию клуба ITHumanWork И хочу сделать это чуть интереснее, чем просто “поставьте реакцию” 🙂 На QA-сессиях мы обычно разбираем: — сложные рабочие ситуации — конфликты ролей — проблемы в командах — предпроектное обследование — работу с неопределённостью — реальные кейсы аналитиков, лидов и продактов Поэтому условие участия будет таким: 👇 Напишите в комментариях: — сложный кейс из вашей практики или — рабочую ситуацию, которую вы до сих пор не понимаете как правильно решать или — вопрос, который давно хочется обсудить с другими специалистами 💣 Победителя выберу не рандомно А по самому интересному / неоднозначному / жизненному кейсу И да, вполне возможно, что часть кейсов потом разберём ещё и отдельными постами в канале 👀 Если у вас есть коллеги: — аналитики — лиды — продакты которым это тоже может быть полезно — можете переслать им этот пост 🙌 Посмотрим, какие реальные боли и ситуации сейчас происходят внутри профессии

Почему функции Product Manager всё чаще пересекаются с анализом? 🤷‍♀️ Ранее разграничение ролей казалось более чётким. Product Manager: 👉 отвечает за продукт, его ценность и стратегию. Аналитик: 👉 собирает требования и содействует реализации. Однако по мере развития индустрии эти роли начинают всё активнее пересекаться. В чём причина такого развития событий? Современный Product Manager уже не может ограничиваться исключительно уровнем: — идей; — гипотез; — дорожных карт (roadmap). Сегодня специалисты по продукту всё чаще вынуждены: — разбираться в бизнес-процессах; — понимать ограничения систем; — проводить анализ данных; — работать в условиях неопределённости; — выявлять реальные проблемы пользователей; — управлять требованиями и ожиданиями стейкхолдеров. Это уже сфера аналитического мышления. Одновременно с этим аналитики также начинают двигаться в сторону Product-подхода. Поскольку хороший аналитик давно не просто: 👉 «описывает требования». Он: — фокусируется на ценности; — влияет на принятие решений; — содействует приоритизации задач; — сохраняет понимание бизнес-контекста; — оценивает влияние изменений на продукт. 😡 В итоге границы между ролями начинают размываться. Всё чаще вопрос звучит не так: 👉 «какова ваша формальная роль?» А так: 👉 «какую функцию вы выполняете в команде?» При этом роли остаются различными. Product Manager отвечает: — за направление развития; — за ценность; — за бизнес-результат. Аналитик: — за исследование; — за структурирование информации; — за выявление и удержание контекста. Однако без развитого аналитического мышления Product Manager сегодня очень быстро начинает принимать решения, основанные исключительно на интуиции. А без глубокого понимания продукта аналитик рискует превратиться в специалиста по оформлению документации. И, честно говоря, представляется, что в будущем пересечений станет ещё больше. Особенно в командах, где приоритетом является не процесс ради процесса, а реальный результат. ❤️ Как вы считаете: границы между Product и аналитикой действительно становятся тоньше или это результат смешивания ролей со стороны компаний? 🪫

Друзья, если вы давно планировали: — зайти в профессиональное сообщество с реальным обменом опытом, а не просто в “чатик по интересам”; — разбирать на онлайн-встречах реальные кейсы коллег или приносить свои; — наконец-то понять, куда двигаться дальше в профессии; — найти подходящего ментора, которому действительно можно доверять; — начать получать приглашения на собеседования и самостоятельно понимать причины отказов; — научиться собирать сильное резюме, а не просто “шаблон под вакансии”; — и в целом перестать ощущать себя потерянно в профессии и на рынке 👉 возможно, сейчас самое время записаться на бесплатную диагностическую встречу в ITHumanWork На диагностике мы: — определим ваш текущий профессиональный уровень — посмотрим на сильные и слабые стороны — обсудим карьерные цели — и подскажем, куда и как вам расти дальше Почему я пишу об этом именно сейчас? Потому что: 💣 с июня стоимость участия изменится И сейчас тот самый момент, когда ещё можно: 👉 зафиксировать текущие условия и стоимость участия 🔗Если давно присматривались — заполняйте форму Разберём ваш текущий контекст и посмотрим, подойдёт ли вам формат ITHumanWork 🚀

Сейчас много думаю о развитии ITHumanWork и о новых направлениях внутри проекта Помимо бизнес-анализа всё чаще смотрим в сторону: — System Analyst — Product Analyst — Product Manager И, честно, мне сейчас важно понять: 👉 с какими сложностями вы сталкиваетесь 👉 куда хотите расти 👉 чего вам сейчас не хватает для следующего шага Поэтому приглашаю вас на бесплатную диагностику 👌 ☑️ Записаться можно на сайте или в сообщения канала Если вы: — хотите расти в аналитике или Product Management — не понимаете, куда двигаться дальше — упёрлись в потолок — хотите сменить направление — чувствуете, что “что-то не так”, но не можете сформулировать что именно 👉 приходите На диагностике разберём: — ваш текущий уровень и контекст — куда хотите прийти — что мешает сейчас — каких навыков/опыта/понимания не хватает — и какие варианты развития могут быть дальше ☑️ Записаться можно на сайте или в сообщения канала И да, если у вас есть знакомые: — аналитики — продакты — или те, кто только хотят войти в профессию можете переслать им этот пост пусть тоже запишутся и получат ясность 🧠

ITHumanWork | Карьера в IT и Бизнес анализ pinned «Telegram всё…? Последнюю неделю не удается не то чтобы медиа отправлять, уже даже сообщения могут не приходить. Вот вам и 1 апреля.😒 Но мы не унываем и просто создаем канал ITHumanWork в MAX. Там тоже скоро начнут выходить ваши любые посты. Присоединяйтесь…»