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

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

@notes_analyst

О жизненном цикле разработки ПО глазами бизнес-/системного аналитика.

На канале вы найдете:
- теоретический материал;
- интересные статьи;
- профессиональную литературу;
- полезные шпаргалки;
- вопросы с собеседований;
- опросы.

Для связи: @Ev_S_Lit
Subscribers
8.02K
Photos
154
Videos
2
Links
1.1K

Showing posts older than #1724 · Back to latest

Older Posts 20 shown
Post #1722 1.14K
Хлеб на закваске как управляемый процесс

Автор - Екатерина, старший менеджер проектов в ЮMoney:
" Однажды поймала себя на мысли: «Я пеку хлеб так же, как управляю сложными проектами — с контрольными точками и анализом результатов». В статье расскажу, как процессный подход помогает печь идеальный каравай и почему это работает не только в офисе."

Читать статью
  • 🤯 2
Post #1721 1.36K
Коллеги, привет! 👋

Мы продолжаем разбирать инструменты сбора требований. Сегодня на очереди - воркшоп (Requirements Workshop). Метод, который требует подготовки и дает мощный результат в сжатые сроки.

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

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

Хороший воркшоп строится по четкой структуре:

1. Открытие: объявление целей, знакомство, правила работы
2. Разогрев: короткая активность для вовлечения участников
3. Анализ текущей ситуации (AS-IS): фиксация болей и проблем
4. Проектирование будущего (TO-BE): генерация идей, прототипирование, моделирование
5. Приоритизация: отбор самого важного в реализацию
6. Закрытие: подведение итогов, фиксация договоренностей

Обязательные элементы между блоками - перерывы. Кофе-брейки дают возможность неформального общения и снижают усталость от интенсивной работы.

Плюсы метода (+)

➕ Высокая скорость согласования. Разногласия между участниками снимаются в моменте. Не нужно ждать ответов на письма дни и недели.
➕ Единое понимание задачи. Все уходят с встречи с одинаковым видением результата. Исключается ситуация, когда заказчик и команда говорят об одном и том же, но подразумевают разное.
➕ Вовлеченность заказчика. Когда представители бизнеса сами рисуют процессы и правят прототипы, они чувствуют сопричастность и берут ответственность за результат.
➕ Быстрая проверка гипотез. Аналитик может сразу скорректировать свое понимание, получив обратную связь от экспертов.

Минусы метода (-)

➖ Высокая стоимость. Собрать нескольких ключевых экспертов компании на полдня - серьезная инвестиция ресурсов.
➖ Сложность организации. Найти общее время в плотных календарях занятых людей непросто.
➖ Зависимость от качества фасилитации. Без опытного ведущего встреча рискует превратиться в хаотичный флуд или, наоборот, в скучную лекцию.
➖ Риск доминирования одного мнения. Если в группе есть авторитарный лидер, он может подавить остальных, и реальные требования останутся незамеченными.

Когда использовать воркшоп?

✅ Подходящие ситуации:

▪️︎ Запуск нового проекта, нужно определить границы и ключевые требования
▪️︎ Наличие противоречий между отделами по поводу бизнес-процессов
▪️︎ Необходимость быстро согласовать прототип интерфейса с будущими пользователями
▪️︎ Формирование бэклога продукта (EPIC и User Story)

🚫 Ситуации, когда метод не сработает:

▪️︎ Нужно собрать данные у большого количества людей
▪️︎ Ключевых экспертов невозможно оторвать от операционной работы
▪️︎ У команды нет навыков фасилитации и управления группой

Пять правил, которые помогут провести воркшоп эффективно:

1. Тщательная подготовка. Разошлите участникам контекст, текущие схемы и вопросы за 2-3 дня. Люди должны прийти уже погруженными в тему. Составьте поминутную повестку и придерживайтесь её.

2. Правило «Парковки».
Заведите отдельный лист флипчарта. Как только разговор уходит в сторону, но вопрос важный - отправляйте его на «Парковку». Это поможет не потерять фокус на основной цели.

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

