User Story ≠ «просто пришёл на PBR»

Есть миф, что если команда работает по User Story, то от системного аналитика ничего не требуется, кроме как прийти на PBR и на встрече «на ходу» вместе с командой прописать критерии приёмки.
* PBR — это встреча, где вы с командой разбираете бэклог продукта.

🚨 Это не так! 🚨

К моменту PBR СА проделывает огромную работу (считай, 85%):
✔️ Продумал декомпозицию этой User Story.
✔️ Проработал десятки Use Cases, нарисовал диаграммы, черновик контракта сделал.
✔️ Обсудил идеи с дизайнером.

Так, на встрече команда допродумывает оставшиеся 15% нюансов, а не занимается полным разбором «с нуля».

User Story — это целая методика работы.
📌 Как системный аналитик вписывается в работу команды по User Story?
📌 Что аналитик делает до PBR, чтобы встреча была эффективной?
📌 Как работать с User Story так, чтобы команда не теряла время?

Все ответы на эти вопросы есть в нашем курсе «User Story & Use Case»!

🔗 Подробнее 👉 analystcore.com

#user_story

🚨 Внимание! С нами случилась ужасная несправедливость 🚨

Привет, с вами Вера, основатель AnalystCore.

Сегодня мне пришло уведомление, что я ликвидировала своё ИП.
Но, конечно же, я этого не делала! ❌
Но кого это волнует?

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

Я посмотрела на это заявление 📃, так там:

📃 — не мой номер телефона
📧 — не мой email
✍️ — не моя подпись!

На это мне конечно же ответили, что «НЕТ, это ваше заявление!», «НЕТ, это ваша подпись!», «Это суд будет решать, что эта подпись не ваша!», «НЕТ, это ваши данные!».

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

Вроде всё, дело раскрыто, но…

- «Видимо, другая Коновалова Вера не помнила свой ОГРНИП, ей предложили этот, и она согласилась с ним»
- «Наотменяют свои ИП, а потом приходят с просьбами «верните»»
- «Знаете, вы ведёте себя как...» — а я ведь просто спокойным голосом просила дать мне чёткий план действий, какое заявление мне писать и на кого. Как вернуть ИП?

ЧТО В ИТОГЕ:
🚫 Наши счета заблокировали.
🚫 Банк — заблокировал.
🚫 Все сервисы по оплате — заблокировали.
🚫 Подписки на бизнес-сервисы, оплаченные на год вперёд, летят в трубу.

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

Сам специалист поддержки налоговой мне еще утром намекал «Откройте новое ИП. Так будет проще».

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

❗ Что это значит для нас и для вас?
Платежи временно недоступны. Мы не можем продавать курсы, принимать оплату, формировать чеки. Это уже ударило по нам.

Мы работаем над тем, чтобы как можно скорее вернуть возможность оплаты. Я держу вас в курсе, но, честно — бомбит так, что просто нет слов.

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

Ваша злая, но всё ещё верящая в справедливость Вера ❤️

Уважаемые коллеги, приглашаем Вас на интересную апрельскую конференцию для SА\BA, состоящую из блоков ВА-практик/Инструменты и SOFT Skill ВА/SA

Ждём вас 05 апреля, в субботу, на онлайн-конференции Analyst Marathon #13.

Некоторые темы докладов:

✅ Системный и бизнес-аналитик: как совмещать две роли в одном лице
✅ Арсенал инструментов для экспресс бизнес-анализа
✅ Автономность или функциональная определённость в работе аналитика. Стратегии в контексте 2025
✅ Путеводитель по океану знаний: как аналитикам учиться эффективно
✅ Техники и инструменты менторства

Полная программа

Где проходит: онлайн
Когда: 05 апреля, с 10 до 17 ч.
Что потом: видеозаписи, презентации, материалы докладов

Регистрация физ лиц ЗДЕСЬ
С оплатой для юр лиц, можно ознакомится ЗДЕСЬ

