Салют! Сегодня у нас новая тема для обсуждения «Как ИИ изменит профессию системного аналитика: угроза или новые возможности?»
За последние несколько лет искусственный интеллект (ИИ) проник во многие сферы IT, автоматизируя рутинные задачи и даже создавая код. Но что ждет бизнес-/системных аналитиков? Полностью ли ИИ заменит нас или станет мощным инструментом в наших руках? Давайте разбираться.
1️⃣ Как ИИ уже влияет на бизнес-/системный анализ?
Автоматизация документирования
- ИИ (например, ChatGPT, Notion AI) помогает быстро генерировать пользовательские истории, Use Cases, BPMN-описания.
- Анализ требований стал быстрее: нейросети умеют структурировать информацию из интервью и писем.
Умный анализ данных
- ML-модели выявляют аномалии в логах, предсказывают нагрузки на систему, помогают в принятии решений.
Генерация прототипов и UML
- Инструменты вроде Miro AI, Lucidchart предлагают автоматическую визуализацию процессов.
Вывод: Пока ИИ берет на себя рутину, но не заменяет аналитика полностью. Но! Это мощный помощник в нашей рутинной работе)))
2️⃣ Что будет через 5–10 лет?
🤯 Пессимистичный сценарий:
- ИИ научится полностью собирать требования, проектировать архитектуру и даже вести переговоры с заказчиком.
- Останутся только "аналитики-надсмотрщики", которые будут проверять работу ИИ.
😀 Оптимистичный сценарий:
- Аналитики перейдут на более высокий уровень: стратегическое проектирование, глубокая аналитика, управление ИИ-инструментами.
- ИИ станет "цифровым ассистентом", как калькулятор для математика — без него работать можно, но с ним эффективнее.
Мой прогноз: Полной замены не будет, но аналитики, которые не научатся работать с ИИ, окажутся в проигрыше. И станет значительно меньше вакансий и, скорее всего, они станут менее востребованы, если говорить про новичков.
3️⃣ Что делать уже сейчас?
✅ Осваивать ИИ-инструменты (ChatGPT, Claude, Copilot для анализа кода).
✅ Развивать soft skills — переговоры, управление ожиданиями стейкхолдеров.
✅ Углубляться в бизнес-аналитику — ИИ пока плохо понимает контекст бизнеса.
✅ Изучать Data Science basics — чтобы говорить на одном языке с ML-инженерами.
✅ Системный анализ - углубиться больше в системную часть нашей профессии, бизнес пока боится полностью отдавать ИТ-часть на ИИ (архитектура, интеграции, код, общение с командой разработки и тд)
4️⃣ Статьи по теме, или другие мнения на этот счет:
1. Как ИИ меняет работу IT-аналитиков: возможности и угрозы
2. Как изменится системный анализ и работа аналитика, когда ИИ «победит»
3. Как искусственный интеллект меняет будущее бизнес-аналитики и аналитики
Вместо вывода:
ИИ не заменит системных аналитиков, но изменит их роль. Те, кто научится использовать ИИ как инструмент, получат преимущество. Будущее за гибридом "аналитик + ИИ".
А как вы используете ИИ в работе? И как вы считаете, как повлияет ИИ на нашу сферу?
Делитесь в комментариях!🚀
За последние несколько лет искусственный интеллект (ИИ) проник во многие сферы IT, автоматизируя рутинные задачи и даже создавая код. Но что ждет бизнес-/системных аналитиков? Полностью ли ИИ заменит нас или станет мощным инструментом в наших руках? Давайте разбираться.
Автоматизация документирования
- ИИ (например, ChatGPT, Notion AI) помогает быстро генерировать пользовательские истории, Use Cases, BPMN-описания.
- Анализ требований стал быстрее: нейросети умеют структурировать информацию из интервью и писем.
Если смотреть на мои кейсы, то вот пример, как я использую ИИ уже сейчас:
Автоматизация документирования требований:
Задача: Преобразовать разрозненные бизнес-постановки в структурированные требования.
Как помогает ИИ:
- ввожу в ChatGPT или аналогичный инструмент описание задачи: описать требования (BR, UR, FR, NFR) к задачи «Разработать сервис для отправки писем с ЭЦП через API для внутренних сервисов компании».
- ИИ генерирует готовый список требований, включая бизнес- (BR), пользовательские (UR), функциональные (FR) и нефункциональные (NFR) требования, с нумерацией и детализацией .
Пример вывода ИИ:
“> BR-001: Повысить безопасность отправки писем за счет ЭЦП.
> FR-002: Подпись файлов должна выполняться с использованием закрытого ключа” и тд.
Результат: Экономия 50–70% времени на первичную формализацию требований.
Умный анализ данных
- ML-модели выявляют аномалии в логах, предсказывают нагрузки на систему, помогают в принятии решений.
Генерация прототипов и UML
- Инструменты вроде Miro AI, Lucidchart предлагают автоматическую визуализацию процессов.
Вывод: Пока ИИ берет на себя рутину, но не заменяет аналитика полностью. Но! Это мощный помощник в нашей рутинной работе)))
- ИИ научится полностью собирать требования, проектировать архитектуру и даже вести переговоры с заказчиком.
- Останутся только "аналитики-надсмотрщики", которые будут проверять работу ИИ.
- Аналитики перейдут на более высокий уровень: стратегическое проектирование, глубокая аналитика, управление ИИ-инструментами.
- ИИ станет "цифровым ассистентом", как калькулятор для математика — без него работать можно, но с ним эффективнее.
Мой прогноз: Полной замены не будет, но аналитики, которые не научатся работать с ИИ, окажутся в проигрыше. И станет значительно меньше вакансий и, скорее всего, они станут менее востребованы, если говорить про новичков.
✅ Осваивать ИИ-инструменты (ChatGPT, Claude, Copilot для анализа кода).
✅ Развивать soft skills — переговоры, управление ожиданиями стейкхолдеров.
✅ Углубляться в бизнес-аналитику — ИИ пока плохо понимает контекст бизнеса.
✅ Изучать Data Science basics — чтобы говорить на одном языке с ML-инженерами.
✅ Системный анализ - углубиться больше в системную часть нашей профессии, бизнес пока боится полностью отдавать ИТ-часть на ИИ (архитектура, интеграции, код, общение с командой разработки и тд)
1. Как ИИ меняет работу IT-аналитиков: возможности и угрозы
2. Как изменится системный анализ и работа аналитика, когда ИИ «победит»
3. Как искусственный интеллект меняет будущее бизнес-аналитики и аналитики
Вместо вывода:
ИИ не заменит системных аналитиков, но изменит их роль. Те, кто научится использовать ИИ как инструмент, получат преимущество. Будущее за гибридом "аналитик + ИИ".
А как вы используете ИИ в работе? И как вы считаете, как повлияет ИИ на нашу сферу?
Делитесь в комментариях!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9🔥5👍4🤔1
Docs as Code — это подход к созданию документации, при котором:
- Документация пишется как код (в текстовых форматах: Markdown, reStructuredText, AsciiDoc).
- Хранится в системе контроля версий (Git).
- Сборка и публикация автоматизируются через CI/CD (например, GitHub Actions, GitLab CI).
- Изменения проходят ревью, как код.
📎 И небольшая подборка статей на эту тему:
- Docs as Code: введение в предмет
- Инструменты подхода Docs-as-code
- Как перейти на Docs-as-a-Code и какие инструменты для этого использовать
- Docs As Code: Документация как Код
@ba_and_sa
- Документация пишется как код (в текстовых форматах: Markdown, reStructuredText, AsciiDoc).
- Хранится в системе контроля версий (Git).
- Сборка и публикация автоматизируются через CI/CD (например, GitHub Actions, GitLab CI).
- Изменения проходят ревью, как код.
- Docs as Code: введение в предмет
- Инструменты подхода Docs-as-code
- Как перейти на Docs-as-a-Code и какие инструменты для этого использовать
- Docs As Code: Документация как Код
@ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Docs as Code: введение в предмет
В последние несколько лет в среде технических писателей все больше на слуху концепция Docs as Code. Если вы раньше не сталкивались с этим термином, он обозначает подход к разработке технической...
❤9👍7🔥2😱1
Как Газпромбанк прокачал расчетный центр: кейс на практике
Недавний кейс Газпромбанка показал, как такую систему можно масштабировать и сделать более отказоустойчивой. Разбираем, что именно сделали коллеги:
✅ Перевели расчетный центр на российскую СУБД YDB (до этого использовали зарубежные решения).
✅ Обеспечили горизонтальное масштабирование — система выдерживает до 3 млн транзакций в час.
✅ Ускорили обработку массовых операций (налоги, штрафы) с 24 ч до 1–2 ч.
✅ Минимизировали риски блокировок и "зависаний" транзакций.
Что особенно интересно:
В интервью РБК топ-менеджмент банка подчеркивает: главной задачей было найти баланс между скоростью и стабильностью обработки транзакций. YDB помогла добиться этого за счет архитектуры с высокой отказоустойчивостью.
В чём тренд:
Импортозамещение — не просто "галочка для регулятора". Финансовый сектор все активнее строит устойчивую инфраструктуру с расчетом на новые сценарии: ИИ, цифровые валюты, высоконагруженные платежные решения.
👉 Полезный пример для всех, кто занимается архитектурой и highload-системами.
Недавний кейс Газпромбанка показал, как такую систему можно масштабировать и сделать более отказоустойчивой. Разбираем, что именно сделали коллеги:
✅ Перевели расчетный центр на российскую СУБД YDB (до этого использовали зарубежные решения).
✅ Обеспечили горизонтальное масштабирование — система выдерживает до 3 млн транзакций в час.
✅ Ускорили обработку массовых операций (налоги, штрафы) с 24 ч до 1–2 ч.
✅ Минимизировали риски блокировок и "зависаний" транзакций.
Что особенно интересно:
В интервью РБК топ-менеджмент банка подчеркивает: главной задачей было найти баланс между скоростью и стабильностью обработки транзакций. YDB помогла добиться этого за счет архитектуры с высокой отказоустойчивостью.
В чём тренд:
Импортозамещение — не просто "галочка для регулятора". Финансовый сектор все активнее строит устойчивую инфраструктуру с расчетом на новые сценарии: ИИ, цифровые валюты, высоконагруженные платежные решения.
👉 Полезный пример для всех, кто занимается архитектурой и highload-системами.
👍9❤7😱1
Салют! Сегодня делюсь с вами своими советами по составлению резюме для новичка😊
1️⃣ Структура резюме
Резюме должно быть четким, читаемым и релевантным.
Оптимальная структура:
- Контактные данные (имя, телефон, email, LinkedIn/GitHub если есть)
- Цель / Краткое описание (2-3 предложения о твоих навыках и ожиданиях от работы):
- Навыки (Hard & Soft Skills)
- Опыт работы (если есть) / Стажировки / Проекты
- Образование
- Дополнительная информация (сертификаты, курсы, языки, хобби, если это релевантно)
2️⃣ На что обратить внимание?
✅ Что выделить:
1. Технические навыки (даже если опыта мало):
- Работа с требованиями (User Stories, Use Cases)
- Основы SQL (простые запросы)
- UML / BPMN (даже базовые диаграммы)
- Знание методологий (Agile, Waterfall)
- Инструменты (Jira, Confluence, Trello, Figma, Postman)
2. Soft Skills (очень важны для аналитика):
- Коммуникация, работа с stakeholders
- Аналитическое мышление
- Умение структурировать информацию
3. Проекты / Кейсы (если нет коммерческого опыта):
- Учебные проекты (например, разбор бизнес-процессов магазина)
- Курсовые работы (если связаны с анализом)
- Фриланс / Волонтерство (если помогал с документацией)
4. Образование и курсы:
- Диплом по смежной специальности (IT, экономика, менеджмент)? Укажи.
- Курсы по аналитике (Coursera, Stepik, Skillbox)? Обязательно впиши.
❌ Чего избегать:
- Общих фраз в стиле "быстро учусь, стрессоустойчивый" (лучше показать на примере).
- Списка всех подряд технологий (если не уверен — не пиши).
- Длинных описаний нерелевантного опыта (например, если работал официантом — можно кратко, без деталей).
3️⃣ Как повысить шансы на собеседование?
- Подстрой резюме под вакансию (используй ключевые слова из описания).
- Добавь цифры (если есть проекты — укажи результаты: "автоматизировал процесс, что сократило время обработки данных на 20%").
- Сделай одностраничное резюме (новичку хватит).
- Проверь на ошибки (HR отсеивают резюме с опечатками).
‼️ Вместо вывода:
HR ищут понятное, структурированное резюме с акцентом на навыки и потенциал. Даже без опыта можно выделиться за счет учебных проектов и правильной подачи.
Источник: @ba_and_sa
Резюме должно быть четким, читаемым и релевантным.
Оптимальная структура:
- Контактные данные (имя, телефон, email, LinkedIn/GitHub если есть)
- Цель / Краткое описание (2-3 предложения о твоих навыках и ожиданиях от работы):
- Навыки (Hard & Soft Skills)
- Опыт работы (если есть) / Стажировки / Проекты
- Образование
- Дополнительная информация (сертификаты, курсы, языки, хобби, если это релевантно)
1. Технические навыки (даже если опыта мало):
- Работа с требованиями (User Stories, Use Cases)
- Основы SQL (простые запросы)
- UML / BPMN (даже базовые диаграммы)
- Знание методологий (Agile, Waterfall)
- Инструменты (Jira, Confluence, Trello, Figma, Postman)
2. Soft Skills (очень важны для аналитика):
- Коммуникация, работа с stakeholders
- Аналитическое мышление
- Умение структурировать информацию
3. Проекты / Кейсы (если нет коммерческого опыта):
- Учебные проекты (например, разбор бизнес-процессов магазина)
- Курсовые работы (если связаны с анализом)
- Фриланс / Волонтерство (если помогал с документацией)
4. Образование и курсы:
- Диплом по смежной специальности (IT, экономика, менеджмент)? Укажи.
- Курсы по аналитике (Coursera, Stepik, Skillbox)? Обязательно впиши.
- Общих фраз в стиле "быстро учусь, стрессоустойчивый" (лучше показать на примере).
- Списка всех подряд технологий (если не уверен — не пиши).
- Длинных описаний нерелевантного опыта (например, если работал официантом — можно кратко, без деталей).
- Подстрой резюме под вакансию (используй ключевые слова из описания).
- Добавь цифры (если есть проекты — укажи результаты: "автоматизировал процесс, что сократило время обработки данных на 20%").
- Сделай одностраничное резюме (новичку хватит).
- Проверь на ошибки (HR отсеивают резюме с опечатками).
HR ищут понятное, структурированное резюме с акцентом на навыки и потенциал. Даже без опыта можно выделиться за счет учебных проектов и правильной подачи.
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10❤5🤩3
Также приведу реальный пример
из своего опыта (адаптированный для новичка), чтобы показать, как можно эффектно подать даже небольшой опыт.
1️⃣ Пример раздела "Навыки"
🔹 Hard Skills:
- Сбор и анализ требований (User Stories, Use Cases, SRS)
- Моделирование процессов (UML: Use Case, Activity, BPMN)
- Основы SQL (SELECT, JOIN, подзапросы)
- Работа с API (понимание основ Postman, Swagger)
- Инструменты: Jira, Confluence, Figma, Miro - начальный уровень
🔹 Soft Skills:
- Коммуникация с заказчиками и разработчиками
- Документирование процессов (тех. задания, инструкции)
- Решение конфликтов требований (приоритизация)
2️⃣ Пример раздела "Опыт" (для новичка)
🔹 Учебный проект: «Разработка мобильного приложения для заказа еды»
- Провела интервью с "заказчиком" (преподавателем), выявила 12 ключевых требований.
- Создала Use Case-диаграмму и User Flow для процесса заказа.
- Проанализировала сценарии оплаты, предложила упрощение (уменьшила шаги с 5 до 3).
- Результат: защитила проект на 9/10 баллов, получила рекомендацию для стажировки.
🔹 Фриланс (микрозаказ): Оптимизация процесса для малого бизнеса
- Проанализировала текущий процесс учета товаров в Excel.
- Разработала инструкцию по автоматизации отчетов (Google Sheets + формулы).
- Клиент сократил время на формирование отчетов на 40%.
3️⃣ Пример раздела "Образование и курсы"
🔹 Высшее образование -
Московский Технический Университет
Факультет: Информационные системы (2020–2024)
- Дипломная работа: "Анализ требований к CRM-системе для малого бизнеса" (оценка: 5).
🔹 Курсы
- "Системный анализ и проектирование" (Otus/Stepik, 2023)
- Изучила: сбор требований, UML, базовый SQL.
- Выполнила 5 практических кейсов.
- "Основы Agile и Scrum" (Coursera, 2022)
- Участие в симуляции спринта (роль: Product Owner).
4️⃣ Пример "Цели" в резюме
➖ Плохо:
"Хочу работать системным аналитиком, чтобы развиваться в IT."
➕ Хорошо:
"Начинающий системный аналитик с практическим опытом в сборе требований и моделировании процессов. Ищу команду, где смогу применять знания в аналитике и участвовать в реализации IT-решений. Готов обучаться и вносить вклад в проекты."
5️⃣ Что я убрала бы из резюме (из личного опыта)
- Неочевидные технологии, которые не использовала на практике (например, "знаю Python" без примеров кода).
- Общие фразы типа "ответственная, целеустремленная".
- Неактуальный опыт (например, подработку курьером, если она не связана с аналитикой).
✅ Ключевой совет
HR смотрят на конкретику и потенциал. Даже если твой опыт — это 2 учебных проекта, но они хорошо оформлены, шансы есть‼️
Удачи вам на собеседованиях!!! С вами всегда на связи @ba_and_sa
из своего опыта (адаптированный для новичка), чтобы показать, как можно эффектно подать даже небольшой опыт.
🔹 Hard Skills:
- Сбор и анализ требований (User Stories, Use Cases, SRS)
- Моделирование процессов (UML: Use Case, Activity, BPMN)
- Основы SQL (SELECT, JOIN, подзапросы)
- Работа с API (понимание основ Postman, Swagger)
- Инструменты: Jira, Confluence, Figma, Miro - начальный уровень
🔹 Soft Skills:
- Коммуникация с заказчиками и разработчиками
- Документирование процессов (тех. задания, инструкции)
- Решение конфликтов требований (приоритизация)
Если знаешь хотя бы 30% из этого — уже хорошо!
🔹 Учебный проект: «Разработка мобильного приложения для заказа еды»
Даже если это был курс или хакатон — подавай как проект!
- Провела интервью с "заказчиком" (преподавателем), выявила 12 ключевых требований.
- Создала Use Case-диаграмму и User Flow для процесса заказа.
- Проанализировала сценарии оплаты, предложила упрощение (уменьшила шаги с 5 до 3).
- Результат: защитила проект на 9/10 баллов, получила рекомендацию для стажировки.
🔹 Фриланс (микрозаказ): Оптимизация процесса для малого бизнеса
- Проанализировала текущий процесс учета товаров в Excel.
- Разработала инструкцию по автоматизации отчетов (Google Sheets + формулы).
- Клиент сократил время на формирование отчетов на 40%.
Суть: покажи, что ты реально делала, даже если это маленький проект.
🔹 Высшее образование -
Московский Технический Университет
Факультет: Информационные системы (2020–2024)
- Дипломная работа: "Анализ требований к CRM-системе для малого бизнеса" (оценка: 5).
🔹 Курсы
- "Системный анализ и проектирование" (Otus/Stepik, 2023)
- Изучила: сбор требований, UML, базовый SQL.
- Выполнила 5 практических кейсов.
- "Основы Agile и Scrum" (Coursera, 2022)
- Участие в симуляции спринта (роль: Product Owner).
"Хочу работать системным аналитиком, чтобы развиваться в IT."
"Начинающий системный аналитик с практическим опытом в сборе требований и моделировании процессов. Ищу команду, где смогу применять знания в аналитике и участвовать в реализации IT-решений. Готов обучаться и вносить вклад в проекты."
- Неочевидные технологии, которые не использовала на практике (например, "знаю Python" без примеров кода).
- Общие фразы типа "ответственная, целеустремленная".
- Неактуальный опыт (например, подработку курьером, если она не связана с аналитикой).
HR смотрят на конкретику и потенциал. Даже если твой опыт — это 2 учебных проекта, но они хорошо оформлены, шансы есть
Удачи вам на собеседованиях!!! С вами всегда на связи @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
👍11❤3🔥3
UX/UI для системного аналитика: кратко и понятно
1️⃣ Чем отличаются UX и UI?
- UI (User Interface) – это визуальная часть: кнопки, цвета, шрифты, расположение элементов.
- UX (User Experience) – это удобство и логика взаимодействия. Даже красивый интерфейс может быть неудобным, если UX плохой.
2️⃣ Зачем системному аналитику разбираться в UX/UI?
- Чтобы понимать, как пользователи работают с системой и какие у них боли.
- Чтобы правильно формулировать требования к интерфейсу (не просто "сделать кнопку", а "упростить процесс оформления заказа").
- Чтобы общаться с дизайнерами и разработчиками на одном языке.
3️⃣ Основные принципы UX, которые важно знать
- Простота – чем меньше шагов для действия, тем лучше.
- Консистентность – одинаковые элементы ведут себя одинаково (например, синие подчеркнутые слова = ссылки).
- Обратная связь – пользователь должен понимать, что происходит (например, сообщение "Заказ сохранен" после нажатия кнопки).
- User Flow – логика перемещения пользователя по системе (например, "регистрация → подтверждение почты → вход в ЛК").
4️⃣ Основные принципы UI, которые важно знать
- Иерархия элементов – важные элементы (кнопки, заголовки) должны выделяться.
- Читаемость – шрифты должны быть разборчивыми, контраст текста и фона – достаточным.
- Единый стиль – цвета, шрифты, отступы должны быть согласованы по всей системе.
- Доступность – интерфейс должен быть удобен для всех, включая людей с ограниченными возможностями (например, контраст для слабовидящих).
- Предсказуемость – элементы интерфейса должны вести себя интуитивно (например, иконка лупы = поиск).
5️⃣ Что может сделать аналитик для улучшения UX?
- Изучать сценарии пользователей (как они реально работают с системой).
- Анализировать боли (например, если пользователи часто ошибаются при заполнении формы – возможно, её надо упростить).
- Проверять гипотезы (например, A/B-тестирование: сравнить два варианта интерфейса).
6️⃣ Что может сделать аналитик для улучшения UI?
- Собирать требования к визуалу (например, "кнопка должна быть заметной, но не раздражающей").
- Проверять соответствие гайдлайнам (если у компании есть дизайн-система, следить, чтобы интерфейс ей соответствовал).
- Тестировать адаптивность – убеждаться, что интерфейс хорошо выглядит на разных устройствах (ПК, мобильные).
- Фиксировать несогласованности (например, если в одном месте кнопки зеленые, а в другом – синие).
⁉️ Где взять информацию по UX/UI?
- Книги: *"Не заставляйте меня думать. Веб-юзабилити и здравый смысл"* (Стив Круг), *"Интерфейс"* (Алан Купер).
- Гайдлайны (Google Material Design, Apple Human Interface Guidelines).
- Инструменты: Figma, Miro (для анализа экранов и user flow).
Вывод: UX/UI – это не только про дизайн, но и про логику и удобство системы. Хороший системный аналитик должен понимать основы, чтобы создавать удобные и эстетичные решения.
Источник: @ba_and_sa
- UI (User Interface) – это визуальная часть: кнопки, цвета, шрифты, расположение элементов.
- UX (User Experience) – это удобство и логика взаимодействия. Даже красивый интерфейс может быть неудобным, если UX плохой.
- Чтобы понимать, как пользователи работают с системой и какие у них боли.
- Чтобы правильно формулировать требования к интерфейсу (не просто "сделать кнопку", а "упростить процесс оформления заказа").
- Чтобы общаться с дизайнерами и разработчиками на одном языке.
- Простота – чем меньше шагов для действия, тем лучше.
- Консистентность – одинаковые элементы ведут себя одинаково (например, синие подчеркнутые слова = ссылки).
- Обратная связь – пользователь должен понимать, что происходит (например, сообщение "Заказ сохранен" после нажатия кнопки).
- User Flow – логика перемещения пользователя по системе (например, "регистрация → подтверждение почты → вход в ЛК").
- Иерархия элементов – важные элементы (кнопки, заголовки) должны выделяться.
- Читаемость – шрифты должны быть разборчивыми, контраст текста и фона – достаточным.
- Единый стиль – цвета, шрифты, отступы должны быть согласованы по всей системе.
- Доступность – интерфейс должен быть удобен для всех, включая людей с ограниченными возможностями (например, контраст для слабовидящих).
- Предсказуемость – элементы интерфейса должны вести себя интуитивно (например, иконка лупы = поиск).
- Изучать сценарии пользователей (как они реально работают с системой).
- Анализировать боли (например, если пользователи часто ошибаются при заполнении формы – возможно, её надо упростить).
- Проверять гипотезы (например, A/B-тестирование: сравнить два варианта интерфейса).
- Собирать требования к визуалу (например, "кнопка должна быть заметной, но не раздражающей").
- Проверять соответствие гайдлайнам (если у компании есть дизайн-система, следить, чтобы интерфейс ей соответствовал).
- Тестировать адаптивность – убеждаться, что интерфейс хорошо выглядит на разных устройствах (ПК, мобильные).
- Фиксировать несогласованности (например, если в одном месте кнопки зеленые, а в другом – синие).
- Книги: *"Не заставляйте меня думать. Веб-юзабилити и здравый смысл"* (Стив Круг), *"Интерфейс"* (Алан Купер).
- Гайдлайны (Google Material Design, Apple Human Interface Guidelines).
- Инструменты: Figma, Miro (для анализа экранов и user flow).
Вывод: UX/UI – это не только про дизайн, но и про логику и удобство системы. Хороший системный аналитик должен понимать основы, чтобы создавать удобные и эстетичные решения.
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14❤6👍6
Шпаргалка по UX/UI для системного аналитика👆
И в дополнение Инструменты и ресурсы:
- Гайдлайны: Material Design (Google), Human Interface Guidelines (Apple).
- Прототипирование: Figma, Balsamiq.
- Анализ поведения: Hotjar, Google Analytics
Источник: @ba_and_sa
И в дополнение Инструменты и ресурсы:
- Гайдлайны: Material Design (Google), Human Interface Guidelines (Apple).
- Прототипирование: Figma, Balsamiq.
- Анализ поведения: Hotjar, Google Analytics
Источник: @ba_and_sa
🔥21❤9👍4
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Используйте Camunda как удобный REST-движок для оркестрации и workflow — без необходимости работать с Java
Я много общаюсь о микросервисных архитектурах с «не-Java-людьми» — будь то разработчики на C#, энтузиасты Node.JS/JavaScript или GoLang. Все они сталкиваются с необходимостью оркестрации в...
❤6👍4
Салют! Когда я проходила собесы у меня часто спрашивали «Чем полезен системный аналитик в команде разработки?» или я должна была пояснить, кто он такой и чем занимается. Поэтому сегодня немного погрузимся в эту тему😉
Системный аналитик (СА) — это мост между бизнесом и разработкой. Он не просто "собирает требования", а помогает команде создавать качественный . продукт с минимальными затратами времени и ресурсов.
Но чем именно он полезен для каждого участника команды?
1. Для тестировщиков (QA)
✅ Четкие требования = меньше багов на выходе
- Аналитик прорабатывает сценарии использования, edge-кейсы и нефункциональные требования (производительность, безопасность), что снижает количество "недопониманий" на этапе тестирования.
- Формализует требования так, чтобы их можно было проверить (критерии приемки).
❌ Без аналитика: тестировщики тратят время на уточнения, спорят с разработчиками, а баги всплывают поздно из-за размытых ожиданий.
2. Для разработчиков
✅ Минимум "мусорных" задач и переделок
- Аналитик отсекает нереалистичные или противоречивые пожелания заказчика, оставляя только работоспособные решения.
- Декомпозирует задачу так, чтобы не пришлось переписывать половину кода из-за упущенного требования.
❌ Без аналитика: разработчики либо делают "как поняли", либо получают бесконечные правки от заказчика.
3. Для проектировщиков (архитекторов, Tech Lead'ов)
✅ Технические ограничения учтены на раннем этапе
- Хороший аналитик знает основы архитектуры и заранее согласует с проектировщиком, какие решения реализуемы, а какие — нет.
- Помогает избежать "костылей" в системе, потому что требования изначально проработаны с учетом возможностей платформы.
❌ Без аналитика: архитектор получает сырые требования и вынужден сам додумывать, как это должно работать.
4. Для дизайнеров (UX/UI)
✅ Понимание пользовательских сценариев = осознанный дизайн
- Аналитик объясняет, кто и как будет пользоваться системой, какие у пользователей боли и цели.
- Формализует требования к интерфейсу (например, "должна быть одна кнопка для подтверждения, а не три").
❌ Без аналитика: дизайнер рисует красиво, но непрактично, и потом приходится переделывать.
5. Для менеджеров (PM, PO, продактов)
✅ Контроль над scope'ом и приоритетами
- Аналитик помогает разбивать фичи на MVP и "допилы", чтобы не распыляться.
- Снижает риски, выявляя противоречия в требованиях до начала разработки.
❌ Без аналитика: менеджер берет на себя роль аналитика, но тратит время на рутину вместо стратегии.
—————————
Где без системного аналитика не обойтись?
🔹 Сложные предметные области (финансы, медицина, гос.системы) — без аналитика легко наломать дров.
🔹 Большие распределенные команды — нужен человек, который держит в голове всю систему.
🔹 Проекты с жесткими регуляторными требованиями (например, GDPR, 152-ФЗ) — без аналитика можно пропустить критичные ограничения.
Когда системный аналитик не так критичен?
🔸 Маленькие проекты или стартапы — можно обойтись проджектом или техлидом.
🔸 Прототипирование и эксперименты — если требования меняются каждый день, аналитик может замедлять процесс.
Поэтому можно сказать, что Системный аналитик — это не просто "тот, кто пишет ТЗ", а профессионал, который экономит время и нервы команды, снижая риски и повышая качество продукта. Если в вашем проекте есть сложность, неопределенность или много заинтересованных сторон — без него будет тяжело.
Источник: @ba_and_sa
Системный аналитик (СА) — это мост между бизнесом и разработкой. Он не просто "собирает требования", а помогает команде создавать качественный . продукт с минимальными затратами времени и ресурсов.
Но чем именно он полезен для каждого участника команды?
1. Для тестировщиков (QA)
- Аналитик прорабатывает сценарии использования, edge-кейсы и нефункциональные требования (производительность, безопасность), что снижает количество "недопониманий" на этапе тестирования.
- Формализует требования так, чтобы их можно было проверить (критерии приемки).
2. Для разработчиков
- Аналитик отсекает нереалистичные или противоречивые пожелания заказчика, оставляя только работоспособные решения.
- Декомпозирует задачу так, чтобы не пришлось переписывать половину кода из-за упущенного требования.
3. Для проектировщиков (архитекторов, Tech Lead'ов)
- Хороший аналитик знает основы архитектуры и заранее согласует с проектировщиком, какие решения реализуемы, а какие — нет.
- Помогает избежать "костылей" в системе, потому что требования изначально проработаны с учетом возможностей платформы.
4. Для дизайнеров (UX/UI)
- Аналитик объясняет, кто и как будет пользоваться системой, какие у пользователей боли и цели.
- Формализует требования к интерфейсу (например, "должна быть одна кнопка для подтверждения, а не три").
5. Для менеджеров (PM, PO, продактов)
- Аналитик помогает разбивать фичи на MVP и "допилы", чтобы не распыляться.
- Снижает риски, выявляя противоречия в требованиях до начала разработки.
—————————
Где без системного аналитика не обойтись?
🔹 Сложные предметные области (финансы, медицина, гос.системы) — без аналитика легко наломать дров.
🔹 Большие распределенные команды — нужен человек, который держит в голове всю систему.
🔹 Проекты с жесткими регуляторными требованиями (например, GDPR, 152-ФЗ) — без аналитика можно пропустить критичные ограничения.
Когда системный аналитик не так критичен?
🔸 Маленькие проекты или стартапы — можно обойтись проджектом или техлидом.
🔸 Прототипирование и эксперименты — если требования меняются каждый день, аналитик может замедлять процесс.
Поэтому можно сказать, что Системный аналитик — это не просто "тот, кто пишет ТЗ", а профессионал, который экономит время и нервы команды, снижая риски и повышая качество продукта. Если в вашем проекте есть сложность, неопределенность или много заинтересованных сторон — без него будет тяжело.
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
❤22🔥13👍3🤔1🤯1😢1🤣1
А как вы считаете, полез ли бизнес-/системный аналитик в ИТ?
P.s. А вот был ли у вас опыт, когда аналитик спас проект или, наоборот, его не хватало? Делитесь в комментариях!👇
P.s. А вот был ли у вас опыт, когда аналитик спас проект или, наоборот, его не хватало? Делитесь в комментариях!
Anonymous Poll
69%
Да, пользу приносит
3%
Нет, не вижу смысла
21%
Спорный вопрос, зависит от проекта
7%
Другое
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Развертывание микросервисов: проблемы, решения, стратегии, антипаттерны, практические рекомендации
Микросервисы перевернули игру в разработке приложений. Они сулят гибкость, отличную масштабируемость, командам – больше независимости. Но вот переход на них принес с собой и новые головные боли....
❤7😁1🤔1
Forwarded from Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Большой гайд по CJM — зачем, где и как его строить
В этой статье я постараюсь рассказать: что такое CJM и как он выглядит зачем, где и как его строить из каких шагов состоит построение CJM и что делать на каждом из них ? какие еще есть похожие...
👌7❤4🔥2
🎓 1 июля в 20:00 МСК OTUS проведёт открытый вебинар «Архитектура DWH по рецепту: метод борща в действии». Это необычный формат, где этапы приготовления блюда помогают понять логику построения хранилища данных.
🎯 На уроке разберём, как «подготовка ингредиентов» (сбор и очистка данных) отражается в core-слое DWH, а «подача блюда» (аналитический слой) превращается в понятные бизнес-отчёты. Вы увидите реальные примеры проектирования масштабируемой аналитической платформы и поймёте, какие компетенции нужны команде.
Участники смогут сразу применять принципы: иерархия слоёв, оптимизация storage-запросов и построение BI-дашбордов, которые будут понятны конечному пользователю. Вы узнаете, как избежать «переваривания» данных и сделать архитектуру отказоустойчивой.
➡️ Этот урок проходит в преддверии старта курса «Data Warehouse Analyst». Все участники получат скидку на обучение.
Регистрируйтесь прямо сейчас, чтобы не пропустить: https://clck.ru/3MkaCi
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
🎯 На уроке разберём, как «подготовка ингредиентов» (сбор и очистка данных) отражается в core-слое DWH, а «подача блюда» (аналитический слой) превращается в понятные бизнес-отчёты. Вы увидите реальные примеры проектирования масштабируемой аналитической платформы и поймёте, какие компетенции нужны команде.
Участники смогут сразу применять принципы: иерархия слоёв, оптимизация storage-запросов и построение BI-дашбордов, которые будут понятны конечному пользователю. Вы узнаете, как избежать «переваривания» данных и сделать архитектуру отказоустойчивой.
➡️ Этот урок проходит в преддверии старта курса «Data Warehouse Analyst». Все участники получат скидку на обучение.
Регистрируйтесь прямо сейчас, чтобы не пропустить: https://clck.ru/3MkaCi
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как превратить бизнес-требования в эффективную схему БД без жертв
При проектировании базы данных важно не только создать таблицы и индексы, но и отразить в них бизнес-логику. Содержание: 1. Зачем документировать процесс проектирования БД. 2. От бизнес-требований к...
❤2👍1
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как мы внедрили единый шаблон тикетов для разработчиков и упростили работу команды
Всем привет. Меня зовут Татьяна Цикунова. Я системный аналитик в компании МойСклад. В этой статье расскажу о том, как организовать оперативный обмен информацией между участниками проекта и...
❤2
Станьте лидером в системной аналитике на курсе «Системный аналитик. Team Lead».
❓Чему научитесь:
+ Управлять командой – Agile, Scrum, Kanban, оценка задач, мотивация, найм и развитие аналитиков.
+ Проектировать архитектуру – SOLID, микросервисы, DDD, облака (AWS/Yandex Cloud), Highload-системы.
+ Автоматизировать процессы – Git, CI/CD, Docker, Kubernetes, рефакторинг кода.
+ Работать с документацией – Docs-as-Code, Swagger, ТЗ для стейкхолдеров.
+ Коммуницировать на уровне CTO – презентовать решения, отстаивать интересы команды, продавать тех.долг бизнесу.
✅Польза для вас:
- Карьерный рост – переход от аналитика к роли Team Lead или Tech Lead.
- Практика на реальном проекте – внедрение автоматизации для сети закусочных.
- Актуальные инструменты для обучения, шаблоны документов, чек-листы, скрипты собеседований.
- Программа курса переработана и актуальна на 2025 год, убедитесь на сайте.
Формат: 148 часов | Онлайн | Практика + разбор кейсов | Поддержка менторов
😎Для кого курс:
Системные и бизнес-аналитики, которые хотят возглавить команду и влиять на архитектурные решения.
🎁Оставьте заявку и активируйте промокод со скидкой 5% на курс «Системный аналитик. Team Lead»: SATL06 до 01.07
Превратите экспертизу в лидерство – старт курса 30 июня!
➡️Оставить заявку: OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
❓Чему научитесь:
+ Управлять командой – Agile, Scrum, Kanban, оценка задач, мотивация, найм и развитие аналитиков.
+ Проектировать архитектуру – SOLID, микросервисы, DDD, облака (AWS/Yandex Cloud), Highload-системы.
+ Автоматизировать процессы – Git, CI/CD, Docker, Kubernetes, рефакторинг кода.
+ Работать с документацией – Docs-as-Code, Swagger, ТЗ для стейкхолдеров.
+ Коммуницировать на уровне CTO – презентовать решения, отстаивать интересы команды, продавать тех.долг бизнесу.
✅Польза для вас:
- Карьерный рост – переход от аналитика к роли Team Lead или Tech Lead.
- Практика на реальном проекте – внедрение автоматизации для сети закусочных.
- Актуальные инструменты для обучения, шаблоны документов, чек-листы, скрипты собеседований.
- Программа курса переработана и актуальна на 2025 год, убедитесь на сайте.
Формат: 148 часов | Онлайн | Практика + разбор кейсов | Поддержка менторов
😎Для кого курс:
Системные и бизнес-аналитики, которые хотят возглавить команду и влиять на архитектурные решения.
🎁Оставьте заявку и активируйте промокод со скидкой 5% на курс «Системный аналитик. Team Lead»: SATL06 до 01.07
Превратите экспертизу в лидерство – старт курса 30 июня!
➡️Оставить заявку: OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
❤3🥱2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Больше никаких правок! Или как я сдаю прототипы с первого раза
— Отличная работа, Егор! Я вам на почту правочки прислал по прототипу. Взгляните. У меня от этой фразы что-то внутри ёкнуло. Захожу в почту, к письму прикреплён вордовский документ (на дворе 2009...
🔥6❤3👍3
✅Курс «Бизнес-аналитик в IT» - стань незаменимым, анализируй и строй путь развития бизнеса в IT
❓Что вы получите:
+ Полный цикл работы бизнес-аналитика — от сбора требований до передачи решения в разработку.
+ Практика на реальных инструментах — BPMN, SWOT, User Story, Use Case, Miro, Confluence.
+ Сквозной проект — от анализа бизнес-модели до презентации результатов заказчику.
+ Готовые артефакты — глоссарии, диаграммы процессов, дорожные карты, ТЭО — для портфолио.
+ Подходы для любых проектов — Agile, Waterfall, ГОСТ, MVP.
📊Почему OTUS?
- Мы ЗА живое общение с преподавателями
- Курс переработан и актуален на 2025 год
- 80% практики с реальными продуктами в бизнес-аналитике
- Курс разработан при поддержке крупных компаний, которым нужны новые бизнес-аналитики.
🚀Знакомьтесь с процессом обучения на бесплатных вебинарах и получите подарки на почту - регистрация на сайте.
👉Оставьте заявку до 31 июля: OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
❓Что вы получите:
+ Полный цикл работы бизнес-аналитика — от сбора требований до передачи решения в разработку.
+ Практика на реальных инструментах — BPMN, SWOT, User Story, Use Case, Miro, Confluence.
+ Сквозной проект — от анализа бизнес-модели до презентации результатов заказчику.
+ Готовые артефакты — глоссарии, диаграммы процессов, дорожные карты, ТЭО — для портфолио.
+ Подходы для любых проектов — Agile, Waterfall, ГОСТ, MVP.
📊Почему OTUS?
- Мы ЗА живое общение с преподавателями
- Курс переработан и актуален на 2025 год
- 80% практики с реальными продуктами в бизнес-аналитике
- Курс разработан при поддержке крупных компаний, которым нужны новые бизнес-аналитики.
🚀Знакомьтесь с процессом обучения на бесплатных вебинарах и получите подарки на почту - регистрация на сайте.
👉Оставьте заявку до 31 июля: OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
❤2