Заметки Аналитика | IT

​​📑 BPMN для аналитиков и тимлидов (часть 2) Автор - Вожегов Дмитрий, системный аналитик: "В первой части мы обсудили недостатки стандарта BPMN, которые важно учесть до начала моделирования, чтобы сделать проектирование процессов понятным, однозначным и эффективным. В этой статье мы перейдём к практике: начнём проектировать процессы и обсудим три важных аспекта: - выбор архитектуры процесса: монолитная или микросервисная; - выбор вида BPMN-схемы: взаимодействие или хореография; - выбор подхода для начальной декомпозиции процессов: случайные или детерминированные подпроцессы." Читать статью

Давайте подведем итоги кода года. Хотим узнать, каким был ваш 2025 Вспомним дедлайны, обучение, прорывы и моменты, когда все получилось или не совсем. В канале T-Crew как раз разыгрывают мерч за такие истории. Подписывайтесь и высказывайтесь

​​Как продакт и аналитик работают в одной задаче: три кейса из практики Автор - Маша,продакт ITSM 365 в Naumen: "В этой статье делюсь тремя кейсами и практическим опытом взаимодействия аналитика и продакта в одной задаче: почему это иногда превращается в хаос, и как мы перестраивали процессы, чтобы этого избежать." Читать статью

🚨Выжить среди хаоса информации или где системному аналитику узнавать первым про актуальные инструменты и навыки в 2026 году? Наши преподаватели-практики ответят! 🔥Записывайтесь на 3 бесплатных вебинара курса «Системный аналитик. Advanced» ✅ Вебинар 1: «Паттерны микросервисной архитектуры: как системному аналитику говорить с архитектором на одном языке» ⏰24 декабря в 20:00 мск Программа вебинара: 1. Как бизнес-аналитикам и менеджерам перестать быть просто "передатчиками" требований и стать полноценными соавторами архитектуры. 2. Как с помощью паттернов MSA (Saga, CQRS, API Gateway) переводить бизнес-задачи на язык микросервисов и оформлять в понятные технические решения для разработчиков. ✅ Вебинар 2: «Шпаргалка по проектированию REST API» ⏰14 января в 20:00 мск Программа вебинара: 1. Что такое REST и чем он отличается от других подходов 2. Как правильно проектировать ресурсы и эндпоинты 3. Использование HTTP-методов и кодов ответа 4. Стандарты оформления ошибок и валидации данных 5. Версионирование API и управление изменениями 6 Лучшие практики по безопасности, логированию и документации (OpenAPI/Swagger) ✅ Вебинар 3: «Что делает системный аналитик когда собирает требования?» ⏰26 января в 20:00 мск Программа вебинара: 1. Требования: понятия, классификация, процесс выявления 2. Когда и как мы работаем с требованиями 3. Несколько приемов работы со стейкхолдерами 4. Роль аналитика в работе с требованиями Записывайтесь ➡️ OTUS.RU Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, ERID:2W5zFJrYytC

​​Фильтруй. Переиспользуй. Собирай. Почему DITA — идеальный формат для разработки сложной технической документации Автор - Александр Клименков, техлид, технический писатель, программист: "DITA расшифровывается как Darwin Information Typing Architecture. Фактически это формат, основанный на XML, со своей стандартизированной схемой DTD. Формат DITA предназначен для разметки исходного текста документов с помощью специальных тегов. Набор тегов в этом формате специально разработан для того, чтобы было удобно форматировать текст пользовательской или технической документации. В этом формате предусмотрено несколько удобных механизмов, которые позволяют здорово упростить жизнь автору текста. Например, в DITA есть очень удобные средства для фильтрации и повторного использования контента. Из исходных файлов в формате DITA с помощью свободно распространяемого набора скриптов DITA-OT (Open Toolkit) можно собрать документы в различных форматах: HTML, PDF, EPUB, CHM и других. Давайте познакомимся с этим форматом поближе." Читать статью

