Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Стандарты и шаблоны для ТЗ на разработку ПО
Введение Недавно ко мне обратились, чтобы я посоветовал стандарты для написания технического задания (ТЗ) на разработку автоматизированных систем (АС) и программного обеспечения (ПО). Вот думаю,...
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...
Пример решения одной задачи с помощью модельно-ориентированного подхода
⏳ 22 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Пример решения одной задачи с помощью модельно-ориентированного подхода
Я работаю архитектором ПО, причём достаточно ленивым архитектором. Одна из моих задач — это проектирование модели данных для приложений. Ладно бы всё этим и ограничивалось,...
Аналитика требований: 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
Оценка задач в сторипоинтах по их декомпозиции: метод, который наконец-то работает
⏳ 6 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Оценка задач в сторипоинтах по их декомпозиции: метод, который наконец-то работает
Привет, Хабр! Все знают про сторипоинты, но мало кто понимает, как и зачем оценивать в них задачи. А между тем это мощный инструмент в руках тимлида, который позволяет предсказывать сроки и...
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-трансформация требует не просто автоматизации отдельных задач, а фундаментального переосмысления самих...
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Когортный анализ, LTV и RFM в SQL: коротко для новичков
Привет, Хабр! Сегодня рассмотрим, как на голом SQL построить полноценный когортный анализ: определим дату первой покупки, сгруппируем пользователей по когортам, посчитаем удержание...
Гайд по работе с бизнес-требованиями. На основе формата Use Case
⏳ 6 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Гайд по работе с бизнес-требованиями. На основе формата Use Case
Вам надоело, что бизнес приходит с абстрактными проблемами или того хуже с готовым решением ? В итоге, ограничивая работу отдела разработки в принятии решений? Как сделать сложные требования понятными...
Forwarded from Business | System analyst
Конвейеры данных (Data Pipelines) — это автоматизированные процессы сбора, обработки, преобразования и перемещения данных из различных источников в целевые хранилища (например, базы данных, DWH, озёра данных).
❓ У вас может появится вопрос «Зачем знать аналитику?»
1. Понимание данных — чтобы разбираться, откуда берутся данные, как они очищаются и преобразуются.
2. Качество данных — чтобы выявлять и исправлять ошибки на этапе ETL/ELT.
3. Оптимизация запросов — чтобы писать эффективные SQL-запросы, зная, как данные подготовлены.
4. Автоматизация отчётов — чтобы настраивать регулярные выгрузки и дашборды.
5. Взаимодействие с инженерами — чтобы грамотно ставить задачи по доработке пайплайнов.
🤔 Нужно ли углубляться в тему или поверхностно знать основы?
- Да, если аналитик работает с Big Data или участвует в построении аналитической инфраструктуры.
- Нет, если роль ограничена готовыми данными в BI-инструментах, но базовое понимание всё равно полезно.
📎 Так же прикрепляю статьи на данную тему:
- Что такое конвейер данных? И почему вы должны это знать
- Конвейер данных и конвейер ETL: в чем разница?
- Как построить конвейер данных: пошаговое руководство
Источник: @ba_and_sa
1. Понимание данных — чтобы разбираться, откуда берутся данные, как они очищаются и преобразуются.
2. Качество данных — чтобы выявлять и исправлять ошибки на этапе ETL/ELT.
3. Оптимизация запросов — чтобы писать эффективные SQL-запросы, зная, как данные подготовлены.
4. Автоматизация отчётов — чтобы настраивать регулярные выгрузки и дашборды.
5. Взаимодействие с инженерами — чтобы грамотно ставить задачи по доработке пайплайнов.
- Да, если аналитик работает с Big Data или участвует в построении аналитической инфраструктуры.
- Нет, если роль ограничена готовыми данными в BI-инструментах, но базовое понимание всё равно полезно.
- Что такое конвейер данных? И почему вы должны это знать
- Конвейер данных и конвейер ETL: в чем разница?
- Как построить конвейер данных: пошаговое руководство
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Программисты, аналитики и дизайнеры:
«Интерфейс понятен, документация не нужна»
Юзеры:
«Интерфейс понятен, документация не нужна»
Юзеры:
Личные границы в IT: как перестать быть «всем должен», даже если ты senior или тимлид
⏳ 4 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Личные границы в IT: как перестать быть «всем должен», даже если ты senior или тимлид
Меня зовут Дмитрий, мне 40, из которых 19 лет я в IT. Работал фрилансером, запускал свои проекты, а в 2021 году устроился в крупную компанию старшим разработчиком. Через 9 месяцев меня повысили до...
Please open Telegram to view this post
VIEW IN TELEGRAM
ArtofBA
Как аналитику развить устойчивость и не стать мизантропом ≡ Блог ArtofBA
Микросервисная архитектура: от монолита к гибкой системе (да, опять)
⏳ 12 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Микросервисная архитектура: от монолита к гибкой системе (да, опять)
Привет, Хабр! Меня зовут Андрей Бирюков, я СTO Сервисной цифровой платформы в Газпромбанке. За свою карьеру поработал в нескольких компаниях — от стартапов до крупных корпораций — и видел разные...