4. Управление групповой динамикой. Вежливо останавливайте тех, кто уходит в детали («Это важный момент, давайте зафиксируем и вернемся позже»). Вовлекайте молчаливых участников прямыми вопросами

5. Мгновенная рассылка итогов. В течение 24 часов отправьте протокол встречи: фото флипчартов, список принятых решений и зону ответственности каждого. Пока впечатления свежи, участники должны видеть результат своей работы.

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

Статья:
🖇 Воркшопы по выявлению требований к IT-проектам: как и зачем их проводить?
  • 🔥 8
  • 👍 4
Post #1719 1.33K
​​Domain-Driven Design: полный гайд по моделированию домена в 2026 году

Автор - Сергей Прощаев:
"Сегодня предлагаю обсудить тему проектирования. Представьте ситуацию: у вас есть, казалось бы, простой микросервис пользователей. Через полгода в нём 30 таблиц, логика размазана по сервисам как масло по горячему тосту, а на вопрос «почему при подтверждении email падает заказ?» никто не может дать ответ, не открыв IntelliJ и не продравшись через пять часов дебага.

Знакомо? Наверное многие через это проходили. И каждый раз причина была одна: мы не договорились о том, что на самом деле делает система. Мы думали таблицами и классами, а не бизнес-процессами. Именно здесь на сцену выходит Domain-Driven Design (DDD).

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

Читать статью
  • 👍 4
Post #1718 1.24K
​​Как построить карьеру системного аналитика в банке: от junior-анализа до лида

Автор - Александр, работает в Центре компетенции аналитики в команде РСХБ.Цифра:
"Мы отвечаем не только за реализацию конкретных функций, но и за развитие методологий и подходов, которые помогают командам банка работать более эффективно над продуктом «Свои финансы». В этом материале поделюсь мыслями о том, как строить карьеру системного аналитика в банковской сфере, дам практические рекомендации новичкам и тем, кто только задумывается о карьере в этой области. "

Читать статью
  • 👍 4
Post #1716 2.83K
Виды моделирования данных. Полный гайд

"Спроси любого уважаемого аналитика или инженера данных о том, какие бывают способы моделирования данных, тебе ответят: звезда, 3NF и DataVault. Спроси ИИ, получишь примерно такой же ответ. Придешь на какой-нибудь проект в компанию, также скорее всего встретишь там кого-нибудь из этих друзей. В 90% материалах про методологии моделирования освещаются только эти трое. Как будто других методологий не существует.

Да, эта троица, наверное, самая популярная и подходящая под большую часть задач, но в мире есть еще уйма других не менее интересных способов как организовать свои данные. И сегодня мы постараемся целиком их рассмотреть. Если какие-то упустил, пишите в комментах, интересно будет почитать."

Читать статью
  • 👍 4
Post #1714 1.58K
​​Применение модели C4 в работе системного аналитика

Автор - Яна, старший системный аналитик в компании «Совкомбанк Технологии»:

"Если говорить про проектирование, то многие вспомнят язык моделирования UML (Unified Modeling Language) с его разнообразием диаграмм. В этой статье расскажу еще об одном, менее популярном, но не менее удобном подходе к описанию архитектуры – модели C4. Она позволяет системно и последовательно визуализировать архитектуру на разных уровнях детализации.

Далее рассмотрим, как системный аналитик может использовать C4 в повседневной работе, какие уровни модели наиболее полезны и какую практическую ценность это приносит команде."

Читать статью
  • 🔥 3
  • 👍 2
  • 😁 1
Post #1712 1.41K
​​📑 Архитектура и GraphQL

