Как я решил выяснить, какие технологии сегодня популярны, а получился GitHub Trend Analyzer
⏳ 8 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как я решил выяснить, какие технологии сегодня популярны, а получился GitHub Trend Analyzer
На прошлой неделе я наткнулся на перевод главы из учебника по проектированию API за авторством Брайана Кукси (переведен @trrerg ). Открыв статью, я с удивлением обнаружил,...
Станция «Confluence». Перевезти всё, что нажито непосильным трудом
⏳ 10 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Станция «Confluence». Перевезти всё, что нажито непосильным трудом
Опыт перевода документации из Word в Confluence Меня зовут Дина, я занимаюсь аналитикой в одной из команд «Ростелеком Информационные Технологии» (РТК ИТ). В статье хочу осмыслить полученный опыт...
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Просто покажи: сила визуализации в аналитике
Привет, друзья! Сегодня поговорим о том, как системный аналитик (то есть я, ты или тот парень из соседнего отдела) может использовать визуализацию, чтобы перестать быть "человеком, который пишет...
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Стандарты и шаблоны для ТЗ на разработку ПО
Введение Недавно ко мне обратились, чтобы я посоветовал стандарты для написания технического задания (ТЗ) на разработку автоматизированных систем (АС) и программного обеспечения (ПО). Вот думаю,...
Как ускорить аналитику в системах с массивами данных?
Работаете с MPP-базами, но не понимаете, куда уходит производительность? Запросы выполняются медленно, а данные распределяются неравномерно?
На открытом вебинаре 9 апреля в 20:00 мск разберем:
- Как устроены MPP-системы и их компоненты.
- Почему параллельная обработка запросов ускоряет аналитику.
- Как находить и устранять узкие места в производительности.
Применим знания на примерах Greenplum, Amazon Redshift, Teradata и других систем.
Успейте зарегистрироваться и получите скидку на большое обучение «Data Warehouse Analyst»: https://clck.ru/3Kay5n
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Работаете с MPP-базами, но не понимаете, куда уходит производительность? Запросы выполняются медленно, а данные распределяются неравномерно?
На открытом вебинаре 9 апреля в 20:00 мск разберем:
- Как устроены MPP-системы и их компоненты.
- Почему параллельная обработка запросов ускоряет аналитику.
- Как находить и устранять узкие места в производительности.
Применим знания на примерах Greenplum, Amazon Redshift, Teradata и других систем.
Успейте зарегистрироваться и получите скидку на большое обучение «Data Warehouse Analyst»: https://clck.ru/3Kay5n
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Forwarded from Business | System analyst
Брокеры сообщений — что это, из чего состоят, плюсы и минусы: сравниваем APACHE KAFKA, REDIS И RABBITMQ
Перейти | BA|SA
Перейти | BA|SA
Академия разработки MediaSoft
Брокеры сообщений — что это, из чего состоят, плюсы и минусы: сравниваем Apache Kafka, Redis и RabbitMQ
Как работают брокеры сообщений, что такое брокеры сообщений, плюсы и минусы брокеров сообщений, особенности Apache Kafka, особенности Redis, особенности RabbitMQ, сравнение брокеров сообщений
Что же такое цифровой двойник завода? Возможные варианты будущего
⏳ 3 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Что же такое цифровой двойник завода? Возможные варианты будущего
Определение проблемы У простого обывателя равно как и у человека ещё недавно связанного тем или иным образом с распространенными понятиями: ERP и MES, а также менее распространенными APS (advanced...
📊 Бесплатный вебинар для бизнес-аналитиков:
«Сквозной процесс управления требованиями»
💡На этом вебинаре вы узнаете:
+ Как выглядит сквозной процесс управления требованиями
+ К каким проблемами может привести неаккуратная работа с требованиями
+ Контрольные точки в процессе управления
+ Актуальные инструменты и методы управления требованиями в 2025 году
+ Риски и сложные моменты при управлении требованиями
❓Кому будет полезно:
- Бизнес-аналитикам
- Системным аналитикам
- Руководителям проектов
⏰10 апреля(четверг) в 20:00 мск
Вебинар в рамках курса «Бизнес-аналитик в IT»
🎁После вебинара для вас активен промо-код со скидкой 5% до 18 мая: BUSINESS_04
👉Регистрация на вебинар: OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
«Сквозной процесс управления требованиями»
💡На этом вебинаре вы узнаете:
+ Как выглядит сквозной процесс управления требованиями
+ К каким проблемами может привести неаккуратная работа с требованиями
+ Контрольные точки в процессе управления
+ Актуальные инструменты и методы управления требованиями в 2025 году
+ Риски и сложные моменты при управлении требованиями
❓Кому будет полезно:
- Бизнес-аналитикам
- Системным аналитикам
- Руководителям проектов
⏰10 апреля(четверг) в 20:00 мск
Вебинар в рамках курса «Бизнес-аналитик в IT»
🎁
👉Регистрация на вебинар: OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Пример решения одной задачи с помощью модельно-ориентированного подхода
⏳ 22 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Пример решения одной задачи с помощью модельно-ориентированного подхода
Я работаю архитектором ПО, причём достаточно ленивым архитектором. Одна из моих задач — это проектирование модели данных для приложений. Ладно бы всё этим и ограничивалось,...
🔗 Sync vs Async: Какой способ связи выбрать для микросервисов? 🚀
Как микросервисы должны общаться друг с другом? Синхронно через REST/gRPC или асинхронно через Kafka/RabbitMQ?
Разбираемся, какой подход выбрать для устойчивой и масштабируемой системы!
📅 10 апреля в 20:00
🎓 Открытый вебинар с Олегом Голенищевым
💡 Что разберём?
✅ В чём разница между синхронным и асинхронным взаимодействием
✅ Как выбрать правильный способ связи для вашего приложения
✅ Преимущества и ограничения REST, gRPC, Kafka, RabbitMQ
✅ Как правильно строить надёжные и отказоустойчивые микросервисы
🎯 Что получите?
✔️ Чёткое понимание, когда использовать Sync, а когда Async
✔️ Методы повышения производительности и отказоустойчивости
✔️ Практические решения для интеграции синхронных и асинхронных вызовов
Регистрируйтесь, чтобы разобраться в лучшем способе связи микросервисов!
👉 Регистрируйтесь по ссылке: https://clck.ru/3L8VuT
Бесплатное занятие приурочено к старту курса Microservice Architecture, обучение на котором позволит освоить микросервисы: Docker, Kafka, API и стать мастером производительных систем.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Как микросервисы должны общаться друг с другом? Синхронно через REST/gRPC или асинхронно через Kafka/RabbitMQ?
Разбираемся, какой подход выбрать для устойчивой и масштабируемой системы!
📅 10 апреля в 20:00
🎓 Открытый вебинар с Олегом Голенищевым
💡 Что разберём?
✅ В чём разница между синхронным и асинхронным взаимодействием
✅ Как выбрать правильный способ связи для вашего приложения
✅ Преимущества и ограничения REST, gRPC, Kafka, RabbitMQ
✅ Как правильно строить надёжные и отказоустойчивые микросервисы
🎯 Что получите?
✔️ Чёткое понимание, когда использовать Sync, а когда Async
✔️ Методы повышения производительности и отказоустойчивости
✔️ Практические решения для интеграции синхронных и асинхронных вызовов
Регистрируйтесь, чтобы разобраться в лучшем способе связи микросервисов!
👉 Регистрируйтесь по ссылке: https://clck.ru/3L8VuT
Бесплатное занятие приурочено к старту курса Microservice Architecture, обучение на котором позволит освоить микросервисы: Docker, Kafka, API и стать мастером производительных систем.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Аналитика требований: SMART, INVEST, MoSCoW — пытаемся систематизировать хаос
⏳ 4 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Аналитика требований: SMART, INVEST, MoSCoW — пытаемся систематизировать хаос
Аналитик живёт в мире противоречий. С одной стороны - методологии, которые обещают навести порядок: SMART, INVEST, MoSCoW. С другой - реальность: брифы, скользкие бизнес-цели и коммуникации в духе “Ну...
SMART, INVEST, MoSCoW – простыми словами для новичков (с моих уст) 😏
Эти три методики помогают правильно ставить цели, разбивать задачи и расставлять приоритеты в разработке продуктов (и не только).
1️⃣ SMART – как ставить понятные цели
Используется, когда нужно сформулировать конкретную, измеримую и достижимую цель.
Расшифровка:
- S (Specific) – Конкретная:
Не "улучшить продукт", а "увеличить скорость загрузки страницы на 20%"
- M (Measurable) – Измеримая:
Должны быть цифры: "привлечь 1000 новых пользователей"
- A (Achievable) – Достижимая:
Не "сделать самый популярный сервис в мире", а "выйти в топ-3 в своём регионе"
- R (Relevant) – Релевантная:
Цель должна быть важна для бизнеса, а не просто "хотелка"
- T (Time-bound) – Ограниченная по времени:
"до конца квартала"
Пример SMART-цели:
❌ Плохо: "Сделать удобный интерфейс".
✅ Хорошо: "Увеличить конверсию оформления заказа с 5% до 8% к 1 декабря за счёт упрощения формы оплаты".
Когда использовать?
✔ Постановка KPI, планирование проектов, личные цели.
_______________
2️⃣ INVEST – как писать хорошие пользовательские истории (User Stories)
Нужен, чтобы задачи в бэклоге были независимыми, ценными и тестируемыми.
Расшифровка:
- I (Independent) – Независимая (можно реализовать без других задач)
- N (Negotiable) – Обсуждаемая (не жёсткое ТЗ, а договорённость с заказчиком)
- V (Valuable) – Ценная (должна приносить пользу пользователю или бизнесу)
- E (Estimable) – Оцениваемая (можно понять, сколько времени займёт)
- S (Small) – Небольшая (чтобы сделать за 1-2 спринта)
- T (Testable) – Тестируемая (есть чёткие критерии выполнения).
Пример INVEST-истории:
❌ Плохо: "Сделать личный кабинет".
✅ Хорошо: "Как пользователь, я хочу видеть историю заказов в личном кабинете, чтобы отслеживать статус доставки".
Когда использовать?
✔ Agile-разработка, Scrum, написание бэклога.
______________
3️⃣ MoSCoW – как расставить приоритеты
Помогает решить, без чего нельзя обойтись, а что можно отложить.
Категории:
- M (Must have) – Обязательно (без этого продукт не работает)
- S (Should have) – Важно, но не критично (можно без этого запуститься)
- C (Could have) – Было бы хорошо (если останется время)
- W (Won’t have) – Не будем делать (по крайней мере сейчас)
Пример MoSCoW-приоритизации для интернет-магазина:
- Must have: Корзина, оплата, каталог товаров.
- Should have: Поиск по сайту.
- Could have: Рекомендации товаров.
- Won’t have: Виртуальная примерочная.
Когда использовать?
✔ Планирование спринтов, MVP, управление требованиями.
_________________
Вывод:
- Хочешь чёткую цель? → SMART.
- Нужно разбить задачу на части? → INVEST.
- Не знаешь, что делать в первую очередь? → MoSCoW.
Источник: @analysis_it
Теперь ты сможешь объяснить их даже бабушке! 😉
Эти три методики помогают правильно ставить цели, разбивать задачи и расставлять приоритеты в разработке продуктов (и не только).
Используется, когда нужно сформулировать конкретную, измеримую и достижимую цель.
Расшифровка:
- S (Specific) – Конкретная:
Не "улучшить продукт", а "увеличить скорость загрузки страницы на 20%"
- M (Measurable) – Измеримая:
Должны быть цифры: "привлечь 1000 новых пользователей"
- A (Achievable) – Достижимая:
Не "сделать самый популярный сервис в мире", а "выйти в топ-3 в своём регионе"
- R (Relevant) – Релевантная:
Цель должна быть важна для бизнеса, а не просто "хотелка"
- T (Time-bound) – Ограниченная по времени:
"до конца квартала"
Пример SMART-цели:
Когда использовать?
✔ Постановка KPI, планирование проектов, личные цели.
_______________
Нужен, чтобы задачи в бэклоге были независимыми, ценными и тестируемыми.
Расшифровка:
- I (Independent) – Независимая (можно реализовать без других задач)
- N (Negotiable) – Обсуждаемая (не жёсткое ТЗ, а договорённость с заказчиком)
- V (Valuable) – Ценная (должна приносить пользу пользователю или бизнесу)
- E (Estimable) – Оцениваемая (можно понять, сколько времени займёт)
- S (Small) – Небольшая (чтобы сделать за 1-2 спринта)
- T (Testable) – Тестируемая (есть чёткие критерии выполнения).
Пример INVEST-истории:
Когда использовать?
✔ Agile-разработка, Scrum, написание бэклога.
______________
Помогает решить, без чего нельзя обойтись, а что можно отложить.
Категории:
- M (Must have) – Обязательно (без этого продукт не работает)
- S (Should have) – Важно, но не критично (можно без этого запуститься)
- C (Could have) – Было бы хорошо (если останется время)
- W (Won’t have) – Не будем делать (по крайней мере сейчас)
Пример MoSCoW-приоритизации для интернет-магазина:
- Must have: Корзина, оплата, каталог товаров.
- Should have: Поиск по сайту.
- Could have: Рекомендации товаров.
- Won’t have: Виртуальная примерочная.
Когда использовать?
✔ Планирование спринтов, MVP, управление требованиями.
_________________
Вывод:
- Хочешь чёткую цель? → SMART.
- Нужно разбить задачу на части? → INVEST.
- Не знаешь, что делать в первую очередь? → MoSCoW.
Источник: @analysis_it
Теперь ты сможешь объяснить их даже бабушке! 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
👀Как спроектировать REST API, чтобы разработчики не проклинали вас: практика для системных аналитиков
Что будет на вебинаре?
Разберем ТОП-5 фатальных ошибок аналитиков при проектировании API
Покажем разницу между “плохим” и “хорошим” API на реальных примерах
Проведем практику: спроектируем API для реального кейса и исправим типичные ошибки
Что в результате вебинара узнают пользователи? Как/где смогут применить полученные навыки?
Научатся проектировать REST API, которое легко интегрируется и не вызывает проблем у разработчиков
Разберутся в ключевых принципах REST API: версионирование, правильная структура URL, типы запросов
Смогут анализировать API-дизайн, находить в нем ошибки и предлагать улучшения
👉 Регистрация и подробности о курсе "Системный аналитик. Advanced" https://clck.ru/3LHaEL
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Что будет на вебинаре?
Разберем ТОП-5 фатальных ошибок аналитиков при проектировании API
Покажем разницу между “плохим” и “хорошим” API на реальных примерах
Проведем практику: спроектируем API для реального кейса и исправим типичные ошибки
Что в результате вебинара узнают пользователи? Как/где смогут применить полученные навыки?
Научатся проектировать REST API, которое легко интегрируется и не вызывает проблем у разработчиков
Разберутся в ключевых принципах REST API: версионирование, правильная структура URL, типы запросов
Смогут анализировать API-дизайн, находить в нем ошибки и предлагать улучшения
👉 Регистрация и подробности о курсе "Системный аналитик. Advanced" https://clck.ru/3LHaEL
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Оценка задач в сторипоинтах по их декомпозиции: метод, который наконец-то работает
⏳ 6 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Оценка задач в сторипоинтах по их декомпозиции: метод, который наконец-то работает
Привет, Хабр! Все знают про сторипоинты, но мало кто понимает, как и зачем оценивать в них задачи. А между тем это мощный инструмент в руках тимлида, который позволяет предсказывать сроки и...
Летняя школа аналитиков-разработчиков Яндекса: набор открыт
В этом году впервые можно выбрать направление для углубленного изучения — Data Engineering или Data Science. В течение всего лета вы сможете изучать инструменты анализа данных и научитесь применять их на практике.
Со 2 июня по 27 июля участников ждут занятия в онлайне, а с 28 июля по 24 августа — работа в фулстек-командах офлайн в офисах Яндекса или онлайн.
Что нужно знать?
— Основы программирования на Python
— Как решать прикладные задачи с использованием любого диалекта SQL или Pandas
— Базу теории вероятностей и математической статистики
По итогам прохождения интенсива, вы сможете попасть на стажировку или получить оффер. По статистике, более половины стажеров переходят в штат компании.
Не откладывайте — регистрация открыта до 27 апреля. Подать заявку можно здесь.
В этом году впервые можно выбрать направление для углубленного изучения — Data Engineering или Data Science. В течение всего лета вы сможете изучать инструменты анализа данных и научитесь применять их на практике.
Со 2 июня по 27 июля участников ждут занятия в онлайне, а с 28 июля по 24 августа — работа в фулстек-командах офлайн в офисах Яндекса или онлайн.
Что нужно знать?
— Основы программирования на Python
— Как решать прикладные задачи с использованием любого диалекта SQL или Pandas
— Базу теории вероятностей и математической статистики
По итогам прохождения интенсива, вы сможете попасть на стажировку или получить оффер. По статистике, более половины стажеров переходят в штат компании.
Не откладывайте — регистрация открыта до 27 апреля. Подать заявку можно здесь.
GigaCode: как ИИ-ассистент упрощает жизнь системным аналитикам
⏳ 16 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
GigaCode: как ИИ-ассистент упрощает жизнь системным аналитикам
Здравствуйте! Меня зовут Щедрин Николай, и я являюсь ведущим аналитиком продукта GigaCode от Сбер. Хочу поделиться с вами сценариями применения ИИ-ассистента в работе системного аналитика, которые...
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как мы сделали одну большую песочницу для всех аналитиков
В мире данных и аналитики, где каждый день генерируются огромные объемы информации, создание единой платформы для работы с данными становится неотъемлемой частью успешной стратегии бизнеса. Мы команда...
ИИ и трансформация бизнес-процессов: методологии и когнитивные барьеры
⏳ 15 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
ИИ и трансформация бизнес-процессов: методологии и когнитивные барьеры
Компании все чаще обращаются ИИ для трансформации своих бизнес-процессов. Однако успешная AI-трансформация требует не просто автоматизации отдельных задач, а фундаментального переосмысления самих...
⚡️ Performance Testing в микросервисах: как избежать коллапса под нагрузкой?
Что произойдёт, если на ваш сервис внезапно обрушится поток пользователей? Выдержит ли архитектура или ляжет под нагрузкой? Разбираем, как правильно тестировать производительность микросервисов, чтобы система работала без сбоев!
📅 17 апреля в 20:00
🎓 Открытый вебинар с Сергеем Прощаевым
💡 Что разберём?
✅ Как нагрузка ломает архитектуру и что с этим делать
✅ Главные ошибки при тестировании распределённых систем
✅ Как увеличить RPS и подготовить систему к реальной нагрузке
✅ Инструменты стресс-тестирования и шаблоны конфигурации
🎯 Что получите?
✔️ Понимание, как прогнозировать нагрузку и готовить систему
✔️ Навыки работы с инструментами нагрузочного тестирования
✔️ Готовые шаблоны для тестирования и повышения устойчивости микросервисов
Присоединяйтесь и узнайте, как защитить свой сервис от падений!
👉 Регистрируйтесь по ссылке: https://clck.ru/3LT73H
Бесплатное занятие приурочено к старту курса Microservice Architecture, обучение на котором позволит освоить микросервисы: Docker, Kafka, API и стать мастером производительных систем.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Что произойдёт, если на ваш сервис внезапно обрушится поток пользователей? Выдержит ли архитектура или ляжет под нагрузкой? Разбираем, как правильно тестировать производительность микросервисов, чтобы система работала без сбоев!
📅 17 апреля в 20:00
🎓 Открытый вебинар с Сергеем Прощаевым
💡 Что разберём?
✅ Как нагрузка ломает архитектуру и что с этим делать
✅ Главные ошибки при тестировании распределённых систем
✅ Как увеличить RPS и подготовить систему к реальной нагрузке
✅ Инструменты стресс-тестирования и шаблоны конфигурации
🎯 Что получите?
✔️ Понимание, как прогнозировать нагрузку и готовить систему
✔️ Навыки работы с инструментами нагрузочного тестирования
✔️ Готовые шаблоны для тестирования и повышения устойчивости микросервисов
Присоединяйтесь и узнайте, как защитить свой сервис от падений!
👉 Регистрируйтесь по ссылке: https://clck.ru/3LT73H
Бесплатное занятие приурочено к старту курса Microservice Architecture, обучение на котором позволит освоить микросервисы: Docker, Kafka, API и стать мастером производительных систем.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576