Представление докладов и общение со спикерами в чате конференции (https://t.me/Analyst_Marathon_chat)

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

Всем привет!
Я снова с вами.

История с ФНС меня сильно подкосила, но не сломила 🙂
Сейчас у меня очень позитивный настрой на работу. Работа кипит, планов по развитию платформы — гора! Юрий вовсю кодит, я занимаюсь улучшением контента и организационными делами.

Хочу поделиться с вами тремя мыслями, которые я себе повторяю, когда становится тяжело 👇

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

2️⃣ Пусть это будет самым большим разочарованием за долгое время.
Эту фразу мне подсказала подруга. Я повторяю её и верю, что впереди только рост и процветание. 💫

3️⃣ Я слишком люблю AnalystCore и верю в наше дело, чтобы надолго выходить из строя.

В общем, нечего грустить! Времени нет. Долгая грусть не даёт результатов. 😉
Только вперёд!

С вами Вера, основатель AnalystCore ❤️

Если не можете написать User Story — не пишите её! 😉

Хотим поделиться важной мыслью:
❗ Если формат User Story не подходит под вашу задачу — не пишите её.

Например, другая команда пришла к вам и сказала:
«Мы обновляем версию метода, переходите на новую»

Что делает аналитик? Пишет:
❌ «Я, как система, хочу перейти на новую версию метода, чтобы…» 🤦‍♀️

Остановитесь. Это не User Story!
Система не может чего-то хотеть.

Когда это станет User Story?
✅ Только если переход на новый метод приурочен к задаче, которая несёт ценность пользователю или бизнесу. Например:

«Как бухгалтер, я хочу получать отчёты с новыми полями, чтобы передавать полную и актуальную информацию в налоговую инспекцию»

Вот для этой истории уже и нужна интеграция на версию 2.0.

А если смена версии не несёт бизнес-ценности и никак не влияет на пользователя — не пишите User Story. Просто оформите это как обычную тех.задачу.

Не превращайте бэклог в склад формальностей! 😉

#user_story

Айтишные привычки, которые выходят за пределы работы 😅

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

✔️ Писать списки дел с чекбоксами… даже когда это список покупок в магазине. Без галочек — как-то не то.
✔️ Планировать обычную прогулку по принципу маршрутов и контрольных точек: сначала кофе, потом парк, потом магазин. 🙈
✔️ Бытовые задачи раскладывать на «релизы»: в эти выходные — стандартная уборка, в следующие — мытьё окон и чистка дивана.
При этом в процессе уборки всегда можно выделить MVP — минимальный объём дел, чтобы дома было прилично. Чтобы было не стыдно, если вдруг кто-то зайдёт в гости. Всё остальное можно спокойно отправить в бэклог. 😄

«Мыслить как айтишник» — это не выключается, даже дома. И в этом есть своя прелесть! 😉

А какие привычки замечали у себя вы? Делитесь в комментариях, соберём коллекцию забавных айтишных заморочек.
👇👇👇👇👇

📣 Внимание! ФНС устранила свою ошибку, и мы снова можем принимать платежи!

Всем привет! 👋
Мы к вам с очень хорошими новостями! 😍

Представляете, проблема с ФНС решилась в нашу пользу — и всего за неделю. Это просто чудо!

Напомню коротко, что случилось.
ФНС по ошибке ликвидировала моё ИП. К ним пришла моя однофамилица и написала заявление на закрытие своего ИП, но закрыли почему-то моё. 🤦‍♀️
Я звонила в ФНС, ездила туда лично, написала от руки жалобу, её зарегистрировали. Потом пришла домой и отправила ещё два гневных заявления в электронном виде. Не знаю, что именно сработало, но спустя 4 дня мне позвонили из ФНС и сообщили, что запись о ликвидации — это ошибка, и её отменили! 🙌
На следующий день обновился статус ИП (а на него завязаны все сервисы, включая банковские). И вот сегодня банк вернул нам все сервисы!

А это значит, что 👇👇👇👇👇
✨ Потоку курса «Системный аналитик. С нуля до старта» — БЫТЬ!
Мы только немного перенесли дату старта.

📅 Старт — 17 апреля
⏳ Обучение длится 4 месяца

Ознакомьтесь с программой курса на нашем сайте и скорее занимайте места. На прошлый поток места разлетелись махом!
Будет повышение цен 📈. Успевайте!

Как же мы рады! 🎉
Всем спасибо за вашу поддержку — за комментарии, реакции, тёплые слова и сообщения в ЛС. Это невероятно помогало не опускать руки! ❤️

Ваши Вера и Юрий,
основатели AnalystCore

Разыгрываем бесплатный билет на полный доступ на конференцию от Analyst Marathon

5 апреля, в субботу, пройдёт онлайн-конференция Analyst Marathon #13.

Некоторые темы докладов:

✅ Системный и бизнес-аналитик: как совмещать две роли в одном лице
✅ Арсенал инструментов для экспресс бизнес-анализа
✅ Автономность или функциональная определенность в работе аналитика. Стратегии в контексте 2025
✅ Путеводитель по океану знаний: как аналитикам учиться эффективно
✅ Техники и инструменты менторства

Полная программа (https://analyst-marathon.timepad.ru/event/3260978/)

Чтобы принять участие в розыгрыше, нужно выполнить всего 2 действия:
1. Быть подписанным на наш канал «AnalystCore | Системный аналитик в IT»
2. Написать в комментарии под постом «Я участвую»

27 марта с помощью рандомайзера определим человека, который отправится на конференцию бесплатно!

🎉 Итоги розыгрыша на Analyst Marathon #13!

Билет на конференцию выиграл @cattissimo1 — поздравляем! 🎟️🥳

А для всех подписчиков — скидка 15% на полный билет.
Используйте промокод AC15_AM13 при покупке.

https://analyst-marathon.timepad.ru/event/3260978/

До встречи на конференции! 🚀

Работаете 1–2 года, а ощущение, что за пределами вашей команды — другая вселенная?

Вы уже системный аналитик. Работаете 1–2 года. Но всё равно время от времени появляется ощущение:

👉 «А если я чего-то не знаю, а в другой компании это обязательно?»
👉 «А как вообще у других — так же, как у нас? Или по-другому?..»
👉 «А если у меня шаблон Use Case странный?..»
👉 «А почему я до сих пор путаюсь в том, как оформлять требования для фронта и бэка?..»
👉 «А что вообще делает аналитик на PBR, кроме как слушает?..»

Знаете что? Задавать эти вопросы — это абсолютно нормально.
В каждой компании свои процессы, документы, подходы. Где-то Use Case, где-то User Story. Где-то строго по Scrum, где-то «у нас свой Agile». Где-то один аналитик делает всё, а где-то 3 человека делят одну фичу.

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

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

🧠 Всё это — с обратной связью, реальными задачами и поддержкой.

Старт потока — 17 апреля.
⚡ Успейте записаться до повышения цен.

Как выстроена работа системного аналитика в разных командах?

Привет!
С вами Вера, основатель AnalystCore.

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

1️⃣ Системный аналитик один на проекте
Это предполагает много свободы, но и больше ответственности.

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

2️⃣ Два-три системных аналитика на проекте. Вы все равны
В этом варианте у вас один руководитель, например, техлид команды разработки или проджект-менеджер. Ваши задачи разделены либо по бизнесовым направлениям, либо вы всегда работаете над одной задачей вместе, но один, например, больше прорабатывает фронт, другой — бэк.

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

3️⃣ Много системных аналитиков на проекте. У вас есть тимлид аналитиков. Каждый аналитик в отдельной команде
🏗 Большие проекты часто делят на команды. В одну такую команду обычно приглашают одного-двух системных аналитиков. Схема работы похожа на варианты 1 и 2. Но тут ещё есть общеаналитические встречи.

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

4️⃣ Много системных аналитиков на проекте. У вас есть тимлид аналитиков. Вы работаете в отделе аналитиков и как бы «изолированы» от команды разработки.

📌Особенности работы:
— Вы работаете по Канбану: проанализировали одну задачу, закончили, берёте следующую и так далее. Но процесс разработки похож на waterfall: после анализа передаёте задачу в разработку и забываете о ней. Узнаёте, только если к вам придут с вопросами.
— Вы не ходите на командные встречи (дейли и ретро). Взаимодействуете только с внешними командами (согласовываете контракты), дизайнером, тимлидом аналитиков, с техлидом разработки (согласовываете результат анализа, проектируете вместе).
— Именно тимлид аналитиков ходит на все командные встречи, в курсе, что нравится/не нравится команде разработки и передаёт вам эту информацию.
— У вас много общеаналитических встреч, где вы обмениваетесь опытом. Вы знаете свою систему и можете подхватить друг друга.
Такой вариант удобен, когда аналитиков в компании много, но снижает погружённость в процесс разработки.

Без этого навыка не позовут в сильную команду

Вы можете знать архитектуру, API и интеграции, но если у вас провисает сбор и документирование требований — работать будет тяжело.

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

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

Нужно расширять кругозор, чтобы оставаться востребованным на рынке:
🎤 Ходить на митапы и конференции
📖 Читать статьи и смотреть, как делают другие
🛠 Пробовать новые подходы

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

Есть много путей, как прокачаться. Мы предлагаем свою помощь.
👇👇👇👇👇

Приходите на курс и прокачайте БАЗУ — разберём сбор и оформление требований, моделирование процессов, проектирование БД, работу с макетами, основы интеграций и документацию. Будет много примеров и практики.

⚡️Успейте записаться по текущей цене.

✍️ Письмо самому себе на старте карьеры
Что бы я сказала себе джуну 9 лет назад?

1️⃣ Не бойтесь просить помощь
Разбираетесь в задаче пару дней — отлично. Но если дальше тупик, обращайтесь за помощью к коллегам. Долгое копание, которое тормозит работу, вредно и вам, и бизнесу.

2️⃣ Вы новичок и можете многого не знать
Вы не можете знать всего. Вы только учитесь! Для вас каждый кейс — новый, и это окей))
Не будьте строги к себе. Все ваши коллеги понимают, что вы новичок.

