Обновить

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

Сначала показывать
Порог рейтинга
Уровень сложности

Как сделать процессор Российским

Время на прочтение7 мин
Охват и читатели14K

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

Так почему произведенные за границей процессоры могут быть признаны российскими? Попробуем в этом разобраться на примере процессоров семейства Baikal.

Читать далее

Когда онбординг длится 2 месяца: день 3 — проследить главный поток данных

Уровень сложностиСредний
Время на прочтение7 мин
Охват и читатели6.8K

Рано или поздно сложную систему приходится объяснять человеку со стороны: новому разработчику, техлиду, архитектору или ревьюеру. И тут часто начинается боль: репозитории уже показали, основные сущности вроде бы объяснили, но всё ещё непонятно, как данные проходят через систему.

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

Внутри 4 практичных артефакта: чек-лист выбора flow, карточка сущности, таблица изменения формы данных и чек-лист точек поломки. А чтобы схема осталась в памяти надолго, я обернула её в кальмара с полипом на лице.

Читать далее

Аналитика новых и текущих сайтов: как не положить прод одной доработкой

Уровень сложностиПростой
Время на прочтение9 мин
Охват и читатели6.1K

Привет! Я Иван Воробьев, системный аналитик Далее. Часто нам приходится работать со сложными системами не только с нуля, но и на саппорте. И для аналитика это кардинально разные контексты, риски и косты ошибок. 

На поддержке каждый error стоит сильно дороже, а допустить его в разы проще. В этой статье расскажу, что точно повредит ваш прод при доработках и как этого избежать. 

Читать далее

Как построить Value Stream Map (VSM): пошаговая инструкция

Уровень сложностиСредний
Время на прочтение8 мин
Охват и читатели7.3K

Когда организация растет, процессы быстро превращаются в набор разрозненных схем: где‑то BPMN, где‑то регламенты, где‑то таблицы со статусами и ответственными. Но в какой момент становится понятно, что эти схемы плохо отвечают на главный вопрос: какую ценность мы создаем, для кого и какие способности бизнеса реально поддерживают этот поток?

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

Разобрать подход

8 дашбордов для аптек: какие показатели продаж необходимо мониторить

Время на прочтение8 мин
Охват и читатели5.7K

Привет! Я Дарья Черникова, аналитик компании «Белый код». В аптечной сети важен каждый чек и каждая точка: от выручки до процента собственных торговых марок. Но часто аналитика сводится к ручной сверке таблиц и догадкам. В этой статье расскажу, какие дашборды мы разработали специально для аптечных сетей.

Читать далее

Три навыка, без которых аналитику 1С сложно расти в проектах

Уровень сложностиПростой
Время на прочтение2 мин
Охват и читатели7.2K

В работе аналитика 1С все чаще появляются задачи, для которых уже недостаточно только знания бизнес-процессов.

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

Читать далее

Время в чипах

Время на прочтение4 мин
Охват и читатели14K

Добрый день, дорогой читатель.

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

Недавно у нас с около‑полупроводниковыми коллегами состоялась дискуссия вокруг роудмапа одной компании, имеющей претензии на создание отечественных чипов. В том числе звучали такие фразы: «Да в такие сроки это сделать невозможно…», «Да может они нагнали 1000 инженеров и сделали?», «Да они заплатили и им всё сделали быстро…» и так далее. По результатам разговора возникла мысль, что отрасль‑то наша вон каким внимание пользуется, а как она на самом деле живёт — мало кто понимает. И хорошо бы раскрыть хотя бы эту часть — время в жизни чипостроителя. Или как родить ребенка за месяц.

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

Читать далее

Можно ли запустить корпоративную BI+ETL-систему за 1,5 млн рублей? Часть 5: «Форсайт. Аналитическая платформа»

Время на прочтение19 мин
Охват и читатели6.4K

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

Читать далее

Как мы убрали хаос на входе и вернули фокус в бизнес‑анализ с помощью ИИ‑ассистента

Уровень сложностиСредний
Время на прочтение7 мин
Охват и читатели9.5K

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

Для функции бизнес‑анализа такие изменения особенно чувствительны. Когда требования приходят сырыми, аналитики начинают тратить время не на проработку решений, а на базовую подготовку материала к работе: уточнение целей, сбор контекста, определение границ задачи, фиксацию сценариев и устранение противоречий.

Когда аналитика превращается в расшифровку задач 

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

Формально задача есть. По факту нет ни границ, ни сценария, ни критериев успеха, ни понимания того, что именно требуется реализовать.

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

Читать далее

Аналитики и нагрузочное тестирование: как это работает на практике

Уровень сложностиПростой
Время на прочтение5 мин
Охват и читатели6.1K

Хабравчане, всех рада приветствовать! Меня зовут Акманова Елизавета, я ведущий аналитик ГК «Юзтех». В своих статьях я стараюсь затрагивать темы, которые считаю важными, и обязательно с опорой на личный практический опыт.

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