​​📑 Кому выгоден перманентный пожар: экономика тушения в ИТ Автор - Светлана Пурик: "Борьба с последствиями плохого ТЗ иногда ценится выше, чем работа по его предотвращению. Кратко о парадоксе: все ругают костыли и авралы, но они повторяются вновь и вновь. Значит, это кому-то нужно? Посмотрим на экосистему проекта не с технической, а с экономической и карьерной точек зрения." Читать статью

❓Как менять статусы объектов в процессе — и не утонуть в сервисных задачах Когда по процессу движется бизнес-объект — заказ, договор или заявка на кредит, то нужно изменять его статус в зависимости от пройденных этапов. При этом часто на статусы многое завязано и хочется видеть изменения на модели процесса. 💡 Решение в лоб — на каждое изменение ставить сервисную задачу, которая пропишет нужный атрибут сущности в прикладной системе. Будет все наглядно, но схема быстро захламляется однотипными элементами. Как быть? 👉 Можно моделировать смену статусов событиями — они компактнее. Но мы же хотим иметь исполняемую модель, чтобы статус менялся не только «на бумаге». А навесить бизнес-логику на события — задача нетривиальная. Не хочется городить сложные решения ради такой мелочи. ❗️Мы нашли лайфхак, как сохранить лаконичность схем и обойтись без лишнего кода. Как именно? 👇 Ответ — в Телеграм-канале BPM Developers. #реклама О рекламодателе

​​Как написать AI-ТЗ из одной фразы заказчика: пошаговая инструкция по методике SARD от идеи до спецификации требований "Эта статья — демонстрационный пример, иллюстрирующий пошаговую методику преобразования одной вымышленной бизнес-фразы заказчика в полноценное техническое задание (ТЗ) с помощью инструментов искусственного интеллекта (ИИ). В качестве исходной фразы для демонстрации выбрана бизнес-идея, приписываемая гипотетическому Сэму Альтману: «Помогите мне сделать GPT настолько незаметным, что люди перестанут бояться сингулярности»." Читать статью

От стейкхолдеров к требованиям: с чего начать? Привет, коллеги! В прошлый раз мы с вами разобрали, кто такие стейкхолдеры и как с ними взаимодействовать. Вы уже составили свой список ключевых лиц, наметили стратегию коммуникации... И теперь возникает самый важный и сложный вопрос: «Что же делать дальше?» 🤔 Частая ошибка новичков (да и опытных тоже) - сразу переходить от списка лиц к сбору «хотелок». В результате мы получаем винегрет из пожеланий, технических идей и личных мнений, из которого почти невозможно собрать целостную картину проекта. Главный секрет на этом этапе - научиться отделять истинную Потребность от предложенного Решения. ▪️Решение - это то, ЧТО человек просит сделать. Часто это уже готовое, иногда неоптимальное, техническое предложение. ▪️Потребность - это то, ПОЧЕМУ он это просит. Это коренная проблема, боль, цель или желаемый результат, который стоит за запросом. Классический пример: - Что говорит стейкхолдер (Решение): «Мне нужна еще одна кнопка «Экспорт в PDF» в правом верхнем углу отчета». - Что может быть на самом деле (Потребность): «Мне еженедельно приходится тратить 2 часа, чтобы вручную сводить данные из этого отчета в презентацию для руководства. Мне нужно быстро получать данные в удобном для презентации формате». Видите разницу? Если мы слепо реализуем «кнопку», мы можем упустить возможность создать автоматический еженедельный отчет-презентацию, который сэкономит не 10 минут на клик, а 2 часа работы в неделю. Практический шаг: как это делать? Прежде чем проводить массовые интервью, начните с малого. Возьмите своего ключевого стейкхолдера и подготовьтесь к первой беседе. Вопросы-помощники для выявления потребностей: - «Расскажите, как вы сейчас выполняете эту задачу? Опишите ваш обычный день» (понимание текущего процесса). - «С какими сложностями или рутиной вы сталкиваетесь? Что отнимает больше всего времени?» (выявление боли). - «Какой идеальный результат для вас? Что изменится, когда проблема будет решена?» (понимание цели). - Уточняющие вопросы на любое предложенное решение: «Почему это важно? Как это решит вашу задачу?» Ваша цель первой встречи - не записать список функций, а понять контекст, бизнес-процесс и настоящие цели. Итог: Переход от стейкхолдеров к требованиям начинается со смены фокуса. Фокус на ЛИЦА (кому важно) меняется на фокус на ПРОБЛЕМЫ (что важно и почему). В следующих постах мы разберем ряд методов сбора требований - от классических интервью и воркшопов до анализа документов и наблюдения. Вы узнаете, как выбрать правильный инструмент под задачу и как комбинировать их, чтобы собрать полную картину. @notes_analyst

📊 Аналитические навыки: от теории к практике! 🔥 Мы подготовили для вас 3 бесплатных вебинара курса «Аналитик данных» для тех, кто хочет освоить современные инструменты анализа данных. Не пропустите — регистрируйтесь прямо сейчас! 🔸 Вебинар 1: Визуализация данных в Tableau 📅 24 декабря, 20:00 Что узнаете: - Как начать работу в Tableau: структура интерфейса и подключение данных - Создание первых визуализаций и настройка под цели анализа - Объединение графиков и таблиц в интерактивный дашборд 🔸 Вебинар 2: SQL для аналитиков 📅 15 января, 20:00 Что вас ждет: - Разбор пяти ключевых SQL-инструментов на понятных примерах - Мини-практика: написание реальных запросов вместе - Анализ бизнес-кейса и демонстрация работы аналитика 🔸 Вебинар 3: Анализ аномалий в данных 📅 21 января, 20:00 Что будет: - Визуализация и первичный поиск аномалий с помощью графиков - Статистические методы обнаружения аномалий: квантили и межквартильный размах - Машинное обучение для поиска аномалий: алгоритм Isolation Forest и расширение возможностей аналитика ⚡️ Не откладывайте! Количество мест ограничено. 👉 Регистрация открыта на OTUS.RU Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

​​📑 Поиск по подстроке — ответ системного аналитика на собеседовании Автор - Наталия Пляко, бизнес и системный аналитик, руководитель проектов: "Привет всем! Данная статья адресована начинающим свой путь в системном анализе и призвана помочь ответить максимально просто на один из самых частых вопросов системному аналитику на собеседовании. Мне данный вопрос задали на 3х из 5ти технических интервью, а это значит, что в теме надо разобраться. Поехали! Вопрос: на сайте есть форма с полем поиска чего-либо по названию и кнопка, при нажатии на которую должен быть выведен результат поиска. Проблема в том, что пользователь не помнит название. Как реализовать поиск?" Читать статью

