Системный и бизнес-анализ

Современные финансовые рынки претерпели фундаментальную структурную трансформацию. Если в предыдущие десятилетия ценообразование активов и биржевых индексов определялось преимущественно макроэкономическими факторами, корпоративными отчетами и фундаментальным анализом, то сегодня архитектура рынка во многом подчинена рынку производных финансовых инструментов (деривативов).

Рынок опционов, а в особенности сегмент контрактов с нулевым сроком до экспирации (те самые 0DTE), разросся до таких абсурдных масштабов, что объемы торгов по ним зачастую превышают объемы торгов самими базовыми активами. В этой новой парадигме традиционные рыночные нарративы просто отходят на второй план. Главным драйвером внутридневной волатильности стала сухая, механическая вещь - хеджирование опционных позиций маркетмейкерами.

AIналитик (AInalyst) — это AI-ассистент, который работает рядом с вами как опытный коллега бизнес-аналитик. Он прекрасно знает методологию BABOK v3, умеет строить карты стейкхолдеров, планировать интервью и обрабатывать его результаты: собирать требования, трассировать и приоритизировать их, оформлять артефакты. Вы описываете задачу своими словами — AIналитик предлагает следующий шаг, задаёт уточняющие вопросы и делает работу.

BABOK guide, которое является руководством, регламентирующим работу бизнес аналитиков — это более 500 страниц структурированной экспертизы. AIналитик встроил её в свой процесс: он не даст вам пропустить важный шаг, предупредит о рисках и подскажет следующее действие. BA, который плохо ориентируется в методологии, с платформой начинает работать по методологии BABOK так же уверенно, как опытный специалист.

Проблема большинства команд не в том, что они работают медленно. Проблема в том, что они толком не понимают, где именно теряют время, сколько стоит каждая ошибка и насколько тяжёлым стал сам процесс поставки изменений. Именно здесь и полезны DORA-метрики. Разберём, что они измеряют, где их чаще всего трактуют неправильно и как применять их без KPI-магии. 

Эта статья навеяна реальной судебной историей, но детали изменены. Имена, суммы, количество участников и часть обстоятельств собирательные. Сюжет намеренно переписан так, чтобы по нему нельзя было восстановить ни одну конкретную сторону. Нас интересует не разбор чьих-то действий, а механика того, как корпоративный спор из-за прав на программное обеспечение может одновременно оказаться в арбитраже и в уголовном суде, и почему это ставит компанию в странное процессуальное положение.

Недавно на Хабре вышла статья Сергея Прощаева «Требования в Agile: полный гайд с работающими практиками». Тема требований остаётся одной из самых конфликтных в разработке. Автор верно подмечает, что команды часто впадают в две крайности. Одни пытаются предусмотреть всё в самом начале и пишут исчерпывающее техническое задание. Другие считают, что в Agile можно вообще ничего не фиксировать и достаточно устных договорённостей. И те и другие потом переписывают код по ночам. Решение, которое предлагает Сергей, звучит разумно: итеративное уточнение, пользовательские истории, критерии приёмки, демонстрации и обратная связь.

Проблема в том, что это решение подано как универсальное. И в этом кроется ошибка, которая может дорого обойтись командам, работающим над софтом для производственных предприятий, строительных организаций или финансовых департаментов. Я хочу разобрать несколько ключевых тезисов статьи и показать, где они перестают работать, а также предложить альтернативный взгляд, который не отрицает Agile, но существенно его дорабатывает для определённого класса задач.

В книге «Как разговаривать с кем угодно, когда угодно, где угодно» Ларри Кинг предлагает быть всегда честным со своими слушателями. Не думаю, что он первооткрыватель этой идеи, но именно его книгу я прочла как раз перед тем, как приняться за написание этой статьи. И следовать буду именно его совету.

Я — Мария Анищук, ведущий продуктовый аналитик компании РТЛабс. Сегодня я расскажу, как мы за 44 часа подготовили и выпустили в прод новую услугу по выплате детского пособия и даже успели немного отдохнуть.

Важное уточнение: этот продукт был гораздо больше, чем просто MVP.

Автоматизация на пищевом предприятии давно перестала быть данью моде. Сегодня это базовое условие конкурентоспособности: ERP-системы, MES-решения, датчики на линиях и интеграция с «Честным Знаком» стоят почти у всех. Но вот парадокс: у одних компаний после внедрения кривая прибыли уверенно ползет вверх, а у других — растут только расходы на IT-инфраструктуру.

По данным аналитики за 2025 год, около 60% предприятий пищевой отрасли не добились заявленного возврата инвестиций (ROI) от цифровизации, а четверть и вовсе зафиксировали рост издержек. Причина кроется не в программном обеспечении. Главная проблема — отсутствие управленческой зрелости. Это неспособность менеджмента корректно интерпретировать данные, принимать на их основе решения и оперативно перестраивать процессы.

Международный стандарт интеграции управления производством ISA-95 наглядно это подтверждает: автоматизация без выстроенной архитектуры уровней управления и без культуры анализа превращается в центр затрат, а не в драйвер роста.

Эволюция управления: от тушения пожаров к стратегии

Управленческая зрелость не появляется по щелчку мыши в день запуска новой системы. Это процесс системного взросления команды. От реактивного латания дыр завод должен перейти к осознанному планированию.

Логика развития управленческого контура выглядит так:

Если бизнес-анализ — это искусство превращать потребность заказчика в приносящее ценность решение то его основа — не методологии и не инструменты, а 6 базовых понятий, заложенных в BABOK (Business Analysis Body of Knowledge).