Автор - Татьяна Сальникова:
"В предыдущих статьях мы рассмотрели основы GraphQL и принципы проектирования схемы. Теперь перейдём к архитектуре — фундаменту, определяющему, как GraphQL API будет работать в реальных условиях.
Архитектура GraphQL отличается от традиционных REST API. Вместо множества эндпоинтов используется единая точка входа. Это создаёт уникальные вызовы: как организовать код, обеспечить производительность, масштабировать систему и интегрировать различные источники данных."

Читать статью
  • 👍 3
  • 🔥 1
Post #1711 2.9K
​​SQL для ритейла: пример 5 задач, которые я решала как аналитик ассортимента

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

Читать статью
  • 👍 3
Post #1709 1.46K
📑 Как выжить в срочном проекте: тушим пожар и не сгораем сами

Автор - Дмитрий Кислов, системный аналитик в команде автоматизированной банковской системы в ПСБ:
"Рано или поздно каждый ИТ-специалист сталкивается с ситуацией, когда бизнес ставит почти невыполнимую задачу с жёстким дедлайном. Как тут не вспомнить старую шутку: «Можно ли заставить 9 женщин родить ребёнка за один месяц?». Ответ очевиден — нет, законы природы (и разработки) не обманешь.

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

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

Читать статью
  • ❤ 3
  • 👍 3
Post #1707 1.31K
​​Сравнение LLM по навыку анализа бизнес-процессов

Автор - Андрей Бугаенко:
"Всё чаще аналитики бизнес-процессов используют LLM для поиска неэффективностей. Звучит логично: большие языковые модели умеют искать паттерны, а Process Mining как раз об этом. Но на практике результаты пляшут так, что становится понятно: не все LLM одинаково полезны для операционной аналитики. Решил разработать методологию тестирования LLM на предмет релевантности использования для задач анализа процессов."

Читать статью
  • 👍 4
Post #1705 1.38K
​​Декомпозируем систему и проектируем устойчивую микросервисную архитектуру

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

Читать статью
Post #1704 1.47K
​​📑 Как определить границы бизнес-процесса: 3 совета для начинающих аналитиков

Автор - Анна Вичугова:
"Описать бизнес-процесс невозможно без определения его границ. Поэтому сегодня рассмотрим, что такое границы бизнес-процесса, зачем их определять и как это сделать максимально просто и эффективно. Рекомендации начинающим аналитикам, на что обратить внимание при описании бизнес-процесса и разработке целостной системы иерархически связанных процессных блоков, чтобы комплексно описать всю деятельность предприятия."

Читать статью
Post #1702 1.27K

Forwarded from Базы данных & SQL

​​25 железных правил проектирования баз данных в PostgreSQL

В статье приведены 25 правил, которые Автор собрал из опыта работы с высоконагруженными системами. Это не теория из учебника — это грабли, на которые уже наступили до вас. Каждое правило сопровождается примером «как надо» и «как не надо», чтобы разница была наглядной.

Читать статью
  • 👍 4
Post #1701 1.34K
Практические рекомендации: как проводить наблюдение эффективно

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

Шаг 1. Подготовка

▪︎ Сформулируйте конкретную цель наблюдения. «Понаблюдать за бухгалтерами» - плохая цель. «Выявить, на каких операциях при закрытии периода возникают задержки и чем они вызваны» - хорошая.

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

▪︎ Подготовьте инструменты фиксации. Блокнот и ручка остаются самым ненавязчивым вариантом. Если планируете вести аудиозапись или снимать экран, запросите отдельное согласие и объясните, как будут использоваться эти материалы.

▪︎ Разработайте структуру для записей. Это не обязательно жёсткий чек-лист, но хотя бы мысленный план: какие категории действий вы фиксируете, на что обращаете внимание, какие вопросы откладываете для уточнения.

Шаг 2. Проведение

▪︎ Займите позицию, которая минимально влияет на рабочий процесс. Не стойте за спиной, не задавайте вопросов по ходу действия, не предлагайте помощи, даже если видите явную неэффективность. Ваша текущая задача - зафиксировать реальность, а не исправить её.
Фиксируйте не только действия, но и контекст. Звонки, отвлечения, переключения между задачами, использование бумажных источников - всё это часть рабочего процесса, которая исчезает при лабораторном тестировании.

