Forwarded from Alfa Digital
Системные аналитики, это вам 🎁
19 июня наше SA-сообщество проведёт четвёртый Alfa Analyze IT Meetup — поговорим о том, как оценивать навыки по матрицам компетенций, принимать решения о повышении и адаптироваться к изменениям от ИИ.
Вы поймёте, как тимлиды ищут таланты внутри команд и выстраивают карьерные треки, а также получите готовые инструменты для оценки и развития аналитиков.
Регистрируйтесь по ссылке.
#анонс #sa
➿ ➿ ➿ ➿ ➿ ➿
@alfadigital_jobs — канал о работе в IT и Digital в Альфа-Банке
19 июня наше SA-сообщество проведёт четвёртый Alfa Analyze IT Meetup — поговорим о том, как оценивать навыки по матрицам компетенций, принимать решения о повышении и адаптироваться к изменениям от ИИ.
Вы поймёте, как тимлиды ищут таланты внутри команд и выстраивают карьерные треки, а также получите готовые инструменты для оценки и развития аналитиков.
Регистрируйтесь по ссылке.
#анонс #sa
@alfadigital_jobs — канал о работе в IT и Digital в Альфа-Банке
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Салют! Когда я проходила собесы у меня часто спрашивали «Чем полезен системный аналитик в команде разработки?» или я должна была пояснить, кто он такой и чем занимается. Поэтому сегодня немного погрузимся в эту тему😉
Системный аналитик (СА) — это мост между бизнесом и разработкой. Он не просто "собирает требования", а помогает команде создавать качественный . продукт с минимальными затратами времени и ресурсов.
Но чем именно он полезен для каждого участника команды?
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
А как вы считаете, полез ли бизнес-/системный аналитик в ИТ?
P.s. А вот был ли у вас опыт, когда аналитик спас проект или, наоборот, его не хватало? Делитесь в комментариях! 👇
P.s. А вот был ли у вас опыт, когда аналитик спас проект или, наоборот, его не хватало? Делитесь в комментариях! 👇
Anonymous Poll
70%
Да, пользу приносит
2%
Нет, не вижу смысла
21%
Спорный вопрос, зависит от проекта
7%
Другое
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Развертывание микросервисов: проблемы, решения, стратегии, антипаттерны, практические рекомендации
Микросервисы перевернули игру в разработке приложений. Они сулят гибкость, отличную масштабируемость, командам – больше независимости. Но вот переход на них принес с собой и новые головные боли....
Forwarded from Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Большой гайд по CJM — зачем, где и как его строить
В этой статье я постараюсь рассказать: что такое CJM и как он выглядит зачем, где и как его строить из каких шагов состоит построение CJM и что делать на каждом из них ? какие еще есть похожие...
🎓 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. От бизнес-требований к...
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как мы внедрили единый шаблон тикетов для разработчиков и упростили работу команды
Всем привет. Меня зовут Татьяна Цикунова. Я системный аналитик в компании МойСклад. В этой статье расскажу о том, как организовать оперативный обмен информацией между участниками проекта и...
Станьте лидером в системной аналитике на курсе «Системный аналитик. 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
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Больше никаких правок! Или как я сдаю прототипы с первого раза
— Отличная работа, Егор! Я вам на почту правочки прислал по прототипу. Взгляните. У меня от этой фразы что-то внутри ёкнуло. Захожу в почту, к письму прикреплён вордовский документ (на дворе 2009...
✅Курс «Бизнес-аналитик в 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
Салют! Сегодня решила продолжить тему про CJM и рассмотреть ее альтернативы)
📝 Альтернативы CJM: инструменты для анализа пользовательского опыта
Customer Journey Map (CJM) — мощный инструмент, но он подходит не для всех задач. В зависимости от целей (анализ внутренних процессов, фокус на продукте, исследование широкого контекста) могут потребоваться другие методы.
1️⃣ User Journey Map (UJM)
Что это: Карта пути пользователя внутри продукта или сервиса, а не клиента как покупателя.
Отличие от CJM:
- Фокус на использовании продукта, а не на процессе покупки.
- Подходит для B2B-сценариев, где пользователь и покупатель — разные лица (например, сотрудники компании) .
Пример: Карта взаимодействия оператора колл-центра с CRM-системой.
📎 CJM и UJM — В чём же разница?
📎 Карты пути (CJM, UJM, USM), service blueprint и другие схемы представления пути пользователя
2️⃣ Service Blueprint
Что это: Карта, объединяющая клиентский опыт и внутренние бизнес-процессы компании.
Ключевые особенности:
- Показывает, какие отделы отвечают за каждый этап CJM.
- Выявляет «закулисные» процессы (например, логистику или техподдержку) .
Пример: Оптимизация работы ресторана: от заказа клиента до кухни и доставки.
📎 В чем разница между CJM и Service Blue Print? Плюсы и минусы каждого метода и ключевые отличия
📎 От as-is к as-to-be: что такое Service Blueprint и при чем здесь BABOK
3️⃣ Jobs to be Done (JTBD)
Что это: Метод, фокусирующийся на задачах, которые пользователь хочет решить с помощью продукта.
Преимущества:
- Раскрывает истинные мотивы покупки (например, «родители покупают органическое детское питание, чтобы обеспечить безопасность ребенка») .
- Помогает создавать инновационные продукты, решающие конкретные проблемы.
📎 Jobs to Be Done, или всё, что следует знать о желаниях пользователей
4️⃣ Карта эмпатий (Empathy Map)
Что это: Визуализация мыслей, чувств и поведения пользователя в рамках одной ситуации.
Структура:
- «Думает и чувствует», «Говорит и делает», «Видит», «Слышит»
Применение: Для точечного анализа боли пользователя (например, при доработке интерфейса).
📎 Карта эмпатии: как накладывать эмоции на продукт
5️⃣ Life Experience Map (LXM)
Что это: Широкая карта жизненного контекста пользователя, выходящая за рамки взаимодействия с продуктом.
Зачем: Чтобы понять, как продукт вписывается в повседневную жизнь клиента .
Пример: Исследование привычек путешественников для разработки нового сервиса бронирования.
📎 Customer Journey Map: какие карты бывают, как их составить и использовать
6️⃣ Маркетинговая воронка
Что это: Линейная модель этапов от знакомства с продуктом до покупки.
Отличие от CJM:
- Фокус на конверсиях, а не на эмоциях и барьерах.
- Не учитывает неочевидные взаимодействия (например, влияние отзывов из соцсетей)
📎 Маркетинговая воронка: как превратить клиента в покупателя
—————————
🧐 Когда что выбирать?
CJM - Анализ пути клиента от первого контакта до лояльности.
UJM - Оптимизация UX внутри продукта (например, onboarding в приложении).
Service Blueprint - Связь клиентского опыта с внутренними процессами компании.
JTBD - Понимание глубинных мотивов покупки и создание инноваций.
Карта эмпатий - Быстрое выявление боли пользователя на конкретном этапе
Вместо вывода:
CJM — не универсальный инструмент. Для комплексного анализа нужна комбинация методов:
- JTBD + CJM — для понимания мотивов и пути клиента .
- Service Blueprint + UJM — для синхронизации UX и бизнес-процессов .
Источник: @ba_and_sa
📝 Альтернативы CJM: инструменты для анализа пользовательского опыта
Customer Journey Map (CJM) — мощный инструмент, но он подходит не для всех задач. В зависимости от целей (анализ внутренних процессов, фокус на продукте, исследование широкого контекста) могут потребоваться другие методы.
Что это: Карта пути пользователя внутри продукта или сервиса, а не клиента как покупателя.
Отличие от CJM:
- Фокус на использовании продукта, а не на процессе покупки.
- Подходит для B2B-сценариев, где пользователь и покупатель — разные лица (например, сотрудники компании) .
Пример: Карта взаимодействия оператора колл-центра с CRM-системой.
Что это: Карта, объединяющая клиентский опыт и внутренние бизнес-процессы компании.
Ключевые особенности:
- Показывает, какие отделы отвечают за каждый этап CJM.
- Выявляет «закулисные» процессы (например, логистику или техподдержку) .
Пример: Оптимизация работы ресторана: от заказа клиента до кухни и доставки.
Что это: Метод, фокусирующийся на задачах, которые пользователь хочет решить с помощью продукта.
Преимущества:
- Раскрывает истинные мотивы покупки (например, «родители покупают органическое детское питание, чтобы обеспечить безопасность ребенка») .
- Помогает создавать инновационные продукты, решающие конкретные проблемы.
Что это: Визуализация мыслей, чувств и поведения пользователя в рамках одной ситуации.
Структура:
- «Думает и чувствует», «Говорит и делает», «Видит», «Слышит»
Применение: Для точечного анализа боли пользователя (например, при доработке интерфейса).
Что это: Широкая карта жизненного контекста пользователя, выходящая за рамки взаимодействия с продуктом.
Зачем: Чтобы понять, как продукт вписывается в повседневную жизнь клиента .
Пример: Исследование привычек путешественников для разработки нового сервиса бронирования.
Что это: Линейная модель этапов от знакомства с продуктом до покупки.
Отличие от CJM:
- Фокус на конверсиях, а не на эмоциях и барьерах.
- Не учитывает неочевидные взаимодействия (например, влияние отзывов из соцсетей)
—————————
CJM - Анализ пути клиента от первого контакта до лояльности.
UJM - Оптимизация UX внутри продукта (например, onboarding в приложении).
Service Blueprint - Связь клиентского опыта с внутренними процессами компании.
JTBD - Понимание глубинных мотивов покупки и создание инноваций.
Карта эмпатий - Быстрое выявление боли пользователя на конкретном этапе
Вместо вывода:
CJM — не универсальный инструмент. Для комплексного анализа нужна комбинация методов:
- JTBD + CJM — для понимания мотивов и пути клиента .
- Service Blueprint + UJM — для синхронизации UX и бизнес-процессов .
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM