Бизнес-анализ & IT

💡Декомпозиция задач: как разработчику съесть слона? Сложность: ★☆☆ | Время чтения: 7 мин | Автор: Анастасия Дронина, Android-разработчик в MedTech-компании СберЗдоровье Автор рассказывает о своем подходе к декомпозиции продуктовых и технических задач, который помогает ей укладываться в сроки, при этом сохраняя кодовую базу проекта в хорошем состоянии 📎 Читать статью

🚀Узнайте, как выбирать методы поставок, оценивать ценность релизов и эффективно управлять релизным циклом в Scrum! На бесплатном вебинаре онлайн-курса «CTO / Технический директор» - «Роль CTO в управлении поставками»: регистрация Программа вебинара: - Методы поставок – какие бывают и как выбрать подходящий. - Оценка ценности – почему важно учитывать пользу релиза. - Релизный цикл в Scrum – ключевые этапы и их влияние на команду. Кому будет полезен вебинар: СТО, технические лидеры, руководители команд, продакт-менеджеры, проектные менеджеры. 🤝После вебинара продолжите обучение на курсе со скидкой и даже в рассрочку! Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

🔥Топ-7 идей Data Science проектов — пет-проекты и примеры анализа данных 📎https://rb.ru/story/12-data-science-projects/

🚀Как аналитику разбираться в коде, выявлять ошибки и понимать разработчиков, не будучи программистом?! Обсудим на бесплатном вебинаре онлайн-курса «Системный аналитик. Team Lead» - «Разработчик и аналитик: как понимать код без написания кода»: регистрация  Программа вебинара: - Как аналитик может разбирать код без глубоких знаний программирования. - Что искать в коде? Ключевые точки, сигналы о качестве и возможные ошибки. - Инструменты для работы с кодом (без IDE) - Мини-кейс: практика по анализу небольшого фрагмента кода. - Связь с курсом: какие навыки мы подробно изучаем в программе. 🤝После вебинара продолжите обучение на курсе со скидкой и даже в рассрочку! Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

🤓Технологии распределенного реестра: понимание, возможности и будущее Технологии распределенного реестра — это новый подход к хранению и управлению данными. Они основаны на децентрализованной архитектуре. В статье рассказывается: — что такое DLT; — как эта технология интегрируется с ИИ; — в чем отличия DLT от блокчейна. 📎https://rb.ru/story/tehnologii-raspredelitelnogo-reestra/

Попасть в аналитику проще, чем вам рассказывают айтишники 👌🏼 Начать можно вообще всего с одного инструмента — SQL. 👉🏼 Что это такое и как его изучить, расскажет эксперт школы аналитики Changellenge >> 11 марта в 19:00 мск на бесплатном практикуме «SQL как самый быстрый вход в профессию аналитика». На практикуме узнаете: - почему аналитика будет востребована в ближайшие годы; - как попасть в аналитику, изучив всего один инструмент — SQL; - топ-5 шагов для перехода в аналитику в 2025 году. Во время вебинара вы самостоятельно напишите свой первый SQL-запрос и решите задачу на реальных данных Netflix. ✅ Регистрируйтесь и получите понятную инструкцию по переходу в аналитику из любой сферы: https://u.to/lfIaIg Реклама. ООО "Высшая Школа Аналитики" ИНН 7716917009 erid: 2VtzqwV1riS

🤓Конспект по архитектуре ПО и System Design 📎https://habr.com/ru/articles/888202/

Как ИИ и технология RAG помогает оптимизировать бизнес-процессы На бесплатном вебинаре технический директор "Технократии", Артём Нуртдинов, расскажет, как автоматизировать внутренние процессы и использовать GenAI на практике 🔹 Разберемся с терминологией и обсудим, чем RAG отличается от файнтюнинга. 🔹 Объясним на пальцах, как работает технология дополненной генерации. 🔹 Покажем, как устроена наша умная база знаний. 🔹 Рассмотрим реальные кейсы от компаний, которые уже интегрировали RAG в свои продукты. Присоединяйтесь и узнайте, как ИИ и технология RAG помогает бизнесу 🚀 Регистрируйтесь по ссылке Реклама.ООО «Технократия» ИНН 1659169466 erid: 2W5zFGYyuxk

🔍😍Можно изучать sql, раскрывая преступления https://www.sqlnoir.com/

🔍😍Можно изучать sql, раскрывая преступления https://www.sqlnoir.com/

IT_ONE Cup. ML Challenge от IT_ONE и Sk FinTech Hub — создай AI-ассистента, который будет помогать в работе дизайнерам, системным и бизнес-аналитикам. Участвуй онлайн с 12 по 29 апреля и поборись за 1 500 000 рублей. Регистрация открыта до 11 апреля Твоя формула победы: ✅ Умеешь работать с готовыми моделями машинного обучения и адаптировать их под специфические задачи. ✅ Знаешь, как реализовать сложные системы на базе LLM и генеративных моделей. ✅ Готов создавать комплексные решения для автоматизации процессов.  Также приглашаем Backend и Frontend-разработчиков, системных и бизнес-аналитиков, UI/UX-дизайнеров. Участвуй онлайн соло или командой до 5 человек.  Задачи IT_ONE Cup. ML Challenge: 🔤 Динамические контекстные подсказки для системного аналитика. 🔤 AI-генератор дизайн-макетов по описанию требований. 🔤 Система визуализации BPMN-диаграмм. 4 апреля приходи на митап с экспертами соревнования — задай вопросы и узнай больше о задачах.  Создай AI-ассистента, который облегчит выполнение рабочих задач — регистрируйся на IT_ONE Cup. ML Challenge

🔍 Как понять, что бизнес-процессу "плохо" Привет, друзья! Аналитик Федя нарисовал карту бизнес-процессов, но теперь ломает голову: как понять, какому именно бизнес-процессу "плохо"? С чего начать? С анализа основных бизнес-процессов* — тех, что создают ценность для клиента (производство, оказание услуг, продажи и т.д.). * если биг босс не поставил иную задачу Признаки "приболевшего" бизнес-процесса 1. Хитросплетение стрелочек на схеме — обычно это видно наглядно при моделировании БП (товарищи перфекционисты, пожалуйста, не воспринимайте буквально — только ради красоты схемы сами бизнес-процессы не стоит трогать 😅, тут речь идёт про монструозные схемы). 2. Сроки стремятся к бесконечности. 3. Нарушена логика. 4. Жалобы участников БП или жалобы на граничащий процесс — но будьте аккуратны: фраза «у нас всё сложно» звучит даже в компаниях с идеальными процессами.  ✍️ Рассмотрим на примере с редакторским бюро Аналтик Федя разбирает основной бизнес-процесс по подготовке текста и фиксирует сроки:   1. Отбор текста → 1 день.   2. Корректура → 2 дня.   3. Редактура → 2 дня.   4. Корректура → 1 день (опять?!).   5. Редактура → 1 день. 6. Передача на вёрстку → 5 минут. Проблемы:  — Корректура и редактура повторяются → тратится лишнее время.  — Время на пункты 2-5: 6 дней (возможно, это много и необходимо выйти на более короткий срок без потери качества, т.е. это вопрос для исследования).  Что может предложить Федя:  — Программа-минимум: Поменять этапы местами (например: редактура → корректура → финальная проверка).  — Программа-максимум: Внедрить ИИ для первичной проверки текста → сократить рутину. Если возникает желание переписать все с нуля, то все равно стоит начинать с малого — ведь изменения нужно будет ещё и внедрять, а реакция людей на что-то новое не всегда однозначна 😱

📚Подборка бесплатных материалов по BPMN — Открытые лекции по BPMN (видео) — Статьи по BPMN — Практический курс BPMN от ELMA — BPMN Quick Guide на сайте bpmn.org

📚Подборка бесплатных материалов по BPMN — Открытые лекции по BPMN (видео) — Статьи по BPMN — Практический курс BPMN от ELMA — BPMN Quick Guide на сайте bpmn.org

📚Use Cases: Как улучшить требования к проекту Узнайте, как и когда использовать Use Cases, чтобы писать требования понятные всем. На вебинаре разберём: - Что такое Use Cases и зачем они нужны?  - Основные элементы и структура.  - Примеры эффективного использования.  - Наиболее частые ошибки - Разбор реального кейса. В результате: - Поймёте, как применять Use Cases для улучшения понимания требований.  - Научитесь избегать распространённых ошибок при их создании. 👉 Регистрация и подробности о курсе Системный аналитик. Advanced: https://otus.pw/MgVw/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Привет, друзья! Если вы системный аналитик и ищете, куда вам расти, то одной из возможных веток развития  является прокачивание компетенций, связанных с DWH (Data Warehouse, хранилище данных). Роль так и называется — системный аналитик DWH. Что требует рынок Среди требований работодателей к этой роли встречаются такие (помимо стандартных для СА): — владение SQL на уровне написания сложных запросов для расчёта метрик и объединения данных из множества таблиц; — знание об устройстве хранилища данных; — знание гибких методологий проектирования DWH; — умение общаться с бизнес-заказчиками и перекладывать бизнес-логику в SQL-код; — понимание принципов построения ETL-процессов в крупных организациях; — умение описать объект детального слоя хранилища в нотации «снежинки»; — и т.д. При этом стандартные для СА задачи по сбору и формализации требований, рисованию UML-диаграмм и др. никто не отменял 🫠 Плюсы — рост в зп для СА, который хорошо умеет в сиквел и у него хорошо прокачены хард скиллы Минусы — снова несколько ролей смешаны в одну. Что почитать по теме — подробный мануал по инженерии данных — статья на Хабре про методологии построения DWH Вы как — вдохновлены таким вектором развития для СА или тянетесь за валерьянкой? 😂

Друзья, привет! Ещё одна заметка в копилку начинающего душнилы аналитика. Как зафиксировать ответы на вопросы, если требований еще нет и еще нечего валидировать? Если у вас была встреча, самый простой формат фиксации ответов и решений – это ведение протокола встречи (meeting notes). В протоколе встречи указывается: — когда была встреча; — участники; — повестка; — принятые решения; — дальнейшие действия (кто, когда и что должен сделать); — открытые вопросы. ✅️После встречи: 1.  Разошлите протокол всем участникам (сам текст протокола или ссылку на страницу в confluence). 2. Если есть спорные моменты, то попросите подтверждение ("Подтвердите, что я вас верно понял по пункту 3") или сформулируйте вопрос ("Иван, пожалуйста, обратите внимание на пункт 3, мы договорились о трех или о пяти днях?") 📝 Пример протокола встречи

Дата: 27.02.2025 Участники: Пётр Петрович, Иван Иванов, Фёдор Фёдоров Обсуждали: — обратную связь по демо от заинтересованных лиц; — сроки реализа. Договорились: 1. перенести релиз до внедрения доработки для  бухгалтерии; 2. зафиксировать требования (@Фёдор Фёдоров, до 05.03.2025); 3. выкатить доработку через 2 недели. Открытые вопросы: @Петр Петрович, по п.3 — релиз планируем на 14.03.2025? Или перенесём с пятницы на понедельник?

P.S. заметка также будет полезна начинающим менеджерам проекта/продукта

Курс по ETL-разработке и оркестрации на базе Dagster и Apache Nifi Это не просто курс — это практика, оттачиваемая на реальных задачах прямо в тренажере. Никакой воды, только концентрированный опыт, который сразу идет в работу. Что вас ожидает: Глубокое погружение в Dagster: Изучите один из ключевых инструментов современной modern data stack, который завоевал популярность среди аналитиков и дата-инженеров по всему миру. Dagster дает больше гибкости и позволяет строить более сложные пайплайны. Практические навыки: Решите более 60 задач из различных бизнес-сфер, которые станут частью вашего портфолио и усилят ваше резюме для международного рынка. Современные технологии: Освойте работу с Software Defined Asset (SDA), IOManager, dbt, Docker, PostgreSQL и интеграцию с внешними API. Автоматизация процессов: Научитесь создавать правила для автоматического получения и обработки данных, а также запускать Dagster в Docker для обеспечения гибкости и масштабируемости. У тренажера доступен демо-доступ к где вы сразу приступаете к освоению Dagster на практике! ➡️ Получить демо-доступ Реклама. Информация о рекламодателе

Привет, друзья! На примере вчерашнего опроса видно, что абстрактные понятия люди могут воспринимать по-разному. Причём каждая из групп респондентов могла не задумываться о том, что на этот вопрос можно ответить как-то иначе. 🤔И как же быть аналитику? 1. Избегать абстракций и расплывчатых терминов. Например, заменить абстрактные понятия на конкретные величины (по согласованию с заказчиком): • Пара-тройка → 3 рабочих дня (или 6 😅). • Немного → 2. 2. Фиксировать договорённости письменно. 3. Приводить визуальные примеры. В части обсуждения сроков отлично заходит таймлайн. 4. Задавать вопросы. Много вопросов (но в пределах разумного 😅). ❔️Примеры вопросов Вопросы могут быть: — открытыми (помогают выявить скрытые нюансы и подразумевают развернутый ответ):

Что конкретно Вы имеете в виду под парой-тройкой дней?  Пожалуйста, приведите пример

— закрытыми (фиксируют конкретные детали, подразумевают ответ или да, или нет):

Верно ли я понимаю, что 'пара-тройка' — это максимум 3 дня?

P.S. Получился не пост, а краткое пособие начинающего душнилы 😂 P.P.S. В следующей серии пособия душнилы читайте, как составить протокол встречи (meeting notes).