▪︎ Записывайте временные метки ключевых операций. Даже приблизительный хронометраж даст позже объективную основу для приоритизации проблем.

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

Шаг 3. Анализ и верификация

▪︎ Сразу после наблюдения выделите время на обработку записей, пока детали свежи в памяти. Дополните сокращения, расшифруйте неразборчивые пометки, зафиксируйте возникшие гипотезы.

▪︎ Обязательно проведите уточняющее интервью с участником. Покажите свои записи и задайте вопросы: «Я заметил, что здесь вы сделали паузу. С чем это было связано?», «Вы использовали сторонний калькулятор - почему не встроенный?». Именно на этом этапе вы переходите от наблюдения к пониманию.

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

---
И в заключении:

Метод наблюдения даёт уникальную возможность увидеть реальную картину работы пользователей без фильтров и искажений. Однако его применение оправдано только в связке с другими инструментами.

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

Наблюдение не заменяет разговор с пользователем — оно делает этот разговор осмысленным и предметным. Именно в этом сочетании метод раскрывает свой полный потенциал.

Пробуйте, адаптируйте под свои проекты и обязательно фиксируйте, какие подходы работают именно в вашем контексте.

#теоретическиезаметки | @notes_analyst
  • ❤ 4
  • 👍 4
  • 🔥 3
Post #1700 1.23K
Коллеги, привет!
Ранее мы разобрались, что такое метод наблюдения, чем он отличается от интервью и опросов, и какие виды наблюдения существуют. Теперь переходим к самому важному: как применять этот метод на практике и не разочароваться в результатах.

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

Плюсы метода наблюдения

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

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

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

➕️ Наконец, наблюдение позволяет фиксировать непроизвольные эмоциональные реакции. Замешательство, раздражение, облегчение - эти проявления сложно имитировать или скрыть, и они служат надёжными маркерами проблемных зон.

Минусы и ограничения

➖️ При всех своих достоинствах наблюдение остаётся одним из самых ресурсоёмких методов. Один час наблюдения требует как минимум двух часов на расшифровку и анализ. Если выборка пользователей велика, бюджет времени может оказаться неприемлемым.

➖️ Также важно помнить об эффекте наблюдателя. Когда человек знает, что за ним следят, он невольно корректирует своё поведение: работает аккуратнее, избегает неформальных упрощений, старается выглядеть компетентнее. Даже при максимально доброжелательной атмосфере полностью устранить это влияние невозможно.

➖️ Существует и риск субъективной интерпретации. Наблюдение отвечает на вопрос «что происходит?», но не на вопрос «почему?». Пауза в работе может означать и глубокую аналитическую деятельность, и потерю ориентации в интерфейсе, и просто усталость. Без последующего уточнения трактовка остаётся гипотетической.

➖️ Кроме того, не во все процессы можно погрузиться напрямую. Работа с персональными данными, врачебная деятельность, режимные объекты - в этих сферах наблюдение либо невозможно, либо требует длительных согласований.

---

Продолжение ⬇️
  • 🔥 3
  • 👍 2
Post #1699 1.69K
​​📑 VSCode для аналитика: полезные расширения и настройки

Автор Анна Вичугова:
"Какие расширения и настройки помогут превратить редактор исходного кода VSCode в простой, но эффективный инструмент для системного аналитика. Мой личный ТОП-5 полезностей для проектирования и разработки."

Читать статью
  • 👍 4
  • ❤ 3
  • 😱 1
Post #1697 1.45K
​​📑 Как мы автоматизировали чанкование для RAG в Gramax: от прототипа до 95%+ точности

Автор - Дима, делает ИИ-функции в Gramax:
"Эта статья для тех, кто сейчас воюет с чанками вручную или пытается найти оптимальный подход. Делюсь нашим путем от быстрого прототипа до продакшен-решения с метриками 95%+."