3️⃣ Трудные задачи — это опыт в копилку
Сейчас тяжело? Отлично, значит, вы растёте. Через год эту задачу решите за 10 минут.

4️⃣ У вас есть сильные стороны
Да, сейчас у вас есть слабые места. Но и сильные тоже есть! Выделите их. Есть то, что на работе поручают именно вам. Вам кажется, что это что-то лёгкое и неважное? На самом деле нет. Вам доверяют! Это и есть ваша сильная сторона на текущий момент, помните об этом.

5️⃣ Учитесь, даже если задач нет
Не ждите, пока вам дадут новые задачи, чтобы прокачаться. В первой компании можно отработать два года, но так и не столкнуться с моделированием данных, реальной БД, АПИ, постманом, сваггером и пр. Поэтому после работы учитесь на учебных проектах. Почувствовали силы? Идите сами к руководителю и просите такие задачи! Вам нужен опыт.

💬 Как бы вы дополнили этот список? Что бы посоветовали новичкам?
👇👇👇👇👇

💡 Хотите понять, чем занимается системный аналитик в разных компаниях? У нас есть бесплатный урок!

В нём:
🔹 Что делает системный аналитик в разработке ПО.
🔹 Разбор реальной рабочей задачи: «что и в каком виде приходит от заказчика» и «как системный аналитик с этим работает».
🔹 Возможность оценить нашу подачу материала и формат обучения.