Привет, коллеги! 👋 Сегодня предлагаю обсудить тему: стейкхолдеры и эффективное взаимодействие с ними. 🤝 В карточках к посту вы найдете определение, кто такие стейкхолдеры и их условную классификацию А далее перейдем к некоторым рекомендациям о том, как выявлять заинтересованные стороны, анализировать их нужды и выстраивать продуктивное сотрудничество. 1. Выявление стейкхолдеров: ▫️ Мозговой штурм: начните с мозгового штурма с командой - кто может быть заинтересован в проекте или затронут им? Не ограничивайте себя - сначала запишите всех, кто приходит в голову. ▫️ Анализ документации: изучите устав проекта, бизнес-план, организационную структуру. Там часто указаны ключевые лица и подразделения. ▫️Интервью с ключевыми лицами: спросите у руководителей и экспертов, кого еще стоит включить в список. ▫️ Постройте диаграмму, показывающую границы системы и взаимодействующие с ней элементы. Сразу станет понятно, кто стейкхолдер. ▫️Не забывайте о "скрытых" стейкхолдерах: иногда существуют группы, которые не очевидны на первый взгляд, но тем не менее важны (например, будущие пользователи, регуляторы). 2. Анализ стейкхолдеров: ▪️Матрица "Влияние/Интерес": разместите стейкхолдеров на матрице, чтобы определить, с кем нужно активно взаимодействовать, кого достаточно информировать, а кого нужно просто мониторить: - Высокое влияние/Высокий интерес: Управляйте внимательно (ключевые стейкхолдеры) - Высокое влияние/Низкий интерес: Держите в курсе - Низкое влияние/Высокий интерес: Информируйте - Низкое влияние/Низкий интерес: Мониторьте ▪️Анкетирование и опросы: соберите информацию о потребностях, ожиданиях и опасениях стейкхолдеров. ▪️SWOT-анализ стейкхолдеров: определите сильные и слабые стороны, возможности и угрозы, связанные с каждым стейкхолдером. 3. Взаимодействие со стейкхолдерами: ▫️Определите оптимальные каналы коммуникации: кому-то удобнее получать информацию по электронной почте, кому-то на совещаниях, а кому-то через систему управления проектами. ▫️Регулярные встречи: организуйте регулярные встречи для обсуждения прогресса, проблем и изменений. ▫️Прозрачность: будьте открытыми и честными в своих коммуникациях. ▫️Активное слушание: уделяйте внимание мнению стейкхолдеров, задавайте вопросы, уточняйте детали. ▫️Управление ожиданиями: четко обозначайте, что вы можете и не можете сделать. ▫️Гибкость: будьте готовы адаптироваться к изменяющимся потребностям стейкхолдеров. ▫️ Документируйте все коммуникации: ведите записи встреч, протоколы решений, чтобы всегда иметь возможность вернуться к обсужденным вопросам. Познакомиться чуть подробнее с методами выявления, анализа и управления стейкхолдерами помогут статьи: 🖇 Кто такие стейкхолдеры: Таблица интересов стейкхолдеров, Карта заинтересованных сторон, Матрица стейкхолдеров 🖇 Анализ стейкхолдеров проекта 🖇 Как построить коммуникацию между стейкхолдерами проекта 🖇 Карта заинтересованных сторон – инструмент анализа проектного окружения и бизнеса в целом 🖇 Как подружиться с людьми, от которых зависит проект 🖇«Нормально же общались»: кто такие стейкхолдеры и как избегать с ними конфликтов #теоретическиезаметки #подборка #статьи | @notes_analyst

Стажировка для будущих аналитиков Т-Банк открыл набор на оплачиваемую стажировку для тех, кто хочет разобраться, как устроен бигтех изнутри. Здесь не дают учебных заданий — с первого дня будете искать закономерности, проверять гипотезы и помогать команде принимать продуктовые решения. Наставники помогут освоить новые инструменты, а команда — разобраться в сложных кейсах. Стажеры получают поддержку, обратную связь и возможность развиваться в удобном темпе. Формат гибкий: от 20 до 40 часов в неделю, удаленно или в офисе. Есть пять направлений: продуктовая, риск-, инвестиционная аналитика, технологии и AI-продукты. Станьте аналитиком — приходите качать скиллы в Т-Банк. Подайте заявку на оплачиваемую стажировку уже сейчас

​​Проектирование в условиях нестабильности: от функционального хаоса к архитектурной устойчивости Автор - Игорь Стряпков, главный архитектор в Cloud X: "В работе мы постоянно сталкиваемся с тем, что современные системы программного обеспечения все больше живут в условиях постоянных изменений: новые требования, изменяющиеся бизнес‑правила, новые технологии, расширение функциональности. Однако большинство архитектурных подходов, таких как функциональная декомпозиция, не учитывают эту реальность. В результате команды сталкиваются с высокой стоимостью изменений и непредсказуемыми срывами сроков. Но мы на своем опыте убедились в том, что разработка в условиях нестабильности — это подход, который признает изменчивость требований как данность и предлагает систематические методы создания архитектур, способных эволюционировать вместе с бизнесом. Другими словами, на сегодня меняющиеся требования — это не отклонение от нормы, а естественное состояние разработки. И поэтому я хотел бы подробнее поговорить о том, как превратить постоянные изменения из угрозы в конкурентное преимущество." Читать статью