ДИСКЛЕЙМЕР

Данная статья отражает личный опыт автора и не претендует на статус эталонного или единственно верного решения. Некоторые моменты могут вызывать несогласие или внутреннее сопротивление, это совершенно нормально. Я описываю конкретную ситуацию, сложившуюся в моей команде в рамках одного проекта. Это довольно специфический кейс, который не обязательно окажется применим в других условиях. Однако для нас он оказался полезным, и я не утверждаю, что так должно быть у всех. Моя цель — просто показать один из возможных вариантов развития событий. Возможно, наше решение совсем не идеально и не безупречно, но оно помогло нам улучшить ситуацию. Поэтому, пожалуйста, не торопитесь с критикой, будет здорово, если просто поддержите.

Надеюсь, это небольшое предисловие поможет настроиться на нужный лад.

Из названия статьи, уже понятно: мы дошли до того, что аналитики начали заниматься нагрузочным тестированием. Более того, они проводят его на этапе обследования, когда ещё не написано ни одной строки кода. О том, как мы к этому пришли, почему эту роль взяли на себя именно аналитики и какие инструменты нам помогают, я и расскажу.

Читать далее

ClickHouse для больших данных: полный гайд по интеграции с NoSQL‑экосистемой

Уровень сложностиСредний
Время на прочтение7 мин
Охват и читатели11K

Когда классические SQL‑базы падают под аналитической нагрузкой, а Hadoop‑кластер напоминает чемодан без ручки — пора искать новое решение.

В этой статье разбираем, как ClickHouse в связке с NoSQL‑экосистемой закрывает бреши в высоконагруженных проектах. Разберём архитектурные ловушки, Best Practices и честно оценим, где этот инструмент экономит миллионы, а где может создать проблемы.

Читать далее

Как мы перестали тонуть в сроках и выгорании за один переход: опыт студии из 8 человек

Уровень сложностиПростой
Время на прочтение4 мин
Охват и читатели8.5K

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

За год мы не выросли вообще. Совсем.

Читать далее

Как мы в Selectel строим S3-хранилища: от железа до приложения

Уровень сложностиСредний
Время на прочтение16 мин
Охват и читатели13K

Современные S3-хранилища давно перестали быть «черным ящиком»: от их архитектуры напрямую зависят отказоустойчивость, производительность и экономика сервисов, которые на них опираются. Но за внешне простым API скрывается интересная, сложная, промышленная система — от железа в стойках до многослойного распределенного  приложения.

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

Меня зовут Александр Гришин, я руковожу направлением хранения и обработки данных в Selectel. Отвечаю за развитие облачных баз данных, S3-хранилища, аппаратных СХД и сервисов для построения DLH. Материал будет полезен CTO, CIO и архитекторам, которые выбирают или проектируют собственное S3-совместимое хранилище. Или инженерам которые хотят просто лучше понимать, что же происходит у нашего сервиса под капотом.

Погнали!

Ближайшие события

3 вопроса к продажам, на которые у CRM обычно нет ответа

Уровень сложностиПростой
Время на прочтение5 мин
Охват и читатели6.3K

Я, Ирина Чекулаева, обожаю BI и с удовольствием разоблачаю мифы и ищу ошибки в системах бизнес‑аналитики.

Здесь хочу порассуждать на тему CRM аналитики по результатам реального проекта. Чем дальше, тем очевиднее становится один парадокс, что CRM фиксирует звонки, письма, сделки, статусы, но она не отвечает на главный вопрос: почему продажи происходят или не происходят.

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

В итоге СЕО компании управляет не системой, а её отражением в отчётах. Или просто вынужден доверять собственным ощущениям. Продавцы активны, лиды поступают, сделки двигаются по воронке, и формально всё выглядит корректно. Но в конце месяца происходит знакомая ситуация: план не выполняется, прогнозы не сходятся, а объяснения звучат одинаково — «не дожали», «почти закрыли», «в следующем месяце точно догоним».

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

• где теряются сделки;
• сколько времени они проводят на этапах;
• какая часть воронки реально конвертирует, а какая существует формально.

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

Почему обычная воронка — уже недостаточна, но ещё нужна

Читать далее

Хантавирусный круиз у берегов Испании, а также целевая блокировка VPN на 92%

Время на прочтение6 мин
Охват и читатели15K

Самые интересные новости финансов и технологий в России и мире за неделю: заявка на новую пандемию, кибердружины из студентов, национализация Русагро, параллельный импорт заменят на отечественные компы, Пентагон публикует фотки НЛО, срок португальских гражданств удлинили, а также альтманофон от OpenAI.

Читать далее

От XML-отчёта до 3D-обрезки в Revit: как я сделал сервис для управления BIM-коллизиями

Уровень сложностиСредний
Время на прочтение12 мин
Охват и читатели13K

