🎉 Спасибо всем, кто принял участие в опросе! Мы очень ценим вашу вовлечённость.
Вместе с вами у нас получился процесс «Ремонт», состоящий из 5 ключевых шагов.

Выбрать подрядчика ➡️
Согласовать смету ➡️
Закупить материалы ➡️
Провести ремонтные работы ➡️
Принять объект

📌 Это декомпозиция первого уровня. Дальше каждый из этих шагов нужно ещё детализировать.

Как вы могли заметить, все стрелки с модели Чёрный ящик перенесены на эту схему. Это очень важно! Потоки входов, выходов, управления и механизмов должны быть согласованы на всех уровнях детализации.

💡 Лайфхак по проверке схемы
1️⃣ Если при детализации появились новые стрелки, вернитесь на предыдущую модель и добавьте их. Это поможет сохранить целостность.
2️⃣ Если на первой схеме остались стрелки, которые отсутствуют на детализированной, значит, что-то упущено. Исправьте это, чтобы избежать ошибок.

#processdesign

Я надеюсь, вы вчера, пока ехали домой или занимались своими делами, задумались о декомпозиции процесса «ремонтных дел»! 😊

Теперь двигаемся дальше. А что здесь делает системный аналитик и чем мы можем помочь?

1️⃣ Мы построили процесс и задокументировали его. Это базовый шаг, чтобы понять, как всё работает, и выявить ключевые шаги.
2️⃣ Но мы это делали не просто так. Как системные аналитики, мы с помощью информационных технологий автоматизируем процессы. И это именно то, что я предлагаю сделать дальше.

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

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

💡 Кстати, мы уже много говорили о том, как собирать требования. Ищите все посты по хэштегу #requirements и освежайте знания!

#processdesign

Домашнее задание: проработайте требования! 🎯
Мы сделали первый шаг и построили бизнес-процесс ремонта. Теперь ваша очередь поработать над деталями!

💡 Задание
Проработайте требования к агрегатору для выбора подрядчика (и сам процесс ремонта). Какие функции обязательно должны быть в таком приложении? Какие нюансы нужно учесть?

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

📝 Присылайте свои идеи и проработанные требования в комментариях!
Это отличная возможность потренироваться, получить обратную связь и...
✨ Бонус! Всем, кто выполнит задание, мы отправим небольшой приятный сюрприз в ЛС.

Ждём ваши варианты! 🚀

#requirements

Всем привет! 👋
С вами Вера.

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

Там я буду писать:
💡 о моем опыте в системном анализе,
✈️ о путешествиях и личных открытиях,
😄 о жизни вне работы — ведь я тоже человек!

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

Подписывайтесь и будьте на связи — будем делиться историями и опытом 😉
https://t.me/vv_konovalova

Системному аналитику важно понимать бизнес-процессы!

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

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

Мы уже проделали большую работу:
✅ Разобрались, что у любого процесса есть входы и выходы.
✅ Изучили модель Чёрный ящик.
✅ На примерах уборки ёлки, производства мебели, покупки абонемента, ремонта и даже приготовления борща посмотрели, как декомпозировать процесс.
Всё это читайте по хештегу #processdesign

🎁 Хотите закрепить материал и получить ещё больше полезных примеров от меня?
Пишите в комментариях ХОЧУ БЕСПЛАТНЫЙ УРОК из курса и мы отправим его вам в ЛС!

В этом видеоуроке вы всего за 10 минут узнаете:
🔹 Что такое бизнес-процесс на понятном примере — учебный процесс в ВУЗе.
🔹 Какие бывают входы и выходы — получите удобную шпаргалку (можно заскринить и использовать в работе).
🔹 Потренируетесь в определении входов и выходов на реальных процессах.
🔹 А главное поймёте, зачем системному аналитику всё это нужно знать.

Также это уникальный шанс, помимо бесплатного ТЕСТ-ДРАЙВА, познакомиться с нашим курсом, манерой преподавания и убедиться, что сложные вещи можно объяснять просто и понятно. 🚀

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

Как-то я рассказывала вам о своей цели на год — расширить вокабуляр на английском. Сегодня делюсь промежуточными результатами: я выработала методику запоминания слов! ✍️👇

Зачем компании нанимают джунов? 🤔