🚀 AI больше не «надстройка» над бизнесом — он меняет сам фундамент. И сегодня архитекторы оказываются в центре этой трансформации. 📅 15 декабря, 19:00 МСК — приглашаем на открытый вебинар!  Мы разберём 4 слоя корпоративной архитектуры и увидим, какие изменения приносит AI на каждом уровне. Вы узнаете, как формировать стратегические инициативы и дорожную карту AI-трансформации В программе:  ✔️ Оценка ROI AI-инициатив  ✔️ Подходы к интеграции AI в архитектурную модель  ✔️ Способы выстраивания решений, которые помогают бизнесу расти, а не только использовать модные технологии.    🎯 Зарегистрируйтесь на открытый урок в рамках курса «Enterprise Architect» и получите специальные условия на обучение: https://clck.ru/3QnEiz Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

​​Опыт ВТБ по миграции SAP BW/4 HANA: что помогло уложиться в сроки и сохранить функциональность Авторы - Михаил Синельников, лидер кластера импортозамещения аналитической отчетности в ВТБ и Владимир Ведяков, ИТ-лидер проекта со стороны компании «Сапиенс Солюшнс»: "Мы описали в этой статье перенос системы аналитической отчетности SAP BW/4 HANA на импортонезависимый стек. В этом материале представлен наш практический опыт: ключевые решения, подходы к планированию, особенности реализации и выводы, которые могут быть полезны командам, работающим с аналогичными задачами." Читать статью

​​📑 Когда ТЗ перестаёт быть фикцией: практический путь к отделу системного анализа От Автора: "Я пришла в компанию, где системный анализ «формально был», но по факту системные аналитики жили отдельно от разработки и продукта. Итог был предсказуем: аналитики писали ТЗ, которые никто не читал, разработчики ходили к бизнесу напрямую, интерпретировали хотелки «как поняли», в систему прилетали костыли, странные обходные пути и тонны лишней логики, а в прод выкатывалось то, что скорее напоминало мем с качелями «что хотел заказчик — что в результате получилось»." Читать статью

​​Генеральная уборка базы знаний: плюсы, подводные камни, минусов не будет Автор - Мария Рылик, старший контент-менеджер группы управления пользовательским опытом веб-поддержки «Лаборатории Касперского»: "В этой статье я расскажу, как мы с командой провели генеральную уборку баз знаний, наступили в процессе на всевозможные швабры грабли, но в итоге помогли и юзерам продуктов, и нашему саппорту: базами знаний стали активно пользоваться, снизилось количество итераций общения по проблеме от первого запроса саппорту до окончательного решения." Читать статью

«Как на таком рынке вообще можно устроиться?!» В 2026-м этим вопросом задастся почти каждый, перед кем встанет проблема поиска работы. Булат — практикующий ментор и солюшен-архитектор, выросший из системного аналитика. В этом году он сам трижды (!) попадал под сокращения, но в итоге смог устроиться на еще большую ЗП, чем была до всех сокращений. Впечатляющий маневр? Думаю, да. А ведь вся нужная инфа для таких же камбэков уже лежит у него в канале: - Где искать работу в РФ и как искать работу аналитиком вне РФ? - Что спрашивают на собеседованиях и что на них отвечать? - Как выбить себе офер повкуснее? 3 полезных поста: - Текущие реалии хх - Где искать работу (+комменты) - Пример собеса (в Сберздоровье) Подписывайся — https://t.me/tryoutonadancefloor, если устал сидеть без дела и хочешь уже устроиться на работу.

📑 Ultimate System Design Checklist Автор - Невзоров Владимир, инженер HighLoad систем: "Успешные прохождения System Design Интервью возможны благодаря 3ём факторам: 1. Теоретической проработки архитектуры. 2. Практики решения популярных задач. 3. Умения отвечать на конкретные вопросы по системе. Благодаря ультимативному чеклисту рассмотрим 3ий пункт подробнее." Читать статью