Привет, коллеги! 👋
Сегодня поговорим про BPMN (Business Process Model and Notation) - ваш верный союзник в мире бизнес-процессов
BPMN - это графический язык, позволяющий визуализировать, документировать и анализировать бизнес-процессы.
BPMN помогает:
▫️Четко описывать процессы: Кто что делает, когда и как.
▫️Находить "узкие места": Где теряется время, ресурсы и деньги.
▫️Улучшать взаимодействие: Общий язык для бизнеса и IT.
▫️Совершенствовать автоматизацию: Подготовка процессов к внедрению IT-решений.
В карусели к этому посту представлены некоторые рекомендации по построению бизнес-процессов в BPMN⬆️
А ниже - полезные ресурсы для углубленного изучения⬇️
🔻 Постер BPMN 2.0 (rus)
🔻 Постер BPMN 2.0 (eng)
🔸Specification BPMN 2.0.(pdf) или About the Business Process Model And Notation Specification Version 2.0
🖇 Нотация BPMN
🖇 Элементы нотации BPMN
🖇 Как начать моделировать бизнес-процессы в BPMN
🖇 Нотация BPMN 2.0: ключевые элементы и описание
🖇 Краткое описание BPMN с примерами
🖇 Статьи по BPMN (Блог Дениса Котова)
🖇 Библиотека примеров бизнес-процессов в BPMN
🖇 ТОП-10 ошибок в BPMN-диаграммах
🖇 Профессиональное моделирование в BPMN, DMN и CMMN для бизнес-аналитика
🖇 Памятка по BPMN и BPMN-диаграммам
🖇 BPMN Tutorial: Learn Business Process Model and Notation
🖇 How to Draw BPMN 2.0 Business Process Diagram?
#подборка #статьи | @notes_analyst
Сегодня поговорим про BPMN (Business Process Model and Notation) - ваш верный союзник в мире бизнес-процессов
BPMN - это графический язык, позволяющий визуализировать, документировать и анализировать бизнес-процессы.
BPMN помогает:
▫️Четко описывать процессы: Кто что делает, когда и как.
▫️Находить "узкие места": Где теряется время, ресурсы и деньги.
▫️Улучшать взаимодействие: Общий язык для бизнеса и IT.
▫️Совершенствовать автоматизацию: Подготовка процессов к внедрению IT-решений.
В карусели к этому посту представлены некоторые рекомендации по построению бизнес-процессов в BPMN
А ниже - полезные ресурсы для углубленного изучения
🔻 Постер BPMN 2.0 (rus)
🔻 Постер BPMN 2.0 (eng)
🔸Specification BPMN 2.0.(pdf) или About the Business Process Model And Notation Specification Version 2.0
🖇 Нотация BPMN
🖇 Элементы нотации BPMN
🖇 Как начать моделировать бизнес-процессы в BPMN
🖇 Нотация BPMN 2.0: ключевые элементы и описание
🖇 Краткое описание BPMN с примерами
🖇 Статьи по BPMN (Блог Дениса Котова)
🖇 Библиотека примеров бизнес-процессов в BPMN
🖇 ТОП-10 ошибок в BPMN-диаграммах
🖇 Профессиональное моделирование в BPMN, DMN и CMMN для бизнес-аналитика
🖇 Памятка по BPMN и BPMN-диаграммам
🖇 BPMN Tutorial: Learn Business Process Model and Notation
🖇 How to Draw BPMN 2.0 Business Process Diagram?
#подборка #статьи | @notes_analyst
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍4❤2
Жизненный цикл API. Статистика и нюансы
"Жизненный цикл API охватывает весь путь от идеи и проектирования до вывода API из эксплуатации. С одной стороны, как правило, для многих специалистов достаточным для повседневной работы является знание не более шести-семи основных этапов жизненного цикла. С другой стороны, на практике жизненный цикл API может включать до десяти и более этапов, каждый из которых критически важен, ведь эффективное управление жизненным циклом API напрямую влияет на стабильность, производительность и безопасность всей системы."
В данной публикации Автор хотел бы рассказать про самые важные стадии жизненного цикла API, а также по каждому этапу добавить интересные статистические данные, проведя анализ основных международных отчётов, таких как Postman State of Api , NordicAPIs и многих других.
Читать статью
"Жизненный цикл API охватывает весь путь от идеи и проектирования до вывода API из эксплуатации. С одной стороны, как правило, для многих специалистов достаточным для повседневной работы является знание не более шести-семи основных этапов жизненного цикла. С другой стороны, на практике жизненный цикл API может включать до десяти и более этапов, каждый из которых критически важен, ведь эффективное управление жизненным циклом API напрямую влияет на стабильность, производительность и безопасность всей системы."
В данной публикации Автор хотел бы рассказать про самые важные стадии жизненного цикла API, а также по каждому этапу добавить интересные статистические данные, проведя анализ основных международных отчётов, таких как Postman State of Api , NordicAPIs и многих других.
Читать статью
Концепции информационной безопасности
"Данная статья про преданные забвению, уверенно существующие и шагающие в будущее концепции информационной безопасности."
Читать статью
"Данная статья про преданные забвению, уверенно существующие и шагающие в будущее концепции информационной безопасности."
Читать статью
📑 Архитектура высоконагруженной платформы Magnit F&R
Автор - Алексей Соболеков, ИТ-архитектор в Magnit Tech,
в данной статье расскажет о ключевых архитектурных принципах и решениях Magnit F&R. Будет полезно Архитекторам, Техлидам, CTO, и всем, кто проектирует архитектуру высоконагруженных облачных решений на базе Open Source технологий.
Читать статью
Автор - Алексей Соболеков, ИТ-архитектор в Magnit Tech,
в данной статье расскажет о ключевых архитектурных принципах и решениях Magnit F&R. Будет полезно Архитекторам, Техлидам, CTO, и всем, кто проектирует архитектуру высоконагруженных облачных решений на базе Open Source технологий.
Читать статью
❤3
📑 Фигма глазами новичка и дизайнера: лучшие практики для всей команды
Автор - Катя Баринова, системный аналитик БФТ-Холдинга
"Мы посмотрим на Фигму глазами новичка и опытного дизайнера. Тем, кто только сталкивается с Фигмой, постараюсь помочь понять базовую логику работы с файлами, слоями, структурой и совместной работой. А продвинутые пользователи найдут здесь ответы на частые вопросы. Статья в первую очередь будет полезна аналитикам, тестировщикам и другим участникам процесса, которые работают с макетами."
Читать статью
Автор - Катя Баринова, системный аналитик БФТ-Холдинга
"Мы посмотрим на Фигму глазами новичка и опытного дизайнера. Тем, кто только сталкивается с Фигмой, постараюсь помочь понять базовую логику работы с файлами, слоями, структурой и совместной работой. А продвинутые пользователи найдут здесь ответы на частые вопросы. Статья в первую очередь будет полезна аналитикам, тестировщикам и другим участникам процесса, которые работают с макетами."
Читать статью
❤4👍2🔥2
📑 Как техпису общаться с командой разработки на одном языке (нотаций), или Учимся приручать лису
Автор - Мария Бурханова, технический писатель, старший руководитель ИТ-направления документирования Platform V в СберТехе.
"Сегодня хочу рассказать, зачем техпису нужны нотации и почему их так много, какие знания о нотациях точно пригодятся и как применить эти знания на практике.
Статья будет полезна техническим писателям, аналитикам, разработчикам и всем интересующимся этой темой. Вы научитесь читать диаграммы и схемы в разных нотациях и эффективно использовать их для создания понятной и структурированной документации. "
Читать статью
Автор - Мария Бурханова, технический писатель, старший руководитель ИТ-направления документирования Platform V в СберТехе.
"Сегодня хочу рассказать, зачем техпису нужны нотации и почему их так много, какие знания о нотациях точно пригодятся и как применить эти знания на практике.
Статья будет полезна техническим писателям, аналитикам, разработчикам и всем интересующимся этой темой. Вы научитесь читать диаграммы и схемы в разных нотациях и эффективно использовать их для создания понятной и структурированной документации. "
Читать статью
👍6
📑Dagster или Airflow: что выбрать для оркестрации в DWH-проектах?
"Когда речь заходит об оркестрации данных, почти всегда упоминаются два инструмента: Apache Airflow и Dagster. Оба стали своего рода стандартами в своей категории, но при этом отражают разные подходы к построению пайплайнов данных.
В статье рассказываем, какие задачи решают оркестраторы в проектах внедрения корпоративных хранилищ данных. Выясняем, в чём разница между инструментами, и почему Dagster становится всё популярнее в DWH‑проектах, чем Airflow."
Читать статью
"Когда речь заходит об оркестрации данных, почти всегда упоминаются два инструмента: Apache Airflow и Dagster. Оба стали своего рода стандартами в своей категории, но при этом отражают разные подходы к построению пайплайнов данных.
В статье рассказываем, какие задачи решают оркестраторы в проектах внедрения корпоративных хранилищ данных. Выясняем, в чём разница между инструментами, и почему Dagster становится всё популярнее в DWH‑проектах, чем Airflow."
Читать статью
👍3
📑 Как мы ищем рестораны на карте: геоиндекс в Яндекс Еде
Автор: Серёжа Синягин, старший разработчик в Яндекс Еде
"В этой статье расскажу о задаче, с которой столкнулся в работе: как мы определяем, какие рестораны доступны пользователю для заказа. По пути заглянем во внутреннюю кухню, обсудим библиотеку H3 от Uber и разберём, как устроены R‑деревья и как мы используем их у себя."
Читать статью
Автор: Серёжа Синягин, старший разработчик в Яндекс Еде
"В этой статье расскажу о задаче, с которой столкнулся в работе: как мы определяем, какие рестораны доступны пользователю для заказа. По пути заглянем во внутреннюю кухню, обсудим библиотеку H3 от Uber и разберём, как устроены R‑деревья и как мы используем их у себя."
Читать статью
Преобразование компетенций бизнес-аналитика в ИТ с развитием ИИ-технологии
"ИИ — это не просто «еще один инструмент» для бизнес-аналитика (БА), как когда-то им были MS Visio или Jira. Это фундаментальный сдвиг, который меняет саму суть работы, ценность специалиста и структуру команд.
В статье рассматриваются:
- Преобразование компетенций и ежедневной работы БА:
- Автоматизация рутины (где ИИ — «гипер-инструмент»).
- Появление новых компетенций (супер-сил).Сокращение численности команд.
- Примеры и тренды в российских IT-компаниях.
- Сложности перехода к новой логике."
Читать статью
"ИИ — это не просто «еще один инструмент» для бизнес-аналитика (БА), как когда-то им были MS Visio или Jira. Это фундаментальный сдвиг, который меняет саму суть работы, ценность специалиста и структуру команд.
В статье рассматриваются:
- Преобразование компетенций и ежедневной работы БА:
- Автоматизация рутины (где ИИ — «гипер-инструмент»).
- Появление новых компетенций (супер-сил).Сокращение численности команд.
- Примеры и тренды в российских IT-компаниях.
- Сложности перехода к новой логике."
Читать статью
👍7
Привет, коллеги! 👋
Сегодня поговорим о нотации EPC, которая помогает нам, аналитикам, четко и наглядно моделировать бизнес-процессы.
EPC (Event-Driven Process Chain, или "событийная цепочка процессов") - это графический язык для описания последовательности событий, функций и логических связей в бизнес-процессах. Это как дорожная карта вашего процесса, с понятными указателями и перекрестками!
Зачем аналитику нужен EPC?
▪️Визуализация "как есть" (as-is): понять текущее состояние процесса, выявить узкие места и проблемные зоны.
▪️Проектирование "как должно быть" (to-be): разработать новую, оптимизированную версию процесса.
▪️Анализ и улучшение: упростить, автоматизировать, сделать процесс более эффективным.
▪️Коммуникация: легко объяснить процесс заказчикам, разработчикам и другим участникам. EPC-диаграммы понятны и наглядны.
▪️Документирование: создание четкой и структурированной документации по процессам.
⬆️ В карусели к этому посту вы найдете:
▫️Основные элементы EPC: События, функции, логические операторы (И, ИЛИ, исключающее ИЛИ) и др.
▫️Ключевые правила моделирования: чтобы диаграммы были понятными и не запутывали.
▫️Рекомендации по созданию эффективных EPC-диаграмм.
▫️Плюсы и минусы использования нотации EPC.
Хотите углубиться? Вот полезные ссылки⬇️
🖇 Моделирование бизнес-процессов » Нотация EPC
🖇 Работа в MS Visio » Нотация EPC
🖇 Практика применения стандарта моделирования EPC
🖇 Событийная цепочка процессов
🖇 Как моделировать бизнес-процессы в нотации eEPC?
🖇 Один пример и три нотации: сравниваем BPMN, EPC и DMN
🖇 Бизнес процессы в нотации epc » Примеры диаграмм
#теоретическиезаметки #подборка #статьи | @notes_analyst
Сегодня поговорим о нотации EPC, которая помогает нам, аналитикам, четко и наглядно моделировать бизнес-процессы.
EPC (Event-Driven Process Chain, или "событийная цепочка процессов") - это графический язык для описания последовательности событий, функций и логических связей в бизнес-процессах. Это как дорожная карта вашего процесса, с понятными указателями и перекрестками!
Зачем аналитику нужен EPC?
▪️Визуализация "как есть" (as-is): понять текущее состояние процесса, выявить узкие места и проблемные зоны.
▪️Проектирование "как должно быть" (to-be): разработать новую, оптимизированную версию процесса.
▪️Анализ и улучшение: упростить, автоматизировать, сделать процесс более эффективным.
▪️Коммуникация: легко объяснить процесс заказчикам, разработчикам и другим участникам. EPC-диаграммы понятны и наглядны.
▪️Документирование: создание четкой и структурированной документации по процессам.
▫️Основные элементы EPC: События, функции, логические операторы (И, ИЛИ, исключающее ИЛИ) и др.
▫️Ключевые правила моделирования: чтобы диаграммы были понятными и не запутывали.
▫️Рекомендации по созданию эффективных EPC-диаграмм.
▫️Плюсы и минусы использования нотации EPC.
Хотите углубиться? Вот полезные ссылки
🖇 Моделирование бизнес-процессов » Нотация EPC
🖇 Работа в MS Visio » Нотация EPC
🖇 Практика применения стандарта моделирования EPC
🖇 Событийная цепочка процессов
🖇 Как моделировать бизнес-процессы в нотации eEPC?
🖇 Один пример и три нотации: сравниваем BPMN, EPC и DMN
🖇 Бизнес процессы в нотации epc » Примеры диаграмм
#теоретическиезаметки #подборка #статьи | @notes_analyst
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥10👍6
📑 Проектирование REST API: проблемы, решения, практические рекомендации
"API — это не просто техническая прослойка. Это продукт. Его пользователи — другие разработчики. И, как у любого продукта, у него может быть ужасный или превосходный пользовательский опыт. Плохой API — это источник постоянной боли, багов и потраченного времени. Хороший API интуитивно понятен, предсказуем и прощает ошибки. Он становится продолжением мыслей разработчика.
Латать дыры по мере их обнаружения — это путь в никуда. Нужно не тушить пожары, а строить систему так, чтобы она не загоралась. Безопасность, производительность и удобство использования должны закладываться в архитектуру с первого дня. Это контракт. Если контракт составлен плохо, его будут нарушать."
Читать статью
"API — это не просто техническая прослойка. Это продукт. Его пользователи — другие разработчики. И, как у любого продукта, у него может быть ужасный или превосходный пользовательский опыт. Плохой API — это источник постоянной боли, багов и потраченного времени. Хороший API интуитивно понятен, предсказуем и прощает ошибки. Он становится продолжением мыслей разработчика.
Латать дыры по мере их обнаружения — это путь в никуда. Нужно не тушить пожары, а строить систему так, чтобы она не загоралась. Безопасность, производительность и удобство использования должны закладываться в архитектуру с первого дня. Это контракт. Если контракт составлен плохо, его будут нарушать."
Читать статью
Машинное обучение в финтехе
"Машинное обучение в финансовой сфере — это полноценный инструмент, который уже меняет подходы к анализу данных, принятию решений и автоматизации процессов. Как именно эта технология работает, и какие конкретные задачи она решает? Поговорим об этом в этой статье."
Читать статью
"Машинное обучение в финансовой сфере — это полноценный инструмент, который уже меняет подходы к анализу данных, принятию решений и автоматизации процессов. Как именно эта технология работает, и какие конкретные задачи она решает? Поговорим об этом в этой статье."
Читать статью
📑 Документация как инструмент управления проектом
В статье аналитик Банка ДОМ. РФ, Василий Белькович, делится опытом построения системы документации для сложной корпоративной IDM-системы.
Описывает цели создания такой системы и представляет подход к разделению документации на три части, объясняя, как каждая из них помогает решать поставленные задачи.
Читать статью
В статье аналитик Банка ДОМ. РФ, Василий Белькович, делится опытом построения системы документации для сложной корпоративной IDM-системы.
Описывает цели создания такой системы и представляет подход к разделению документации на три части, объясняя, как каждая из них помогает решать поставленные задачи.
Читать статью
👍4❤2