Search
424 results for “bpmn_io”
-
Проектирование бизнес-процессов в ERP-проектах
Большая часть литературных источников, посвящённых проектированию информационных систем и использованию информационных технологий, содержит детальное описание графических нотаций по моделированию бизнес-процессов [1-3]. Читая подобные научные работы, возникает вполне закономерный вопрос: выходит, что любой проект внедрения информационной или корпоративной системы требует проектирования бизнес-операций? Так ли это на самом деле? Применим ли этот подход к проектам имплементации ERP-систем? Разберемся в этом вопросе на страницах текущей статьи. Это позволит сэкономить драгоценное время дюжины технических специалистов на проекте. Вспомним основные моменты проектирования процессов. Под бизнес-архитектурой подразумевается совокупность двух взаимосвязанных составляющих: организационной структуры и бизнес-процессов. Оргструктура бывает линейной, функциональной, дивизионной и матричной, каких-то сложностей с ее моделированием обычно не бывает. Бизнес-процессы описывают в моделях «Как есть» и «Как будет», где последняя характеризует работу компании после внедрения ИТ-решения. Моделирование подразумевает собой последовательную декомпозицию процесса с дальнейшим проектированием операций в той или иной графической нотации. Выделяют нотации верхнего и нижнего уровней, к которым можно отнести ARIS VACD, BCM, IDEF0 и UML AD, BPMN 2.0, ARIS eEPC [1-3]. Все множество методов проектирования процессов можно соотнести с содержимым табл. 1, из которой легко заметить, что последующие графические нотации функционально усиливают предыдущие [4]. В литературе часто пишут, что проектирование элементарных операций ведется на 7-8 уровнях декомпозиции [5], в реальности же 3-5 уровней более чем достаточно.
https://habr.com/ru/articles/983360/
#графическое_моделирование #as_is #to_be #как_есть #как_будет #bpm_cbok #проектирование_процессов #оргструктура #bpmn_20 #bpmnдиаграмма
-
Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь
Если вы руководите компанией от 50 до 1000+ сотрудников и чувствуете, что теряете контроль — эта статья для вас. Ваш бизнес уже слишком большой для «управления в лоб», но ещё не структурирован, как корпорация. Результат? Сотрудники работают «как считают нужным», новички тратят месяцы на обучение вместо того, чтобы приносить прибыль, а при увольнении опытного специалиста его знания исчезают навсегда. Статья раскрывает конкретное решение с проверенным ROI: замкнутый цикл описания бизнес-процессов на визуальном языке ДРАКОН. В отличие от сложных корпоративных систем (BPMN, Camunda), требующих специалистов, миллионных бюджетов и долгих внедрений, ДРАКОН основан на когнитивной эргономике — схемы понятны с первого взгляда, создаются за 1-2 часа и не требуют специального обучения персонала. Вы получите пошаговый план запуска за 5 рабочих дней с первыми результатами через 2 недели. Бюджет - всего 755 тысяч рублей в первый год против 2,1 миллиона на BPMN-стек, с экономией более 1,3 миллиона ежегодно. В статье - реальные кейсы: сетевая компания СТО «Фильтр» (450+ сотрудников) получила ROI +137%, сократила ошибки на 83% и время обучения новичков с 5 дней до 1 дня. Аквапарк «Лазурный» (200+ сотрудников) создал полную «Книгу алгоритмов» на 158 страниц и снизил критические ошибки на 70+%. Вы узнаете, почему традиционные BPMN-модели устаревают через месяц и содержат ошибки в 42-86% случаев, как работает «замкнутый цикл», превращающий схемы в живой инструмент управления, и когда ДРАКОН не подходит (авиация, банки с жёсткими стандартами). Статья из серии написана консультантом с 30-летним опытом и 10 годами практики с языком ДРАКОН - честно, с раскрытием конфликта интересов и границ применимости метода. Прочтите, если хотите превратить хаос в порядок, а порядок - в рост, не потратив миллионы на консультантов.
https://habr.com/ru/articles/964292/
#стратегия_развития #стратегия_продвижения #стратегия_бизнеса #стратегическое_мышление #стратегическое_планирование #эффективность #эффективность_работы #эффективность_труда #эффективное_общение #эффективные_менеджеры
-
Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь
Если вы руководите компанией от 50 до 1000+ сотрудников и чувствуете, что теряете контроль — эта статья для вас. Ваш бизнес уже слишком большой для «управления в лоб», но ещё не структурирован, как корпорация. Результат? Сотрудники работают «как считают нужным», новички тратят месяцы на обучение вместо того, чтобы приносить прибыль, а при увольнении опытного специалиста его знания исчезают навсегда. Статья раскрывает конкретное решение с проверенным ROI: замкнутый цикл описания бизнес-процессов на визуальном языке ДРАКОН. В отличие от сложных корпоративных систем (BPMN, Camunda), требующих специалистов, миллионных бюджетов и долгих внедрений, ДРАКОН основан на когнитивной эргономике — схемы понятны с первого взгляда, создаются за 1-2 часа и не требуют специального обучения персонала. Вы получите пошаговый план запуска за 5 рабочих дней с первыми результатами через 2 недели. Бюджет - всего 755 тысяч рублей в первый год против 2,1 миллиона на BPMN-стек, с экономией более 1,3 миллиона ежегодно. В статье - реальные кейсы: сетевая компания СТО «Фильтр» (450+ сотрудников) получила ROI +137%, сократила ошибки на 83% и время обучения новичков с 5 дней до 1 дня. Аквапарк «Лазурный» (200+ сотрудников) создал полную «Книгу алгоритмов» на 158 страниц и снизил критические ошибки на 70+%. Вы узнаете, почему традиционные BPMN-модели устаревают через месяц и содержат ошибки в 42-86% случаев, как работает «замкнутый цикл», превращающий схемы в живой инструмент управления, и когда ДРАКОН не подходит (авиация, банки с жёсткими стандартами). Статья из серии написана консультантом с 30-летним опытом и 10 годами практики с языком ДРАКОН - честно, с раскрытием конфликта интересов и границ применимости метода. Прочтите, если хотите превратить хаос в порядок, а порядок - в рост, не потратив миллионы на консультантов.
https://habr.com/ru/articles/964292/
#стратегия_развития #стратегия_продвижения #стратегия_бизнеса #стратегическое_мышление #стратегическое_планирование #эффективность #эффективность_работы #эффективность_труда #эффективное_общение #эффективные_менеджеры
-
Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь
Если вы руководите компанией от 50 до 1000+ сотрудников и чувствуете, что теряете контроль — эта статья для вас. Ваш бизнес уже слишком большой для «управления в лоб», но ещё не структурирован, как корпорация. Результат? Сотрудники работают «как считают нужным», новички тратят месяцы на обучение вместо того, чтобы приносить прибыль, а при увольнении опытного специалиста его знания исчезают навсегда. Статья раскрывает конкретное решение с проверенным ROI: замкнутый цикл описания бизнес-процессов на визуальном языке ДРАКОН. В отличие от сложных корпоративных систем (BPMN, Camunda), требующих специалистов, миллионных бюджетов и долгих внедрений, ДРАКОН основан на когнитивной эргономике — схемы понятны с первого взгляда, создаются за 1-2 часа и не требуют специального обучения персонала. Вы получите пошаговый план запуска за 5 рабочих дней с первыми результатами через 2 недели. Бюджет - всего 755 тысяч рублей в первый год против 2,1 миллиона на BPMN-стек, с экономией более 1,3 миллиона ежегодно. В статье - реальные кейсы: сетевая компания СТО «Фильтр» (450+ сотрудников) получила ROI +137%, сократила ошибки на 83% и время обучения новичков с 5 дней до 1 дня. Аквапарк «Лазурный» (200+ сотрудников) создал полную «Книгу алгоритмов» на 158 страниц и снизил критические ошибки на 70+%. Вы узнаете, почему традиционные BPMN-модели устаревают через месяц и содержат ошибки в 42-86% случаев, как работает «замкнутый цикл», превращающий схемы в живой инструмент управления, и когда ДРАКОН не подходит (авиация, банки с жёсткими стандартами). Статья из серии написана консультантом с 30-летним опытом и 10 годами практики с языком ДРАКОН - честно, с раскрытием конфликта интересов и границ применимости метода. Прочтите, если хотите превратить хаос в порядок, а порядок - в рост, не потратив миллионы на консультантов.
https://habr.com/ru/articles/964292/
#стратегия_развития #стратегия_продвижения #стратегия_бизнеса #стратегическое_мышление #стратегическое_планирование #эффективность #эффективность_работы #эффективность_труда #эффективное_общение #эффективные_менеджеры
-
Чем болен средний бизнес? Статья 6. Как описание может остановить хаос многомиллионных потерь
Если вы руководите компанией от 50 до 1000+ сотрудников и чувствуете, что теряете контроль — эта статья для вас. Ваш бизнес уже слишком большой для «управления в лоб», но ещё не структурирован, как корпорация. Результат? Сотрудники работают «как считают нужным», новички тратят месяцы на обучение вместо того, чтобы приносить прибыль, а при увольнении опытного специалиста его знания исчезают навсегда. Статья раскрывает конкретное решение с проверенным ROI: замкнутый цикл описания бизнес-процессов на визуальном языке ДРАКОН. В отличие от сложных корпоративных систем (BPMN, Camunda), требующих специалистов, миллионных бюджетов и долгих внедрений, ДРАКОН основан на когнитивной эргономике — схемы понятны с первого взгляда, создаются за 1-2 часа и не требуют специального обучения персонала. Вы получите пошаговый план запуска за 5 рабочих дней с первыми результатами через 2 недели. Бюджет - всего 755 тысяч рублей в первый год против 2,1 миллиона на BPMN-стек, с экономией более 1,3 миллиона ежегодно. В статье - реальные кейсы: сетевая компания СТО «Фильтр» (450+ сотрудников) получила ROI +137%, сократила ошибки на 83% и время обучения новичков с 5 дней до 1 дня. Аквапарк «Лазурный» (200+ сотрудников) создал полную «Книгу алгоритмов» на 158 страниц и снизил критические ошибки на 70+%. Вы узнаете, почему традиционные BPMN-модели устаревают через месяц и содержат ошибки в 42-86% случаев, как работает «замкнутый цикл», превращающий схемы в живой инструмент управления, и когда ДРАКОН не подходит (авиация, банки с жёсткими стандартами). Статья из серии написана консультантом с 30-летним опытом и 10 годами практики с языком ДРАКОН - честно, с раскрытием конфликта интересов и границ применимости метода. Прочтите, если хотите превратить хаос в порядок, а порядок - в рост, не потратив миллионы на консультантов.
https://habr.com/ru/articles/964292/
#стратегия_развития #стратегия_продвижения #стратегия_бизнеса #стратегическое_мышление #стратегическое_планирование #эффективность #эффективность_работы #эффективность_труда #эффективное_общение #эффективные_менеджеры
-
От Intel 086 до нейросетей: исповедь охотника за бизнес-процессами
🚀 Новая статья: От Intel 086 до нейросетей: исповедь охотника за бизнес-процессами Почему отличные идеи застревают на бумаге? Почему стратегии теряются в дороге от менеджера до программиста? Проблема не в людях — проблема в инструментах. 🧠 Когнитивная нагрузка — главный враг эффективности. Исследования показывают: наш мозг может удерживать всего 4±1 элемента одновременно. А что мы ему даём? BPMN-схемы с сотнями элементов, UML-диаграммы для разработчиков, текстовые ТЗ, которые никто не дочитывает. Это не управление знаниями — это интеллектуальный терроризм. Я работал бизнес-аналитиком на крупном предприятии. Описывал бизнес-процессы, улучшал зарплатные схемы, связывал руководителей и программистов. И понял: стандартные инструменты не работают. Они создают "испорченный телефон" — идея искажается на каждом этапе. Решение оказалось неожиданным — язык ДРАКОН . Созданный в СССР Владимиром Паронджановым, он учитывает особенности человеческого восприятия . Принципы симультанизации (увидеть всю картину сразу) и эргономики делают сложное простым. В статье я делюсь личным опытом: ✅ Как одна схема ДРАКОН заменила месяцы работы программистов. ✅ Как коллективное обсуждение схемы выявило разногласия между руководителями. ✅ Как непрофессионал создавал CRM-систему визуально. ✅ Как ДРАКОН стал единой платформой вместо BPMN+UML. ДРАКОН — не просто язык. Это способ мышления, делающий бизнес управляемым. Он устраняет фрагментацию знаний, сокращает время на разработку на 40-60%, повышает качество решений.
https://habr.com/ru/articles/940152/
#дракон #bpmn #uml #эффективность #стратегия #стратегия_бизнеса #стратегия_и_тактика #менеджмент #управление #управление_проектами_и_командой
-
Как не сойти с ума в режиме «системный аналитик-оркестр»
О системных аналитиках часто говорят красиво: это люди, которые превращают бизнес-требования в работающие решения и прочее бла-бла-бла. Но если заглянуть внутрь проектов, то картинка часто меняется. Вчера вы работали с BPMN, сегодня уже пишете спецификацию API, завтра вам “подкинут” помочь разобраться с багом, а послезавтра - набросать архитектурную схему. Вроде бы и круто - вы настоящий “умею все”, но цена вопроса - хаос в задачах и потеря фокуса. Так аналитик из связующего звена превращается в оркестр. Многозадачный, перегруженный и зачастую выгоревший. В некоторых крупных компаниях это еще называют тренировкой “насмотренности”.
https://habr.com/ru/articles/909172/
#системный_анализ #системный_аналитик #приоритеты #приоритизация #управление_проектами_и_командой
-
Как не сойти с ума в режиме «системный аналитик-оркестр»
О системных аналитиках часто говорят красиво: это люди, которые превращают бизнес-требования в работающие решения и прочее бла-бла-бла. Но если заглянуть внутрь проектов, то картинка часто меняется. Вчера вы работали с BPMN, сегодня уже пишете спецификацию API, завтра вам “подкинут” помочь разобраться с багом, а послезавтра - набросать архитектурную схему. Вроде бы и круто - вы настоящий “умею все”, но цена вопроса - хаос в задачах и потеря фокуса. Так аналитик из связующего звена превращается в оркестр. Многозадачный, перегруженный и зачастую выгоревший. В некоторых крупных компаниях это еще называют тренировкой “насмотренности”.
https://habr.com/ru/articles/909172/
#системный_анализ #системный_аналитик #приоритеты #приоритизация #управление_проектами_и_командой
-
Как не сойти с ума в режиме «системный аналитик-оркестр»
О системных аналитиках часто говорят красиво: это люди, которые превращают бизнес-требования в работающие решения и прочее бла-бла-бла. Но если заглянуть внутрь проектов, то картинка часто меняется. Вчера вы работали с BPMN, сегодня уже пишете спецификацию API, завтра вам “подкинут” помочь разобраться с багом, а послезавтра - набросать архитектурную схему. Вроде бы и круто - вы настоящий “умею все”, но цена вопроса - хаос в задачах и потеря фокуса. Так аналитик из связующего звена превращается в оркестр. Многозадачный, перегруженный и зачастую выгоревший. В некоторых крупных компаниях это еще называют тренировкой “насмотренности”.
https://habr.com/ru/articles/909172/
#системный_анализ #системный_аналитик #приоритеты #приоритизация #управление_проектами_и_командой
-
Как не сойти с ума в режиме «системный аналитик-оркестр»
О системных аналитиках часто говорят красиво: это люди, которые превращают бизнес-требования в работающие решения и прочее бла-бла-бла. Но если заглянуть внутрь проектов, то картинка часто меняется. Вчера вы работали с BPMN, сегодня уже пишете спецификацию API, завтра вам “подкинут” помочь разобраться с багом, а послезавтра - набросать архитектурную схему. Вроде бы и круто - вы настоящий “умею все”, но цена вопроса - хаос в задачах и потеря фокуса. Так аналитик из связующего звена превращается в оркестр. Многозадачный, перегруженный и зачастую выгоревший. В некоторых крупных компаниях это еще называют тренировкой “насмотренности”.
https://habr.com/ru/articles/909172/
#системный_анализ #системный_аналитик #приоритеты #приоритизация #управление_проектами_и_командой
-
Как подружить заказчика и исполнителя с помощью двух правильных букв?
Не буду ходить вокруг да около и томить в ожиданиях. Те самые две важные и полезные буквы, на которые возлагается огромная роль при взаимодействии «тех, кому надо сделать» и «тех, кто умеет делать, как надо» - это ТЗ. Вот только не надо закатывать глаза, всем своим видом демонстрируя свою «любовь» писать и составлять технические задания. Конечно, этот процесс трудоёмкий и порой отнимает, как нам кажется, слишком много времени. Тем более, почти никогда в жизни не бывает такого сценария, при котором заказчик всё подробно расписал, а подрядчик с первого раза всё правильно понял и сделал без единой правки или корректировки. Постоянно реальность в той или иной степени отличается от ожиданий.
https://habr.com/ru/articles/895350/
#прототипирование #тз #техническое_задание #управление_проектами #maker #gpt #заказчик #исполнитель #заказчик_исполнитель #bpmn
-
20 ресурсов для 1С-аналитика: матчасть, инструменты и каналы с новостями
Работодатели видят 1С-аналитиков по-разному: некоторые требуют навыков программирования на 1С, другие — глубоких знаний в бухгалтерском учёте и умения правильно проводить корректировку регистров. Кроме этого, профессия развивается высокими темпами. Сегодня аналитик 1С не только работает с 1С — также он пользуется Visual Studio и Postman, читает код и пишет запросы, рисует диаграммы в нотациях BPMN и UML, следит за изменениями законодательства и фишками, которые развивают конкуренты. Меня зовут Екатерина Ласточкина, я проектный аналитик с опытом работы с 1С более пяти лет, а также наставница на курсе
https://habr.com/ru/companies/yandex_praktikum/articles/850448/
#1с #1с_аналитик #аналитик_1с #анализ_и_проектирование_систем #ресурсы_для_аналитика
-
20 ресурсов для 1С-аналитика: матчасть, инструменты и каналы с новостями
Работодатели видят 1С-аналитиков по-разному: некоторые требуют навыков программирования на 1С, другие — глубоких знаний в бухгалтерском учёте и умения правильно проводить корректировку регистров. Кроме этого, профессия развивается высокими темпами. Сегодня аналитик 1С не только работает с 1С — также он пользуется Visual Studio и Postman, читает код и пишет запросы, рисует диаграммы в нотациях BPMN и UML, следит за изменениями законодательства и фишками, которые развивают конкуренты. Меня зовут Екатерина Ласточкина, я проектный аналитик с опытом работы с 1С более пяти лет, а также наставница на курсе
https://habr.com/ru/companies/yandex_praktikum/articles/845316/
-
20 ресурсов для 1С-аналитика: матчасть, инструменты и каналы с новостями
Работодатели видят 1С-аналитиков по-разному: некоторые требуют навыков программирования на 1С, другие — глубоких знаний в бухгалтерском учёте и умения правильно проводить корректировку регистров. Кроме этого, профессия развивается высокими темпами. Сегодня аналитик 1С не только работает с 1С — также он пользуется Visual Studio и Postman, читает код и пишет запросы, рисует диаграммы в нотациях BPMN и UML, следит за изменениями законодательства и фишками, которые развивают конкуренты. Меня зовут Екатерина Ласточкина, я проектный аналитик с опытом работы с 1С более пяти лет, а также наставница на курсе
https://habr.com/ru/companies/yandex_praktikum/articles/845316/
-
20 ресурсов для 1С-аналитика: матчасть, инструменты и каналы с новостями
Работодатели видят 1С-аналитиков по-разному: некоторые требуют навыков программирования на 1С, другие — глубоких знаний в бухгалтерском учёте и умения правильно проводить корректировку регистров. Кроме этого, профессия развивается высокими темпами. Сегодня аналитик 1С не только работает с 1С — также он пользуется Visual Studio и Postman, читает код и пишет запросы, рисует диаграммы в нотациях BPMN и UML, следит за изменениями законодательства и фишками, которые развивают конкуренты. Меня зовут Екатерина Ласточкина, я проектный аналитик с опытом работы с 1С более пяти лет, а также наставница на курсе
https://habr.com/ru/companies/yandex_praktikum/articles/845316/
-
Моделирование оргструктур и бизнес-процессов при имплементации ERP-систем
Одной из важных задач при имплементации корпоративных информационных систем является проектирование бизнес-процессов. Следуя [1], в ERP-проектах выделяется отдельный уровень внедрения: уровень процессов. Здесь ведется моделирование бизнес-процессов на основе общеизвестных графических нотаций, строятся модели As-Is и To-Be. Все разнообразие нотаций моделирования объединено термином CASE-средства, суть которых изначально заключалась как в проектировании, так и последующей автоматизации настроек и разработок ERP-систем [2]. На сегодняшний деть имеется множество всевозможных нотаций моделирования бизнес-процессов, каждая из которых обладает своим набором уникальных графических элементов, особенностями и областью применения. Не все нотации изначально создавались под нужны ERP-проектов, поэтому их использование при проектировании корпоративных информационных систем не всегда разумно. Имплементация информационных систем – задача весьма специфичная и трудоемкая, поэтому выбор нотации должен вестись весьма осознанно. В принципе, применение неподходящего CASE-средства не так критично, однако это приводит к излишним трудозатратам, так как построенные схемы процессов будут содержать излишние или наоборот недостающие графические элементы, важные для конечных пользователей. Исходя из этого, необходимо разбираться в тонкостях нотаций моделирования и четко разграничивать область применения каждой. Именно это задачей мы с вами и займемся в рамках данной работы. Цель работы заключается в анализе методов проектирования бизнес-процессов, применимых к проектам внедрения ERP-систем. Использование подходящих графических моделей позволит строить наглядные процессные диаграммы, удобные для конечных пользователей, что облегчит им работу с разрабатываемой программной системой. Достижение цели потребует решения таких задач, как:
https://habr.com/ru/articles/815815/
#bpmn_20 #bpmn #aris #idef #idef0 #eepc #dfd #asis #business_processes_management #business_process_management
-
Моделирование оргструктур и бизнес-процессов при имплементации ERP-систем
Одной из важных задач при имплементации корпоративных информационных систем является проектирование бизнес-процессов. Следуя [1], в ERP-проектах выделяется отдельный уровень внедрения: уровень процессов. Здесь ведется моделирование бизнес-процессов на основе общеизвестных графических нотаций, строятся модели As-Is и To-Be. Все разнообразие нотаций моделирования объединено термином CASE-средства, суть которых изначально заключалась как в проектировании, так и последующей автоматизации настроек и разработок ERP-систем [2]. На сегодняшний деть имеется множество всевозможных нотаций моделирования бизнес-процессов, каждая из которых обладает своим набором уникальных графических элементов, особенностями и областью применения. Не все нотации изначально создавались под нужны ERP-проектов, поэтому их использование при проектировании корпоративных информационных систем не всегда разумно. Имплементация информационных систем – задача весьма специфичная и трудоемкая, поэтому выбор нотации должен вестись весьма осознанно. В принципе, применение неподходящего CASE-средства не так критично, однако это приводит к излишним трудозатратам, так как построенные схемы процессов будут содержать излишние или наоборот недостающие графические элементы, важные для конечных пользователей. Исходя из этого, необходимо разбираться в тонкостях нотаций моделирования и четко разграничивать область применения каждой. Именно это задачей мы с вами и займемся в рамках данной работы. Цель работы заключается в анализе методов проектирования бизнес-процессов, применимых к проектам внедрения ERP-систем. Использование подходящих графических моделей позволит строить наглядные процессные диаграммы, удобные для конечных пользователей, что облегчит им работу с разрабатываемой программной системой. Достижение цели потребует решения таких задач, как:
https://habr.com/ru/articles/815815/
#bpmn_20 #bpmn #aris #idef #idef0 #eepc #dfd #asis #business_processes_management #business_process_management
-
@madewulf @eevee It's even more fun for me.
I had a job once, where the boss just wouldn't shut up about that idea and about that one "famous" researcher of the local university (personal friend of hers) who "basically has it all running already".
Of course she was never able to produce any specifics.
And the job after that? I was working for a insurance company that had logics defined in XML-#CMMN/#BPMN-shit and trying to base code on that. IT WAS HORRIBLE! Tests defined in XLS-Files!
-
@madewulf @eevee It's even more fun for me.
I had a job once, where the boss just wouldn't shut up about that idea and about that one "famous" researcher of the local university (personal friend of hers) who "basically has it all running already".
Of course she was never able to produce any specifics.
And the job after that? I was working for a insurance company that had logics defined in XML-#CMMN/#BPMN-shit and trying to base code on that. IT WAS HORRIBLE! Tests defined in XLS-Files!
-
@madewulf @eevee It's even more fun for me.
I had a job once, where the boss just wouldn't shut up about that idea and about that one "famous" researcher of the local university (personal friend of hers) who "basically has it all running already".
Of course she was never able to produce any specifics.
And the job after that? I was working for a insurance company that had logics defined in XML-#CMMN/#BPMN-shit and trying to base code on that. IT WAS HORRIBLE! Tests defined in XLS-Files!
-
@madewulf @eevee It's even more fun for me.
I had a job once, where the boss just wouldn't shut up about that idea and about that one "famous" researcher of the local university (personal friend of hers) who "basically has it all running already".
Of course she was never able to produce any specifics.
And the job after that? I was working for a insurance company that had logics defined in XML-#CMMN/#BPMN-shit and trying to base code on that. IT WAS HORRIBLE! Tests defined in XLS-Files!
-
@neil no, mermaid.js doesn't come close to the (sadly sometimes barely documented) capabilities of plantuml. Even though it is somewhat more ubiquitous, knowing #plantuml you wont have a hard time adapting. Perrsonally I'm in the lucky situation that my (gitlab, etc) hosts set up a #kroki server so I don't have to do deal with mermaid anymore, can version-control plantuml sources and even throw in raw bpmn xml whenever I need it.
-
@neil no, mermaid.js doesn't come close to the (sadly sometimes barely documented) capabilities of plantuml. Even though it is somewhat more ubiquitous, knowing #plantuml you wont have a hard time adapting. Perrsonally I'm in the lucky situation that my (gitlab, etc) hosts set up a #kroki server so I don't have to do deal with mermaid anymore, can version-control plantuml sources and even throw in raw bpmn xml whenever I need it.
-
Хватит покупать курсы. Соберите портфолио на реальных кейсах. 3 разбора + чек-лист
Я не умею учиться на курсах. Серьёзно. Когда встала задача собрать портфолио, я пошла в поле: взяла документацию трёх продуктов, прошла путь пользователя, нашла проблемы, посчитала их цену в деньгах и спроектировала решения. Что получилось: 📌 Bpium — документация вокруг функций, а не задач. Готовый шаблон CRM спрятан в подвале сайта. По моей оценке 90% пользователей его не найдут. Предложила задаче-центричную архитектуру и 5 тикетов в Jira. 📌 DirectAdmin — гайд по миграции с cPanel заставляет администратора импровизировать в 80% шагов. Для почты и DNS инструкций нет вообще. Нашла 5 системных проблем, спроектировала структуру Plan→Do→Check и скрипты-помощники. 📌 AmoCRM — разработчик тратит 48 минут вместо 5 на типовую интеграцию. 860% лишнего времени. От 275 тысяч до 3+ миллионов рублей в год оценочных потерь вендора. Предложила раздел со сценариями, визуальные маркеры и перекрёстные ссылки. Моя методика (7 шагов): выбрать интересный продукт, найти сценарий пользователя, пройти путь с секундомером, искать паттерны (не опечатки!), посчитать цену в деньгах, спроектировать решение, упаковать в историю. Главное: я не собирала портфолио под вакансии. Я собирала ответ на вопрос «нравится ли мне эта работа?». А кейсы получились сами. В статье — полный разбор каждого кейса, схемы «было/стало», BPMN-диаграмма (упрощенная), таблица пяти проблем и чек-лист, по которому вы сможете собрать такое же портфолио.
https://habr.com/ru/articles/1002700/
#анализ_документации #портфолио_аналитика #системный_анализ #техническая_документация #информационная_архитектура #карьера_в_IT #как_стать_аналитиком #аудит_документации #метрики_качества_документации #пользовательский_опыт
-
Хватит покупать курсы. Соберите портфолио на реальных кейсах. 3 разбора + чек-лист
Я не умею учиться на курсах. Серьёзно. Когда встала задача собрать портфолио, я пошла в поле: взяла документацию трёх продуктов, прошла путь пользователя, нашла проблемы, посчитала их цену в деньгах и спроектировала решения. Что получилось: 📌 Bpium — документация вокруг функций, а не задач. Готовый шаблон CRM спрятан в подвале сайта. По моей оценке 90% пользователей его не найдут. Предложила задаче-центричную архитектуру и 5 тикетов в Jira. 📌 DirectAdmin — гайд по миграции с cPanel заставляет администратора импровизировать в 80% шагов. Для почты и DNS инструкций нет вообще. Нашла 5 системных проблем, спроектировала структуру Plan→Do→Check и скрипты-помощники. 📌 AmoCRM — разработчик тратит 48 минут вместо 5 на типовую интеграцию. 860% лишнего времени. От 275 тысяч до 3+ миллионов рублей в год оценочных потерь вендора. Предложила раздел со сценариями, визуальные маркеры и перекрёстные ссылки. Моя методика (7 шагов): выбрать интересный продукт, найти сценарий пользователя, пройти путь с секундомером, искать паттерны (не опечатки!), посчитать цену в деньгах, спроектировать решение, упаковать в историю. Главное: я не собирала портфолио под вакансии. Я собирала ответ на вопрос «нравится ли мне эта работа?». А кейсы получились сами. В статье — полный разбор каждого кейса, схемы «было/стало», BPMN-диаграмма (упрощенная), таблица пяти проблем и чек-лист, по которому вы сможете собрать такое же портфолио.
https://habr.com/ru/articles/1002700/
#анализ_документации #портфолио_аналитика #системный_анализ #техническая_документация #информационная_архитектура #карьера_в_IT #как_стать_аналитиком #аудит_документации #метрики_качества_документации #пользовательский_опыт
-
Хватит покупать курсы. Соберите портфолио на реальных кейсах. 3 разбора + чек-лист
Я не умею учиться на курсах. Серьёзно. Когда встала задача собрать портфолио, я пошла в поле: взяла документацию трёх продуктов, прошла путь пользователя, нашла проблемы, посчитала их цену в деньгах и спроектировала решения. Что получилось: 📌 Bpium — документация вокруг функций, а не задач. Готовый шаблон CRM спрятан в подвале сайта. По моей оценке 90% пользователей его не найдут. Предложила задаче-центричную архитектуру и 5 тикетов в Jira. 📌 DirectAdmin — гайд по миграции с cPanel заставляет администратора импровизировать в 80% шагов. Для почты и DNS инструкций нет вообще. Нашла 5 системных проблем, спроектировала структуру Plan→Do→Check и скрипты-помощники. 📌 AmoCRM — разработчик тратит 48 минут вместо 5 на типовую интеграцию. 860% лишнего времени. От 275 тысяч до 3+ миллионов рублей в год оценочных потерь вендора. Предложила раздел со сценариями, визуальные маркеры и перекрёстные ссылки. Моя методика (7 шагов): выбрать интересный продукт, найти сценарий пользователя, пройти путь с секундомером, искать паттерны (не опечатки!), посчитать цену в деньгах, спроектировать решение, упаковать в историю. Главное: я не собирала портфолио под вакансии. Я собирала ответ на вопрос «нравится ли мне эта работа?». А кейсы получились сами. В статье — полный разбор каждого кейса, схемы «было/стало», BPMN-диаграмма (упрощенная), таблица пяти проблем и чек-лист, по которому вы сможете собрать такое же портфолио.
https://habr.com/ru/articles/1002700/
#анализ_документации #портфолио_аналитика #системный_анализ #техническая_документация #информационная_архитектура #карьера_в_IT #как_стать_аналитиком #аудит_документации #метрики_качества_документации #пользовательский_опыт
-
Хватит покупать курсы. Соберите портфолио на реальных кейсах. 3 разбора + чек-лист
Я не умею учиться на курсах. Серьёзно. Когда встала задача собрать портфолио, я пошла в поле: взяла документацию трёх продуктов, прошла путь пользователя, нашла проблемы, посчитала их цену в деньгах и спроектировала решения. Что получилось: 📌 Bpium — документация вокруг функций, а не задач. Готовый шаблон CRM спрятан в подвале сайта. По моей оценке 90% пользователей его не найдут. Предложила задаче-центричную архитектуру и 5 тикетов в Jira. 📌 DirectAdmin — гайд по миграции с cPanel заставляет администратора импровизировать в 80% шагов. Для почты и DNS инструкций нет вообще. Нашла 5 системных проблем, спроектировала структуру Plan→Do→Check и скрипты-помощники. 📌 AmoCRM — разработчик тратит 48 минут вместо 5 на типовую интеграцию. 860% лишнего времени. От 275 тысяч до 3+ миллионов рублей в год оценочных потерь вендора. Предложила раздел со сценариями, визуальные маркеры и перекрёстные ссылки. Моя методика (7 шагов): выбрать интересный продукт, найти сценарий пользователя, пройти путь с секундомером, искать паттерны (не опечатки!), посчитать цену в деньгах, спроектировать решение, упаковать в историю. Главное: я не собирала портфолио под вакансии. Я собирала ответ на вопрос «нравится ли мне эта работа?». А кейсы получились сами. В статье — полный разбор каждого кейса, схемы «было/стало», BPMN-диаграмма (упрощенная), таблица пяти проблем и чек-лист, по которому вы сможете собрать такое же портфолио.
https://habr.com/ru/articles/1002700/
#анализ_документации #портфолио_аналитика #системный_анализ #техническая_документация #информационная_архитектура #карьера_в_IT #как_стать_аналитиком #аудит_документации #метрики_качества_документации #пользовательский_опыт
-
Сравнение LLM по навыку анализа бизнес-процессов
Всё чаще аналитики бизнес-процессов используют LLM для поиска неэффективностей. Звучит логично: большие языковые модели умеют искать паттерны, а Process Mining как раз об этом. Но на практике результаты пляшут так, что становится понятно: не все LLM одинаково полезны для операционной аналитики. Решил разработать методологию тестирования LLM на предмет релевантности использования для задач анализа процессов. Было подготовлено три теста, имитирующих реальные сценарии анализа: Тест 1. Сырой лог событий. Сгенерировал журнал в классическом формате: id экземпляра процесса, название этапа, временная метка завершения. Всего 20,5 тысяч записей, 1,6 тысячи экземпляров процесса. Внутри спрятал 200 типовых аномалий: зацикливания, bottle neck, избыточные этапы и т.д. Модель получала таблицу «как есть» - без подсказок и форматирования. Оценка: +1 балл за верно найденный кейс, -0,25 за ложное срабатывание. Итог рассчитывался как процент от максимально возможных 200 баллов. Если модель трижды молчала или выдавала «всё идеально» или какую-то ерунду, то стравился ноль. Тест 2. Регламент с шумом. Текстовый документ с описанием процесса: этапы, роли, условия переходов. Но также там было добавлено и много "воды" слабо относящейся к самому процессу. К этом тексте "регламенте" было спрятано 100 неэффективностей. Та же система баллов, рассчитывалась доля найденых кейсов, за галлюцинирование штрафы по минус 0,25 балла за каждую галлюцинацию. Тест 3. Визуальная схема. PNG с диаграммой BPMN: 20 блоков, около сотни переходов. На схеме было 20 логических ошибок: циклы без условия выхода, неиспользуемые шлюзы, избыточные маршруты, повисшие этапы и т.д.. Проверял, система оценки таже +1 балл за найденный кейс, -0,25 балла за глюс, и считался процент от всех спрятаных проблем. Финальный скор считался с весами: 80% - анализ лога(таблица с журналом событий) , 10% - текст-"регламент", 10% - картинка с BPMN. Результаты немного опечалили, что в целом было предсказуемо.
https://habr.com/ru/articles/996394/
#LLM #process_mining #бизнеспроцессы #бизнесанализ #claude_opus_46 #искусственный_интеллект #ml #ai
-
Чем болен средний бизнес? Статья 4. Миллионы на ветер: как не купить IT-систему, которая вас разорит
🔥 Серия: Чем болен средний бизнес? Диагностика и лечение управленческих болезней. Статья 4 Миллионы на ветер: как не купить IT-систему, которая вас разорит [💼 Бизнес-модели*] [📊 Управление проектами*] [💻 IT-инфраструктура*] [📈 Аналитика*] ❓ Почему 9 из 10 IT-проектов превращаются в «черную дыру» для денег? И как попасть в те 10%, у которых все получилось? 😩 Вы устали от обещаний интеграторов и бесконечных счетов за «доработки». Вы видите, как дорогая ERP-система превращается в дорогую иконку на рабочем столе, которой никто не пользуется. Знакомо? ⚠️ Проблема не в том, что вы выбрали «не ту» систему. Проблема в том, что вы играете в игру с заведомо проигрышными правилами. 📉 В этой статье мы разбираем всю цепочку провала — от выбора системы до саботажа сотрудников: 🚫 «Прокрустово ложе» для бизнеса: Как коробочные решения ломают ваши уникальные процессы. 💸 Скрытые затраты: Почему реальная стоимость проекта в 5 раз выше той, что вам показывают в смете. 🧠 Когнитивная ловушка: Почему сложные схемы BPMN и архитектура «1С» обречены на провал на уровне человеческого мозга. 🚀 Но главное — мы поговорим о выходе. В статье я покажу альтернативный путь, основанный не на выборе «модного» софта, а на построении системы, понятной всем — от директора до кладовщика. Узнайте, как язык ДРАКОН и архитектура на базе метамодели меняют правила игры и позволяют, наконец, получить от IT то, чего вы ждали — порядок и управляемость. 🛠️ Хватит латать дыры. Пора строить мосты. Инструкция — внутри. #бизнеспроцессы #управление #ERP #ITстратегия #ДРАКОН #АСис
https://habr.com/ru/articles/942408/
#управление_проектами_и_командой #управление_персоналом #эффективность #стратегия #стратегия_развития #стратегия_бизнеса #стратегия_продвижения #стратегическое_планирование #стратегическое_мышление #выгорание
-
Чем болен средний бизнес? Статья 4. Миллионы на ветер: как не купить IT-систему, которая вас разорит
🔥 Серия: Чем болен средний бизнес? Диагностика и лечение управленческих болезней. Статья 4 Миллионы на ветер: как не купить IT-систему, которая вас разорит [💼 Бизнес-модели*] [📊 Управление проектами*] [💻 IT-инфраструктура*] [📈 Аналитика*] ❓ Почему 9 из 10 IT-проектов превращаются в «черную дыру» для денег? И как попасть в те 10%, у которых все получилось? 😩 Вы устали от обещаний интеграторов и бесконечных счетов за «доработки». Вы видите, как дорогая ERP-система превращается в дорогую иконку на рабочем столе, которой никто не пользуется. Знакомо? ⚠️ Проблема не в том, что вы выбрали «не ту» систему. Проблема в том, что вы играете в игру с заведомо проигрышными правилами. 📉 В этой статье мы разбираем всю цепочку провала — от выбора системы до саботажа сотрудников: 🚫 «Прокрустово ложе» для бизнеса: Как коробочные решения ломают ваши уникальные процессы. 💸 Скрытые затраты: Почему реальная стоимость проекта в 5 раз выше той, что вам показывают в смете. 🧠 Когнитивная ловушка: Почему сложные схемы BPMN и архитектура «1С» обречены на провал на уровне человеческого мозга. 🚀 Но главное — мы поговорим о выходе. В статье я покажу альтернативный путь, основанный не на выборе «модного» софта, а на построении системы, понятной всем — от директора до кладовщика. Узнайте, как язык ДРАКОН и архитектура на базе метамодели меняют правила игры и позволяют, наконец, получить от IT то, чего вы ждали — порядок и управляемость. 🛠️ Хватит латать дыры. Пора строить мосты. Инструкция — внутри. #бизнеспроцессы #управление #ERP #ITстратегия #ДРАКОН #АСис
https://habr.com/ru/articles/942408/
#управление_проектами_и_командой #управление_персоналом #эффективность #стратегия #стратегия_развития #стратегия_бизнеса #стратегия_продвижения #стратегическое_планирование #стратегическое_мышление #выгорание