Именно поэтому мы запускаем цикл статей — «Шесть основ бизнес-анализа». В данных статьях мы разберем каждое из 6 базовых понятий отдельно: дадим определение, разберем типовые ловушки, рабочие техники, примеры «из жизни» и то, как применять BABOK прагматично, а не «по учебнику».

Я — Станислав Харьков, руководитель управления бизнес-анализа компании «БКС Мир инвестиций», и на собственном опыте знаю, насколько критично не упустить ключевых участников на ранних этапах. Поэтому начнём с понятия, которое чаще всего «ломает» проекты ещё до формулирования требований: заинтересованные стороны (ЗСт) или стейкхолдер.

Почему «собрать требования» невозможно, а итеративный подход — единственный рабочий вариант и чем Agile-требования на самом деле отличаются от классических.

А также:
▫️ Почему фраза «создайте мне систему» — это красный флаг.
▫️ Как постепенное уточнение спасает от «аналитического паралича» и переписывания кода.
▫️ User Story vs Use Case: в чём настоящая разница и что выбрать.
▫️ Схемы итеративного процесса и ролей в Agile-проекте.

Меня зовут Динара, я владелец продукта Naumen Service Desk и аналитик в команде внедрения, занимаюсь настройкой интерфейсов для Enterprise-клиентов.

В работе регулярно сталкиваюсь с одним и тем же конфликтом. С одной стороны — система как инструмент бизнеса: эффективность, снижение затрат. С другой — опыт пользователя: его привычки, когнитивная нагрузка и эмоциональный отклик. 

Где здесь золотая середина? И как получилось, что от интерфейсов, которые должны упрощать жизнь, пользователи порой устают сильнее, чем от физического труда?

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

Внедрением бюджетирования в нашей стране разные методологи начали заниматься более 25 лет назад, с появлением первых систем автоматизации, в том числе и западных, не адаптированных тогда еще к нашим условиям работы. Примерно к 2010-м годам устоялась методология бюджетирования, разработано и адаптировано много специализированного софта. Но в 2020-е годы правила игры стали стремительно меняться. И к не до конца решенным методологическим прибавилось множество организационных проблем, не последнюю роль в появлении которых повлиял и западный софт, и западные методы внедрения. Кроме того, выявились проблемы и с автоматизацией различных смежных с бюджетированием процессов: прогнозирования, моделирования, сбора и обработки фактической информации, регламентации и дисциплины бюджетирования.

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

Я, Андрей Бурчаков, заместитель директора дивизиона корпоративных решений «Консист Бизнес Групп» (ТУРБО входит в ИТ-холдинг LANSOFT), эксперт по внедрению систем бюджетирования с двадцатилетним стажем. Сегодня я предлагаю посмотреть с позиции консультанта по внедрению на наше решение – систему ТУРБО Бюджетирование.  Поехали!

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

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

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

Привет!

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

Если хочет — может раскрыть больше деталей, если нужно наоборот — может скрыть избыточные.

А также, помимо самого способа создания, хочу рассказать, как получилось прийти именно к такому варианту динамических диаграмм последовательности.

Будет PlantUML, JavaScript, HTML и немного разочарования в ИИ :-)

P.S. Не смотрите на то, что читать статью якобы много-много минут. Текста там не много, все код виноват :-)

Меня зовут Андрей Рыжик, я product owner BI-направления компании «Белый код». Это вторая статья из серии, в которой мы изучаем российские BI-системы с поддержкой ETL для клиентов из малого и среднего бизнеса с бюджетом до 1,5 млн рублей. Сегодня разбираем связку от компании Modus: Modus ETL и Modus BI.

OpenAI недавно закрыла раунд на 122 миллиарда долларов. Оценка компании после раунда — 852 миллиарда. Это самый большой частный раунд в истории Силиконовой долины. И впервые больше трёх миллиардов пришло от обычных людей через банки. 

Анализ экономики союза с помощью моделей прогнозирования, анализа близости и графового метода.

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

Но есть проблема: Экономики стран союза работают в первую очередь на решение своих собственных, внутренних задач. Из-за этого участники ЕАЭС не всегда не дополняют друг друга, а наоборот, замыкаются сами в себе.

Самые интересные новости финансов и технологий в России и мире за неделю: завершилась миссия Artemis II, суды РФ продолжают поощрять бабкину схему, Иран и США помирились (но это неточно), Твиттер сдружил все народы с помощью автоперевода, Сэм Альтман не может перестать врать, а Милла Йовович наконец вкатилась в IT.

В первой части я показал, как пузырьковая диаграмма помогает увидеть связи в данных, которые не видны в таблице. Но как только данных становится больше — всё начинает ломаться: пузырьки наезжают друг на друга, цвета путают, а статичная картинка перестаёт что-то объяснять.
Это тот момент, где многие говорят: «Ну значит, инструмент не подходит».

На практике — подходит. Просто его нужно довести до рабочего состояния.

В этой части разберу три вещи, без которых bubble chart в реальных задачах не живёт:

• как справляться с наслоением,

• как использовать цвет без визуального шума,

• и как добавить время, чтобы график начал показывать не только «что есть», но и «что происходит».

Покажу на том же кейсе складской аналитики — с интерактивными приёмами, которые реально работают в дашбордах и на встречах.

🤡 Как контрить шитпостинг Президента США

Существующие решения на GitHub имеют фатальные изъяны. Разберём несколько примеров - плюсы и минусы.