Читать статью
  • ❤ 3
  • 👍 2
Post #1695 1.39K
Привет, коллеги!
Продолжаем нашу серию по методам сбора требований. Сегодня поговорим о методе, который позволяет не просто слушать, а видеть правду о рабочих процессах. Речь пойдет о методе наблюдения.

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

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

Чем данный метод отличается от других?
Чтобы понять его уникальность, давайте сравним:
▫️От интервью и опросов: интервью отвечает на вопрос «Почему?» (мотивы, мнения, ощущения), а наблюдение - на вопрос «Что?» и «Как?» (конкретные действия, последовательность, длительность). Опросы дают широкий, но поверхностный срез, а наблюдение - глубокий, но точечный.
▫️ От анализа документов: документы (регламенты, инструкции) описывают предполагаемый, идеальный процесс. Наблюдение же показывает реальный, живописный и часто нелогичный процесс (As-Is), со всеми его отклонениями и импровизациями.
▫️От воркшопов: на воркшопе участники в совместной дискуссии конструируют будущее или реконструируют прошлое. Наблюдение же - это прямой репортаж с места событий без редактуры.

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

Классификация методов наблюдения

Наблюдение не бывает однородным, его можно проводить по-разному в зависимости от цели и ресурсов.

▪️ По позиции наблюдателя: бывает включенным (исследователь сам становится на время частью рабочего процесса, например, работает кассиром) и не включенным (исследователь со стороны фиксирует события).
▪️ По осведомленности пользователей: открытое наблюдение проводится с согласия участников, что этично, но может вызывать «эффект сцены». Скрытое наблюдение (например, анализ записей с камер при согласовании) дает более естественную картину, но требует серьезных этических оговорок и разрешений.
▪️По степени структурированности: структурированное наблюдение идет по четкому чек-листу или сценарию (фиксируем время определенных операций). Неструктурированное (свободное) позволяет гибко реагировать на происходящее и открывать ранее неизвестные процессы.
▪️ По месту проведения: полевое наблюдение - это золотой стандарт, когда вы идете в офис, цех или магазин к пользователю. Лабораторное наблюдение происходит в специально оборудованном помещении, где воссоздается рабочая среда; оно удобнее для исследователя, но часто теряется важный контекст реального стресса и помех.

Таким образом, метод наблюдения позволяет получить объективные данные о реальных рабочих процессах, выходящие за рамки субъективных рассказов пользователей. Его различные формы - от открытого полевого до структурированного лабораторного - предоставляют гибкость в зависимости от целей исследования.

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

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

#теоретическиезаметки | @notes_analyst
  • 👍 13
  • ❤ 3
Post #1693 1.46K
​​Как мы случайно сделали Semantic Wiki в Gramax

Автор - Катя, развивает Gramax — базу знаний для it-команд:
"Эта статья для тех, кого волнуют вопросы: качественного ведения базы знаний, создания единого источника правды, построения полезных связей между знаниями (а не банальной линковки, которая побьется через пару релизов)."

Читать статью
  • 🔥 6
Post #1692 1.69K
​​📑 Практика масштабирования базы знаний: находи, документируй, делись

Автор - Виталий Чесноков,
Сооснователь TEAMLY, генеральный директор QSOFT :
"Лучший способ похоронить базу знаний — это спустить её сверху, обязать всех искать там информацию и бросить в таком состоянии. БЗ только тогда чего-то стоит, когда она вовремя пополняется и актуализируется, когда в ней на конкретный вопрос находится конкретный ответ, когда за информацией не надо бегать по куче ссылок, выискивая крупицы смысла. Когда база знаний не утрачивает своей пользы при росте числа пользователей — как авторов, так и читателей. Только тогда принятие решений на основе знаний будет точным, онбординг новичков будет проходить без задержек, а саппорт будет укладываться в SLA."

Читать статью
  • 👍 8
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →