БА/СА/Тоси-боси про анализ

БА/СА/Тоси-боси про анализ pinned a photo

С днем системного аналитика!

✋✋ ЧТО ТАМ ПО ЗАРПЛАТАМ АНАЛИТИКОВ? UPDATE

У меня для вас две новости!
Первая: у нас теперь есть дашборд с зарплатами аналитиков, доступный без VPN ! Теперь можно посмотреть статистику по грейдам, опыту работы, доменам и другим параметрам.
И самое приятное - дашборд обновляется каждый день, так что данные всегда свежие.

👉 Смотреть зарплаты аналитиков 
👉 Смотреть зарплаты аналитиков 
👉 Смотреть зарплаты аналитиков 

📝 Вторая - нам всё ещё нужны ваши зарплаты!
Если вы аналитик и ещё не заполнили анкету, потратьте 3 минуты и поделитесь своей зарплатой.
Чем больше нас будет, тем точнее статистика и тем проще понять, сколько реально платят аналитикам на рынке.

👉 Заполнить анкету 
👉 Заполнить анкету 
👉 Заполнить анкету 


И перешлите пост коллегам-аналитикам. Давайте уже выясним, сколько нам всем должны платить!

буквально любой звонок на работе…

😅 «Слушай, а сколько ты получаешь?» - вопрос, который почти никто не задаёт вслух

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

Спрашивать коллег напрямую - неловко, все понимают. Поэтому я делаю это анонимно за вас 🙂

Обновила дашборд по зарплатам аналитиков - там уже удобно сравнивать себя с рынком без неловких разговоров. Балуйтесь 😂
Пишите какие графики хотите увидеть.

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

Помогите набрать 👇

💫 если ты аналитик - добавь свои данные, это займёт 3 минуты и анонимно
💫 если знаешь аналитика, который стесняется спросить кого-то про зарплату - перешли ему этот пост, вот он и способ узнать без неловкости

Дашборд ТУТ (ОСТОРОЖНО, тут КЛОД! Нужен впн) Дашборд пока ток под впн доступен, работаю над этим)
Форма опроса ТУТ

Люди изучает ии, чтобы оно решало рабочие задачи и облегчало рутину.

Я изучаю ии, чтобы пилить смешные видосики 😅

Рынок труда в 2026 be like. Кто-то уже вышел за новыми офферами? Я в этом году пропускаю всю движуху, к сожалению

Ребята, собираются в Москве и планируют читать книги по бизнес-анализу. Мне кажется кому-то здесь было бы интересно 🤨

Кажется, сентябрь всё-таки навсегда останется месяцем, когда хочется купить новую тетрадь и начать чему-нибудь учиться.

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

Не только пересказы, статьи и очередные «10 техник аналитика», а разбираться, откуда появились сами идеи, что авторы вкладывали в них изначально и как всё это можно использовать в работе.

Раз в месяц участники читают одну книгу, обсуждают её по ходу чтения, делятся примерами из своей практики, а потом встречаются офлайн в Москве.

Первый сезон посвящён стратегическому анализу.
Будут разбираться:
• как анализировать отрасль и конкурентов; • как устроена бизнес-модель компании; • как стратегия превращается в цели и показатели; • как компании проходят через изменения; • как работать с рисками и неопределённостью.
В программе — Грант, Портер, Остервальдер и Пинье, Каплан и Нортон, Коттер, ДеМарко и Листер.

Первая встреча — 4 октября в Москве.
Если вам такое интересно — присоединяйтесь 📚

В прошлой серии мы остановились на том, что заказчик пришёл посреди разработки и сказал:

«А давайте ещё промокоды. Там же ничего сложного».

Мы посмотрели на новую бизнес-логику, новые сценарии и поняли: нет, Петрович. Это не уточнение. Это CHANGE REQUEST.

И вот тут у аналитика обычно открываются две ветки развития персонажа:

💫 «Да, конечно, добавим»
или
💫 «Нет, мы scope уже согласовали»

Обе, на мой взгляд, хуёвые.

Потому что задача аналитика не защищать требования от заказчика своим телом.

И не складывать внутрь релиза всё, что заказчик вспомнил по дороге на обед.

Задача - сделать стоимость изменения видимой.

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

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

Как же выглядит нормальная работа с Change Request:

📍 ЧТО именно меняется?
Какие требования, сценарии, системы, интеграции, данные, интерфейсы и бизнес-правила затрагиваем.

📍 КАК это влияет на уже согласованное решение?
Нужно ли что-то перепроектировать?
Переделывать уже написанный код?
Менять контракты?
Добавлять миграции?
Перетестировать старые сценарии?
Есть ли зависимости от других команд?

📍 ВО ЧТО нам это обойдётся?
И я сейчас не только про деньги.
Сроки. Люди. Риски. Объём разработки. Объём тестирования. Другие задачи, которые из-за этого не попадут в релиз.

Поэтому самая полезная фраза при работе с изменениями обычно не:
«нет, это нельзя».

А: можно все, но вот последствия

Хотите промокоды в этом релизе?
Можно. Но тогда релиз уезжает на две недели. Или мы выкидываем из него другую фичу. Или делаем урезанный вариант промокодов сейчас, а остальное следующим этапом.

И вот здесь важная вещь:

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

Наша задача - показать варианты и последствия.

А дальше уже ебитесь сами выбирайте сами.

И главное заклинаю! Не просто обсуждаем на созвона, а фиксируем:

🪄что меняем
🪄почему
🪄какие требования затронуты
🪄какое решение выбрали
🪄как изменился scope
🪄как изменились сроки/оценка/риски
🪄кто это согласовал

Как именно это называется у вас - Change Request, RFC, отдельная Jira-задача, запись в Confluence или священный Excel Сергея Петровича - уже второй вопрос. Лишь бы оно было в письменном формате.

Реально столько багов у нашей реальности 🐱

От всех хотелок заказчика поможет обычная советская сода. Шучу-шучу. Жестко зафиксированный scope и клиент в наркозе не нуждается.

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

Вы согласовали с заказчиком scope релиза. Разработка уже началась. Через неделю заказчик приходит и говорит: «А давайте ещё промокоды. Там же ничего сложного, просто добавим поле на чекаут».

Покажите на кукле заказчика, что будете делать дальше.

Как вы поймёте, это уточнение требований или уже изменение scope?

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

Я тут сразу захватываю несколько историй:

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

Часто сталкиваюсь с тем, что работа с изменениями у многих представляется так:
💫 заказчик попросил → вроде мелочь → добавили в задачу → пошли дальше → сроки уехали → все удивились

Но проблема scope creep обычно не в том, что на проекте появляются изменения.
Изменения появляются всегда.

Проблема начинается тогда, когда изменение никто не признал изменением.

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

Это вполне может быть обычной детализацией уже согласованного требования.

А потом заказчик говорит: «Кстати, ещё нужна оплата частями».

И тут, как говорится, дьявол кроется в деталях. Ведь за таким запросом могут стоять (это я навскидку придумала): новый провайдер, новая интеграция, новые статусы, новая логика refundов, изменение интерфейса на чекауте, новые бизнес-правила, новые сценарии платежного пути, а там и новые ошибки…

И если всё это просто тихонько положить внутрь старой задачи, потому что «ну это же тоже оплата», поздравляю.

Вам пиздец Scope creep.

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

С его стороны «это просто еще один способ оплаты»…

Поэтому первый из моих вопросов при любой новой хотелке: А это всё ещё та же задача?

Второй обычно, как сделать так, чтобы все-таки этого не делать😂

Как понять эта новая задача ? По сути посмотреть на ее основные признаки:
📍 новая бизнес-цель
📍 новая группа пользователей
📍 новый сценарий
📍 новая интеграция
📍 новая сущность
📍 новое бизнес-правило
📍 новое ограничение

Если что-то из этого есть, то с вероятностью 90%, мы уже не уточняем старое.

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

А сделать изменение видимым для обсуждения….

Продолжение следует, ставим ❤️, если ждете….

Ну что поздравляю вас с началом новой недели! Вот наше расписание на каждый день 😂😂😂

Опять начинаю пропадать из канала, потому что:
- у меня тьма срочных задач, а еще теперь я типа продакт, и надо планировать эти ваши роадмапы
- у меня начался курс по системному анализу, очень хорошо все идет, но я все равно что-то постоянно улучшаю и готовлюсь

Поэтому я чо подумала, я взяла и запланировала посты на всю следующую неделю. Будем говорить про scope creep, change requestы и как сказать «нет» свои любимым клиентам. Спойлер: даже без драк. 😂