Navisworks хорошо находит BIM‑коллизии, а Revit — инструмент для исправления. Но между ними часто остаётся хаос: XML и HTML‑отчёты, Excel, переписки, ручной поиск ID и вопросы руководителей в стиле «ну как там с коллизиями?».

Я расскажу, как из этой боли вырос внутренний web‑сервис Clash Analytics: импорт XML‑отчётов Navisworks, аналитика по проектам, история коллизий, статусы, комментарии, назначение отделам и локальный Revit Bridge, который открывает проблемное место в модели за один клик.

Читать далее

Как мы связали 2 телефонии, речевую аналитику и службу каталогов Active Directory через табельный номер

Уровень сложностиПростой
Время на прочтение7 мин
Охват и читатели11K

У нас было 2 телефонии от разных вендоров, одна речевая аналитика и 300 тысяч звонков в месяц. И задача: сделать сквозную аналитику по звонкам сотрудников.

Привет! Я Никита, инженер системного проектирования в компании Передовые Платежные Решения. Расскажу, как мы использовали единый идентификатор через службу каталогов Active Directory (AD), и стали точно определять, кому из сотрудников принадлежит звонок. Независимо от того, из какой телефонии он исходит.

Наш опыт может быть полезен архитекторам, инженерам и техническим лидерам команд, которым предстоит интеграция разнородных систем телефонии.

Читать далее

1C-разработка в 2026: почему это всё ещё востребовано и сколько можно заработать

Уровень сложностиПростой
Время на прочтение13 мин
Охват и читатели14K

Обычно те, кто выбирает направление разработки в IT, идут учить Python, Java или JavaScript. 1С в этот список не попадает: платформа и профессия, связанные с ней, часто воспринимаются менее «модными», хотя по сложности и масштабу задач это не всегда справедливо.

Но в 2026 году есть несколько обстоятельств, которые влияют на восприятие 1С. На российском рынке у 1С очень сильные позиции, особенно в учёте и ERP (Enterprise Resource Planning — система планирования ресурсов предприятия). Зарплаты 1С-специалистов в 2025–2026 годах заметно выросли, а на уровнях мидл и сеньор они стали сопоставимы с доходами в других популярных IT-направлениях. 

В этой статье мы делаем честный обзор того, как сегодня обстоят дела в 1С-разработке, какие преимущества и недостатки есть у этого направления и стоит ли учиться на программиста 1С.

Развеять стереотипы о бухгалтерском софте

Семь раз посчитай — один раз урони: моделируем инциденты до деплоя

Уровень сложностиСредний
Время на прочтение8 мин
Охват и читатели12K

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

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

Она, конечно, покажет. Но почему при проектировании микросервисов мы так спокойно относимся к тому, что узнаём о хрупкости архитектуры в основном по факту инцидента?

Эта статья о том, как получить грубый расчёт деградации системы ещё до релиза. Без отказа от хаос-инжиниринга или мониторинга, а как шаг перед ними. Я расскажу о двух экспериментах, в которых топологическая модель автоматически извлекалась из распределённых трейсов, после чего на ней просчитывались сценарии отказов методом Монте-Карло. Результаты моделирования я затем сравнивал с реальными инъекциями отказов на стендах DeathStarBench и OpenTelemetry Demo.

Два эксперимента, результаты и код

Почему российский бизнес проигрывает битву за информацию и как это исправить. Часть 2

Уровень сложностиСредний
Время на прочтение8 мин
Охват и читатели7.6K

Представьте себе классическую ситуацию: финансовый директор смотрит на два отчета по выручке за прошлый год. Один отчет, построенный в старой системе, показывает 150 миллионов рублей, другой — в новой корпоративной CRM — демонстрирует 145 миллионов. Разница в 5 миллионов, а вместе с ней и ощущение, что новая система «врет» и вводит всех в заблуждение. Начинается поиск виноватых, и, как это часто бывает, крайними оказываются ИТ-специалисты, якобы «неправильно настроившие миграцию».

Но проблема гораздо глубже. Дело не в кривых скриптах и не в саботаже данных. Причина кроется в «Иллюзии темпоральности» — коварном и широко распространенном заблуждении, что изменчивостью данных во времени можно пренебречь, и достаточно хранить лишь последнее известное состояние. В то время как реальный бизнес находится в бесконечной динамике: клиенты переезжают, меняют паспортные данные и сегменты лояльности; товары проходят через ребрендинг и смену классификаций; сотрудники переходят из отдела в отдел. Если система фиксирует лишь последний известный срез, прошлое в отчетах неизбежно исказится, что и приводит к тем самым «пропавшим» или нестыкующимся суммам.

Современные методологии управления данными, в частности Slowly Changing Dimensions (SCD) или «Медленно меняющиеся измерения», предлагают элегантный и проверенный способ справиться с этой иллюзией, превратив хаос непрерывных изменений в стройную, аналитически ценную картину.

Читать далее