Попробуйте бесплатно!
Успейте записаться, места ограничены.

Мы готовим курс по документации и хотим, чтобы он был по-настоящему полезным 🙌

В нём будет про то, как оформлять пространство в Confluence, как связывать задачи в Jira с документацией и как писать ТЗ так, чтобы оно сразу становилось документацией по продукту.
Будем делиться шаблонами, примерами, лайфхаками — всё как вы любите 😉

Но чтобы курс точно решал актуальные задачи, нам НУЖНА ВАША ПОМОЩЬ!
Расскажите, какие вопросы про документацию вас волнуют — и мы постараемся включить их в программу.

👉 Заполните короткий опрос (2–3 минуты) https://forms.gle/viFWmF5VVmdtApix9
А мы пришлём вам скидку на курс, когда он запустится!

Будем рады вашим идеям 🙌

В ближайшие недели мы будем говорить об API — в особенности про REST API 🔥

Сегодня API встречается в каждом проекте — и понимание, как он устроен, критически важно для работы системного аналитика.

📌 Нужно продумать взаимодействие между фронтом и бэком в вашей системе? Используете API.
📌 Нужно интегрироваться с другой системой в вашей компании? Снова API.
📌 Нужно подключиться к внешнему сервису, чтобы подтянуть адреса, курсы валют? Без API никуда.

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

💡 Будем разбирать всё по полочкам:
и для тех, кто впервые слышит про API,
и для тех, кто уже работал, но хочет глубже.

Оставайтесь с нами и следите за постами — будет полезно и практично! 💪