Привет, коллеги! 👋
Сегодня поговорим о таком инструменте в арсенале аналитика как – нотации IDEF0.
Если вы хотите четко и структурированно описывать бизнес-процессы компании, моделировать их и находить узкие места, то IDEF0 – ваш верный помощник.
IDEF0 (Integration Definition for Function Modeling) – это методология функционального моделирования, которая позволяет представить бизнес-процесс в виде набора взаимосвязанных функций (работ, действий). Модель IDEF0 показывает, что делает компания, а не как она это делает (для этого есть другие нотации).
Зачем IDEF0 аналитику? 🤔
▫️Визуализация сложных процессов: позволяет разложить сложный процесс на более простые, понятные блоки, что облегчает его анализ и понимание.
▫️Выявление взаимосвязей: модель четко показывает, как функции взаимодействуют между собой, какие данные используются и какие ресурсы необходимы.
▫️Поиск узких мест и оптимизация: благодаря наглядности модели, легко обнаружить области, где процесс работает неэффективно, и предложить варианты оптимизации.
▫️Улучшение коммуникации: IDEF0 создает общий язык между бизнес-заказчиками и разработчиками, что снижает риск недопонимания и ошибок.
▫️Основа для автоматизации: модель IDEF0 может служить отправной точкой для проектирования информационных систем, автоматизирующих бизнес-процессы.
⬆️ В картинках к посту вы найдете:
▪️Основные элементы IDEF0 (блоки, стрелки).
▪️Виды диаграмм (верхнего уровня и детализированной).
▪️Плюсы и минусы использования
Чем IDEF0 полезна в работе? 💼
Представьте, что перед вами стоит задача – оптимизировать процесс обработки заказов в интернет-магазине. С помощью IDEF0 вы сможете:
1. Разложить процесс на отдельные функции: "Прием заказа", "Проверка наличия товара", "Оплата", "Доставка".
2. Определить входящие данные для каждой функции: "Информация о заказе", "Данные о клиенте", "Информация о товаре".
3. Выявить управляющие факторы: "Правила обработки заказов", "Наличие товара на складе".
4. Определить ресурсы: "Сотрудники склада", "Транспорт".
Анализируя эту модель, вы легко сможете найти "узкие горлышки" и предложить решения по их устранению.
Для более глубоко погружения в данную тему, ловите подборку статей⬇️
🖇 Методология функционального моделирования IDEF0
🖇 IDEF0. Знакомство с нотацией и пример использования
🖇 Азы моделирования в idef0
🖇 Нотация IDEF0
🖇 Пример использования принципа декомпозиции в IDEF0
🖇 Два способа построения моделей бизнес-процессов в IDEF0
🖇 Создание схемы IDEF0
🖇 Функциональное моделирование бизнес-процессов машиностроительного производства
Ставьте огонёчки 🔥 если используете данную нотацию в своей работе)
#теоретическиезаметки #подборка #статьи | @notes_analyst
Сегодня поговорим о таком инструменте в арсенале аналитика как – нотации IDEF0.
Если вы хотите четко и структурированно описывать бизнес-процессы компании, моделировать их и находить узкие места, то IDEF0 – ваш верный помощник.
IDEF0 (Integration Definition for Function Modeling) – это методология функционального моделирования, которая позволяет представить бизнес-процесс в виде набора взаимосвязанных функций (работ, действий). Модель IDEF0 показывает, что делает компания, а не как она это делает (для этого есть другие нотации).
Зачем IDEF0 аналитику? 🤔
▫️Визуализация сложных процессов: позволяет разложить сложный процесс на более простые, понятные блоки, что облегчает его анализ и понимание.
▫️Выявление взаимосвязей: модель четко показывает, как функции взаимодействуют между собой, какие данные используются и какие ресурсы необходимы.
▫️Поиск узких мест и оптимизация: благодаря наглядности модели, легко обнаружить области, где процесс работает неэффективно, и предложить варианты оптимизации.
▫️Улучшение коммуникации: IDEF0 создает общий язык между бизнес-заказчиками и разработчиками, что снижает риск недопонимания и ошибок.
▫️Основа для автоматизации: модель IDEF0 может служить отправной точкой для проектирования информационных систем, автоматизирующих бизнес-процессы.
▪️Основные элементы IDEF0 (блоки, стрелки).
▪️Виды диаграмм (верхнего уровня и детализированной).
▪️Плюсы и минусы использования
Чем IDEF0 полезна в работе? 💼
Представьте, что перед вами стоит задача – оптимизировать процесс обработки заказов в интернет-магазине. С помощью IDEF0 вы сможете:
1. Разложить процесс на отдельные функции: "Прием заказа", "Проверка наличия товара", "Оплата", "Доставка".
2. Определить входящие данные для каждой функции: "Информация о заказе", "Данные о клиенте", "Информация о товаре".
3. Выявить управляющие факторы: "Правила обработки заказов", "Наличие товара на складе".
4. Определить ресурсы: "Сотрудники склада", "Транспорт".
Анализируя эту модель, вы легко сможете найти "узкие горлышки" и предложить решения по их устранению.
Для более глубоко погружения в данную тему, ловите подборку статей
🖇 Методология функционального моделирования IDEF0
🖇 IDEF0. Знакомство с нотацией и пример использования
🖇 Азы моделирования в idef0
🖇 Нотация IDEF0
🖇 Пример использования принципа декомпозиции в IDEF0
🖇 Два способа построения моделей бизнес-процессов в IDEF0
🖇 Создание схемы IDEF0
🖇 Функциональное моделирование бизнес-процессов машиностроительного производства
Ставьте огонёчки 🔥 если используете данную нотацию в своей работе)
#теоретическиезаметки #подборка #статьи | @notes_analyst
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍5
📑 Секреты создания эффективного REST API: гайд для системных аналитиков
Автор - Дарья Борисова, системный аналитик в ПСБ.
В статье Дарья рассказывает об оптимизации REST API в реальных боевых условиях, когда нужно быстро решать проблемы с нагрузкой и сроками. В ней рассматриваются вопросы снижения количества запросов, выбора места для расчетов, стандартизации ответов, умного кеширования и важности health-check. Автор делится лайфхаками, накопленными в процессе работы и рассказывает о компромиссах, на которые приходится идти ради быстрого решения проблем.
Читать статью
Автор - Дарья Борисова, системный аналитик в ПСБ.
В статье Дарья рассказывает об оптимизации REST API в реальных боевых условиях, когда нужно быстро решать проблемы с нагрузкой и сроками. В ней рассматриваются вопросы снижения количества запросов, выбора места для расчетов, стандартизации ответов, умного кеширования и важности health-check. Автор делится лайфхаками, накопленными в процессе работы и рассказывает о компромиссах, на которые приходится идти ради быстрого решения проблем.
Читать статью
👍3
📑 Эволюция процессов: от классической автоматизации до самооптимизирующихся ИИ-агентов
Автор - Игорь Морозов, архитектор в Platformeco:
"На True Tech Arch #7, конференции для IT-архитекторов я рассказывал, как ИИ меняет интеграцию и автоматизацию. В этом материале по мотивам моего доклада я покажу, при каких обстоятельствах создание ИТ-продуктов уйдет доменным экспертам, появится возможность автоматизации недоступных ранее процессов и с какими вызовами это столкнется."
Читать статью
Автор - Игорь Морозов, архитектор в Platformeco:
"На True Tech Arch #7, конференции для IT-архитекторов я рассказывал, как ИИ меняет интеграцию и автоматизацию. В этом материале по мотивам моего доклада я покажу, при каких обстоятельствах создание ИТ-продуктов уйдет доменным экспертам, появится возможность автоматизации недоступных ранее процессов и с какими вызовами это столкнется."
Читать статью
👍2
📑 Альтернативная нотация описания архитектуры ИТ систем
Когда-то, много лет тому назад, в начале своей карьеры системного и бизнес аналитика, Автор статьи открыл для себя BPMN 2.0. Эта нотация настолько идеально вписалась в его рабочий процесс, что он моментально перешел от текстовых конспектов к схемам, экономя массу времени и энергии. Но, как это часто бывает, то, что "зашло", со временем трансформируется под новые задачи. В этой статье автор делится опытом, как его любовь к BPMN переросла в инструмент системной и солюшен архитектуры, который помогает эффективно решать сложные корпоративные задачи.
Читать статью
Когда-то, много лет тому назад, в начале своей карьеры системного и бизнес аналитика, Автор статьи открыл для себя BPMN 2.0. Эта нотация настолько идеально вписалась в его рабочий процесс, что он моментально перешел от текстовых конспектов к схемам, экономя массу времени и энергии. Но, как это часто бывает, то, что "зашло", со временем трансформируется под новые задачи. В этой статье автор делится опытом, как его любовь к BPMN переросла в инструмент системной и солюшен архитектуры, который помогает эффективно решать сложные корпоративные задачи.
Читать статью
Шпаргалка по проектированию REST API
"Цель статьи — дать компактную шпаргалку по проектированию API для простых CRUD‑сервисов и показать ход мыслей, который позволяет проектировать последовательно и осмысленно."
Читать статью
"Цель статьи — дать компактную шпаргалку по проектированию API для простых CRUD‑сервисов и показать ход мыслей, который позволяет проектировать последовательно и осмысленно."
Читать статью
👍2
Привет, Коллеги! 👋
Моделирование бизнес-процессов – мощный инструмент для оптимизации работы компании, но, как и любой инструмент, его можно использовать неправильно. Сегодня разберем 5 самых распространенных ошибок, которые допускают аналитики при моделировании.
Ошибка №1: Отсутствие четкой цели 🎯
Прежде чем браться за моделирование, необходимо четко определить, зачем мы это делаем. Какую проблему решаем? Какого результата хотим достичь? Без четкой цели модель превращается в бесполезный набор схем и диаграмм.
Как избежать: Четко формулируйте цель моделирования (например, "Сократить время обработки заказа на 20%"). Определите метрики, по которым будете оценивать результат.
Ошибка №2: Слишком большой уровень детализации 🔎
Детальная модель – это хорошо, но только до определенного момента. Если вы утонете в мелочах, то потеряете общую картину и упустите важные взаимосвязи.
Как избежать: Применяйте принцип "достаточной детализации". Начните с модели верхнего уровня и углубляйтесь только там, где это действительно необходимо.
Проверьте себя: спросите себя "какую пользу несет добавление этой детали в модель?". Если ответ - никакой, то деталь не нужна.
Ошибка №3: Игнорирование мнения экспертов 🗣
Бизнес-процессы – это не теоретические схемы, а реальная работа людей. Если вы игнорируете мнение экспертов (сотрудников, которые непосредственно участвуют в процессе), то рискуете создать модель, которая не соответствует действительности.
Как избежать: Вовлекайте экспертов в процесс моделирования. Проводите интервью, устраивайте воркшопы, собирайте обратную связь.
Ошибка №4: Неправильный выбор нотации ✍️
Разные нотации (BPMN, IDEF0, EPC) подходят для разных целей и типов процессов. Если вы выберете неправильную нотацию, то не сможете адекватно представить процесс и найти точки для улучшения.
Как избежать: Изучите особенности разных нотаций и выбирайте ту, которая лучше всего подходит для вашего случая.
▫️Если в вашей модели главное - показать, что происходит -> используйте BPMN.
▫️Если в вашей модели главное - показать, как функция влияет на другие функции -> используйте IDEF0.
▫️Если в вашей модели главное - показать последовательность событий -> используйте EPC.
Ошибка №5: Забываем об изменениях 🔄
Бизнес-процессы постоянно меняются, а модель, которую вы создали сегодня, может устареть уже завтра. Если вы не поддерживаете модель в актуальном состоянии, то она потеряет свою ценность.
Как избежать: Включите поддержание модели в регламент работы. Регулярно пересматривайте модель и вносите необходимые изменения.
Подумайте об инструменте: выберите инструмент моделирования бизнес-процессов, который помогает вести историю изменений.
Как итог: Суть всего вышесказанного можно уместить в одно правило: ваша модель должна быть полезна.
Все эти ошибки так или иначе мешают этому. Предотвращая их, вы сможете создать не просто диаграмму, а реальный рабочий элемент.
@notes_analyst
Моделирование бизнес-процессов – мощный инструмент для оптимизации работы компании, но, как и любой инструмент, его можно использовать неправильно. Сегодня разберем 5 самых распространенных ошибок, которые допускают аналитики при моделировании.
Ошибка №1: Отсутствие четкой цели 🎯
Прежде чем браться за моделирование, необходимо четко определить, зачем мы это делаем. Какую проблему решаем? Какого результата хотим достичь? Без четкой цели модель превращается в бесполезный набор схем и диаграмм.
Как избежать: Четко формулируйте цель моделирования (например, "Сократить время обработки заказа на 20%"). Определите метрики, по которым будете оценивать результат.
Ошибка №2: Слишком большой уровень детализации 🔎
Детальная модель – это хорошо, но только до определенного момента. Если вы утонете в мелочах, то потеряете общую картину и упустите важные взаимосвязи.
Как избежать: Применяйте принцип "достаточной детализации". Начните с модели верхнего уровня и углубляйтесь только там, где это действительно необходимо.
Проверьте себя: спросите себя "какую пользу несет добавление этой детали в модель?". Если ответ - никакой, то деталь не нужна.
Ошибка №3: Игнорирование мнения экспертов 🗣
Бизнес-процессы – это не теоретические схемы, а реальная работа людей. Если вы игнорируете мнение экспертов (сотрудников, которые непосредственно участвуют в процессе), то рискуете создать модель, которая не соответствует действительности.
Как избежать: Вовлекайте экспертов в процесс моделирования. Проводите интервью, устраивайте воркшопы, собирайте обратную связь.
Ошибка №4: Неправильный выбор нотации ✍️
Разные нотации (BPMN, IDEF0, EPC) подходят для разных целей и типов процессов. Если вы выберете неправильную нотацию, то не сможете адекватно представить процесс и найти точки для улучшения.
Как избежать: Изучите особенности разных нотаций и выбирайте ту, которая лучше всего подходит для вашего случая.
▫️Если в вашей модели главное - показать, что происходит -> используйте BPMN.
▫️Если в вашей модели главное - показать, как функция влияет на другие функции -> используйте IDEF0.
▫️Если в вашей модели главное - показать последовательность событий -> используйте EPC.
Ошибка №5: Забываем об изменениях 🔄
Бизнес-процессы постоянно меняются, а модель, которую вы создали сегодня, может устареть уже завтра. Если вы не поддерживаете модель в актуальном состоянии, то она потеряет свою ценность.
Как избежать: Включите поддержание модели в регламент работы. Регулярно пересматривайте модель и вносите необходимые изменения.
Подумайте об инструменте: выберите инструмент моделирования бизнес-процессов, который помогает вести историю изменений.
Как итог: Суть всего вышесказанного можно уместить в одно правило: ваша модель должна быть полезна.
Все эти ошибки так или иначе мешают этому. Предотвращая их, вы сможете создать не просто диаграмму, а реальный рабочий элемент.
@notes_analyst
👍9
📑 Как сделать сложный технический текст простым и понятным: приемы из практики технического писателя
"Главная цель любой инструкции — дать ответ на вопрос читателя. Инструкция не выполняет свою функцию, если читатель не смог быстро найти нужную ему информацию. Поэтому написать текст инструкции мало — нужно ещё и оформить его так, чтобы помочь пользователю в его нелёгкой задаче. Для этого можно использовать ряд универсальных приёмов. "
В данной статье Анна Гончарова, ведущий технический писатель в компании Bercut , разберет пять практических приемов из их руководства по стилю, которые помогут структурировать материал и упростить восприятие.
Читать статью
"Главная цель любой инструкции — дать ответ на вопрос читателя. Инструкция не выполняет свою функцию, если читатель не смог быстро найти нужную ему информацию. Поэтому написать текст инструкции мало — нужно ещё и оформить его так, чтобы помочь пользователю в его нелёгкой задаче. Для этого можно использовать ряд универсальных приёмов. "
В данной статье Анна Гончарова, ведущий технический писатель в компании Bercut , разберет пять практических приемов из их руководства по стилю, которые помогут структурировать материал и упростить восприятие.
Читать статью
👍6
📑 Паттерны программирования при работе с LLM
"LLM - мощный инструмент, но его эффективность в продакшене зависит не от одного «хитрого промпта», а от всей архитектуры: что мы даём модели, как управляем её рассуждением и как проверяем/обрабатываем результат. В этой статье - компактная карта паттернов, разбитая по этапам конвейера: Input -> Reasoning -> Output."
Читать статью
"LLM - мощный инструмент, но его эффективность в продакшене зависит не от одного «хитрого промпта», а от всей архитектуры: что мы даём модели, как управляем её рассуждением и как проверяем/обрабатываем результат. В этой статье - компактная карта паттернов, разбитая по этапам конвейера: Input -> Reasoning -> Output."
Читать статью
👍4
Forwarded from Базы данных & SQL
PostgreSQL против 10 миллионов записей: оптимизация запросов, которая спасла наш проект
От Автора:
"Наш проект, который успешно работал с несколькими сотнями тысяч записей, перешагнул психологически важный рубеж — 10 миллионов строк в таблице заказов. И PostgreSQL, который раньше летал, внезапно начал ползти как улитка.
Диагноз: почему 10 миллионов — это магия?
Многие думают: «10 миллионов записей — это же немного!». На практике это точка, где:
• Индексы перестают помещаться в оперативную память
• Планировщик запросов начинает выбирать неоптимальные пути
• Простые JOIN'ы превращаются в многоминутные операции"
Читать статью
От Автора:
"Наш проект, который успешно работал с несколькими сотнями тысяч записей, перешагнул психологически важный рубеж — 10 миллионов строк в таблице заказов. И PostgreSQL, который раньше летал, внезапно начал ползти как улитка.
Диагноз: почему 10 миллионов — это магия?
Многие думают: «10 миллионов записей — это же немного!». На практике это точка, где:
• Индексы перестают помещаться в оперативную память
• Планировщик запросов начинает выбирать неоптимальные пути
• Простые JOIN'ы превращаются в многоминутные операции"
Читать статью
👍6
📑 ArchiMate+BPMN: апгрейд роли «бизнес-аналитик»
"...Использование же Archimate в работе бизнес-анлалитика может стать первым шагом для чёткого и стандартизированного связывания бизнес-требований с техническими, мостиком между бизнесом и ИТ через проектирование архитектуры, в которой бизнес-аналитик выступает первым номером. Это инструмент, позволяющий сделать апгрейд роли "бизнес-аналитик" до участника архитектурного проектирования ИТ-решений, а также задающий контекст для роста в роль "бизнес-архитектор".."
Читать статью
"...Использование же Archimate в работе бизнес-анлалитика может стать первым шагом для чёткого и стандартизированного связывания бизнес-требований с техническими, мостиком между бизнесом и ИТ через проектирование архитектуры, в которой бизнес-аналитик выступает первым номером. Это инструмент, позволяющий сделать апгрейд роли "бизнес-аналитик" до участника архитектурного проектирования ИТ-решений, а также задающий контекст для роста в роль "бизнес-архитектор".."
Читать статью
👍7
📑 ClickHouse — must-have для аналитика
В мире больших данных долгое ожидание результатов - это неприемлемая роскошь. Автор статьи расскажет, как ClickHouse изменил его подход к аналитике, подарив мгновенные результаты.
ClickHouse – мощная аналитическая база данных, способная обрабатывать миллионы строк в секунду. В данной статье Автор делится опытом работы с ClickHouse, который начался с крупного проекта, где скорость аналитики была критически важна.
Автор надеется, что статья будет полезна разработчикам, инженерам данных и аналитикам, ищущим эффективные инструменты для обработки больших объемов данных, и вдохновит их на новые решения.
Читать статью
В мире больших данных долгое ожидание результатов - это неприемлемая роскошь. Автор статьи расскажет, как ClickHouse изменил его подход к аналитике, подарив мгновенные результаты.
ClickHouse – мощная аналитическая база данных, способная обрабатывать миллионы строк в секунду. В данной статье Автор делится опытом работы с ClickHouse, который начался с крупного проекта, где скорость аналитики была критически важна.
Автор надеется, что статья будет полезна разработчикам, инженерам данных и аналитикам, ищущим эффективные инструменты для обработки больших объемов данных, и вдохновит их на новые решения.
Читать статью
👍6❤1
📑 Как экономить время на фиче, растянув ее на три спринта
В своей статье Денис Улизко, CPO AoS (МТС), делится опытом оптимизации цикла поставки фич в B2B CRM, показывая, как переход от стандартных 4-6 спринтов к трехспринтовой модели позволил повысить эффективность работы команды и значительно сократить время вывода новых функций на рынок.
Читать статью
В своей статье Денис Улизко, CPO AoS (МТС), делится опытом оптимизации цикла поставки фич в B2B CRM, показывая, как переход от стандартных 4-6 спринтов к трехспринтовой модели позволил повысить эффективность работы команды и значительно сократить время вывода новых функций на рынок.
Читать статью
📑 Один рабочий день технического писателя: правки, конфликты, редактура, релиз
"Напряжение ощущается с самого утра. В рабочем чате постоянно всплывают сообщения: «Забираю исходник раздела с описанием общего алгоритма, буду вносить правки», «Добавил в карту документа пару новых приложений, обновитесь», «Перешлите мне комментарии тестировщика, у меня письмо затерялось». Сегодня не просто очередной рабочий день, сегодня — день релиза..."
Читать статью
"Напряжение ощущается с самого утра. В рабочем чате постоянно всплывают сообщения: «Забираю исходник раздела с описанием общего алгоритма, буду вносить правки», «Добавил в карту документа пару новых приложений, обновитесь», «Перешлите мне комментарии тестировщика, у меня письмо затерялось». Сегодня не просто очередной рабочий день, сегодня — день релиза..."
Читать статью
👍3
📑 130+ датасетов для машинного обучения: гид, который сэкономит часы поиска нужных данных
"Сколько раз вы начинали новый ML-проект и первым делом отправлялись на поиски подходящих данных? Процесс этот знаком каждому: есть задача, выбрана архитектура модели, но без качественного датасета дальше не продвинуться. Тут и начинается квест по бесконечному поиску «того самого» набора по репозиториям, форумам и каталогам.
Хороших датасетов множество, но найти среди тысяч вариантов нужный — отдельная история. Чтобы облегчить вам эту задачу, мы сделали подборку датасетов, которые активно используются ML-инженерами: от классических наборов данных, известных каждому, до новичков в информационном поле."
Читать статью
"Сколько раз вы начинали новый ML-проект и первым делом отправлялись на поиски подходящих данных? Процесс этот знаком каждому: есть задача, выбрана архитектура модели, но без качественного датасета дальше не продвинуться. Тут и начинается квест по бесконечному поиску «того самого» набора по репозиториям, форумам и каталогам.
Хороших датасетов множество, но найти среди тысяч вариантов нужный — отдельная история. Чтобы облегчить вам эту задачу, мы сделали подборку датасетов, которые активно используются ML-инженерами: от классических наборов данных, известных каждому, до новичков в информационном поле."
Читать статью
📑 Проект предзамен или как перестать бояться красных A/B-тестов и превращать их в зелёные
В данной статье автор, Максим, продакт-менеджер в Купере, рассказывает о реальном кейсе из практики A/B-тестирования. Он делится опытом работы с неудачным экспериментом, который, после детального анализа, был преобразован в успешный продукт. Автор фокусируется на инсайтах, полученных в процессе работы с "красным" A/B-тестом.
Читать статью
В данной статье автор, Максим, продакт-менеджер в Купере, рассказывает о реальном кейсе из практики A/B-тестирования. Он делится опытом работы с неудачным экспериментом, который, после детального анализа, был преобразован в успешный продукт. Автор фокусируется на инсайтах, полученных в процессе работы с "красным" A/B-тестом.
Читать статью
👍2