В IT все хотят найти работу, но многие новички боятся: «Зачем компаниям джуны? Кому нужен неопытный сотрудник?» На самом деле, нужны! Компании заинтересованы в развитии кадров и активно нанимают новичков.

Вот 4 причины, почему работодатели готовы брать джунов:

1️⃣ Джун дешевле, чем мидл или сеньор
💰 Бюджет не всегда позволяет нанять опытного специалиста, а задачи нужно решать. Джун — это выгодное вложение.

2️⃣ Джун мотивирован учиться и развиваться
🚀 Новички часто горят желанием расти, готовы разбираться в сложных задачах, осваивать новые инструменты и быстро адаптироваться.

3️⃣ Джунов можно обучить под нужды компании
🎯 Компании часто проще научить джуна «под себя», чем перестраивать привычки опытного специалиста.

4️⃣ Подготовка будущих сильных специалистов
🏆 Если вложить усилия в обучение джуна, через год-два он вырастет в отличного мидла, который будет ценить компанию и работать продуктивно.

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

С вами Вера и Юрий,
Основатели AnalystCore

#path_to_sa

🧐 С чем у вас ассоциируется джун?

На днях мы с Юрием сидели и думали: а какой символ можно поставить на иконку к постам про джунов? 🤔

🐣 Может, это птенец, который только учится летать? 😅
🎒 Или студент с рюкзаком, погружающийся в новую сферу?
🛠️ А может, это молодой специалист, которому дали первый инструмент в руки?

Хотим узнать ваше мнение.
❓С чем или с кем у вас ассоциируется джун?

Пишите в комментариях ваши идеи!
👇👇👇👇👇

Кто такой джун и чем он отличается от других? Разбираем грейды системных аналитиков

🐱💻 Junior (джун) — это начинающий системный аналитик, который только делает первые шаги в профессии. Он уже освоил базу, но пока не несёт полной ответственности за свои решения.

🚀 Чем отличаются грейды?

✅ Junior SA — выполняет задачи под руководством наставника, изучает процессы в компании, занимается доработками существующей функциональности (а не разрабатывает что-то с нуля), не принимает критически важных решений. Его главная опора — наставник.
✅ Middle SA — работает самостоятельно, отвечает за свои задачи, взаимодействует с командой, участвует в разработке решений, может брать на себя сложные задачи. Может быть наставником для джунов.
✅ Senior SA — эксперт, который выстраивает процессы (по которым работают джуны и мидлы), участвует в разработке архитектурных решений, решает сложные кросс-системные задачи.

📌 Главное про джуна:
✔️ Учится на практике, но его работу проверяют.
✔️ Допускает ошибки, но за них отвечает наставник.
✔️ Не принимает решений, которые могут критически повлиять на систему.

#path_to_sa

📌 Что делает системный аналитик на старте карьеры?
Джун не сразу погружается в сложные проекты. Сначала ему дают простые, но полезные задачи, которые помогают освоиться в компании и набраться опыта.

Типичные задачи джуна:

1️⃣ Документирование — оформить требования, обновить спецификацию, дополнить описание процесса.

2️⃣ Разбор багов — изучить ошибку, собрать данные, понять, в чём причина (самостоятельно или с наставником).

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

4️⃣ Работа с макетами — уточнять с дизайнером детали интерфейса, описывать элементы, пользовательский путь.

5️⃣ Помощь в тестировании — проверять реализованные задачи, анализировать, соответствуют ли они требованиям.

6️⃣ Составление небольших диаграмм

🐱💻 На этих задачах джун учится анализировать, искать информацию, взаимодействовать с командой. Именно так формируются навыки, которые помогут ему выйти на следующий уровень.

❓Какие задачи вам давали на старте? Или какие ждёте, если только ищете работу? Делитесь в комментариях!
👇👇👇👇👇

#path_to_sa

Давайте разберём ошибки, которые часто допускают новички в системном анализе.

📌 Ошибка новичков №1: Неверная формулировка требований

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

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

💡 Как избежать ошибки?
Научитесь задавать правильные вопросы, выделять главное и не бояться упрощать, если это не искажает суть. Мы уже много говорили о том, как правильно работать с требованиями — читай всё по хештегу #requirements.

А какие ошибки в формулировке требований вы замечали?
Делитесь в комментариях.

👇👇👇👇👇

А в следующем посте обсудим ещё одну распространённую ошибку!

#path_to_sa