Подскажите пожалуйста. Допустим у меня два варианта событий. В первом варианте идет долгое согласование, а потом оформление документов. Во втором согласование не требуется и идет переход сразу к оформлению. Как можно сразу перейти к процессу оформления не дублируя его? Что то вроде ссылки "go to" в bpmn существует?
Список базовых элементов из видео. Пул, операция, процесс ли подпроцесс, событие, ветвление(gateway), рабочий поток - стрелка, информационный поток, объект данных, ассоциация, дорожки, базы данных, группа, текстовая аннотация.
Народ, кто из опытных, дайте, пожалуйста, совет. Сейчас в университете проходим BPMN, и преподаватель смог зажечь, и сам материал понравился и одним словом - благодать. В каких конкретно профессиях и специальностях применяется BPMN? Что ещё необходимо знать, выучить, чтобы оно друг друга дополняло? Насколько эта вещь актуальна и есть ли смысл погружаться в неё с головой? В общем все, что считаете рассказать нужным, был бы рад услышать)
Привет! Изучать BPMN актуально, прежде всего, бизнес-аналитикам и системным аналитикам - для них это маст ноу. Нотация распространенная, так что без вопросов это актуально сейчас. Разработчику и менеджерам надо просто понимать, что это такое, знать о его существовании и уметь читать схемы BPMN. Для бизнес- и системного аналитика из нотаций нужно ещё знать UML (диаграмма последовательности, диаграмма юзкейсов, диаграмма состояний и другие UML-диаграммы посмотреть - посмотри видео про UML у меня на канале), DFD, ERD (тоже есть видео про неё), блок-схемы. Можно ещё EPC глянуть и IDEF0 (про неё в ближайшее время выпуск будет). Это что касается моделирования, если ты аналитик. Можно Archimate ещё глянуть и C4 - но это уже не бизнес, а чисто системный анализ и даже больше архитектура. Так аналитику ещё нужно много чего разного полезного знать, так в комментарии одном не напишешь. Так что пиши в Телегу мне, если интересно про аналитику узнать будет (ссылка на ТГ в описании к видео есть).
если станешь предпринимателем, то бпмн тебе пригодится. Я например только спустя 5 лет ведения бизнеса узнал о нем. Очень полезная хренотень, когда надо отрисовать процесс, чтобы тебя поняли от мала до велика.
Плохой пример приведен в конце ролика. Гараж в итоге кроме рассмотрения заявки никакое действие в результате не выполняет. Заказчик должен оценить качество услуги не дождавшись выполнения рейса. "Заявка отклонена" это не действие которое выполняет заказчик. Он ознакамливается с отклонением заявки. Между пулами не должно быть управляющих потоков. Гараж не может управлять заказчиком и требовать от него оценки качества услуги.
Частично согласен, частично нет. В целом по бизнес-процессу не очень хорошо описана схема - это да (с другой стороны, может, это такой плохой as-is процесс? 😏). Под гаражом тут автор, думаю, имел в виду сотрудников гаража или руководство - тогда все логично (тогда, правда, вопрос, почему не назвать было дорожку гаража более чётко). С отклонением заявки согласен. С комментарием по стрелкам не согласен. В примере только один пул и несколько дорожек, действия, события и шлюзы соединены рабочими потоками - не вижу проблемы. Было бы несколько пулов, то соединили бы уже информационными потоками.
Пул не отражает сотрудника. Пул - это бизнес-процесс или его часть. В пуле находятся дорожки - их уже можно назвать неким отражением роли, будь то сотрудник или система. Неужели вы не проверяете хотя бы минимально свои видео у людей, кто с этим работает?
Согласен, в статье не совсем прозрачно описано, для чего именно пул предназначен, немного узковато на него там посмотрели. Но и говорить, что не создан для обозначения роли - тоже неправильно. Это просто слишком частный кейс, который далеко не всегда используется - это да. А видео проверяем, т. к. я сам довольно часто работаю с BPMN :) Спасибо, что подсветили момент с пулом, остальным будет полезно.
У вас основной контент это звук, было бы неплохо подумать о его качестве. Но пока как была реверберация комнаты на фоне так и осталась) Желаю в этом плане вырост. Зайду потом проверю😉
События не подразумевают логики «если-то», для условий в нотации есть шлюзы. События на то и события - они могут сбыться и все. Зачем пытаться обьяснить и так базовый концепт? События окончания не обязательно завершают весь процесс, но могут завершить только один из его потоков.
Было интересно, впервый раз слышу что бы такой ерундой страдали успешные серьезные компании. Но для развития пойдет может кому нравится рисовать :). Это непрактично, если бизнес требует таких схем, то он несостоятельный. Это как кодер который просит ТЗ для работы. Вспоминается мультфильм 38 попугаев как слону хвост пришивали и линейкой меряли удава.
Полезное видео! Вроде всё знаешь, но изложено очень правильно и повторить материал даже для опытных будет не лишним)
Спасибо, классно, что понравилось!)
Спасибо большой за работу
Как будто мысли читаешь. ) Спасибо !
🔮
спасибо как всегда круто и информативно!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Благодарю, у Вас очень интересные контент и канал. 👍🏻
Спасибо, было интересно!💫
Спасибо! Хочется видео с раширенным набором элементов!
Да, хотим тутор на БПМН, пожалуйста - спасибо! )
з.ы. Кстати, рейс выполняется на основании Путевого Листа... ) Но - суть понятна, ок)
Даешь еще!)
Здравствуйте, спасибо вам за информативное видео, у вас на моменте 8:42 неболбшая опечатка в слове "слУдующем")
Спасибо, буду внимательнее)
Хотелось бы послушать развернутую версию.
Хотелось бы и остальные элементы нотации посмотреть (не базовые) и все типы событий.
Клево)
пулы есть не только в BPMN. Кросс-функциональные диаграммы например.
Подскажите пожалуйста. Допустим у меня два варианта событий. В первом варианте идет долгое согласование, а потом оформление документов. Во втором согласование не требуется и идет переход сразу к оформлению. Как можно сразу перейти к процессу оформления не дублируя его? Что то вроде ссылки "go to" в bpmn существует?
Паспрабуй праз працэс
Список базовых элементов из видео. Пул, операция, процесс ли подпроцесс, событие, ветвление(gateway), рабочий поток - стрелка, информационный поток, объект данных, ассоциация, дорожки, базы данных, группа, текстовая аннотация.
Народ, кто из опытных, дайте, пожалуйста, совет. Сейчас в университете проходим BPMN, и преподаватель смог зажечь, и сам материал понравился и одним словом - благодать. В каких конкретно профессиях и специальностях применяется BPMN? Что ещё необходимо знать, выучить, чтобы оно друг друга дополняло? Насколько эта вещь актуальна и есть ли смысл погружаться в неё с головой? В общем все, что считаете рассказать нужным, был бы рад услышать)
Привет! Изучать BPMN актуально, прежде всего, бизнес-аналитикам и системным аналитикам - для них это маст ноу. Нотация распространенная, так что без вопросов это актуально сейчас. Разработчику и менеджерам надо просто понимать, что это такое, знать о его существовании и уметь читать схемы BPMN.
Для бизнес- и системного аналитика из нотаций нужно ещё знать UML (диаграмма последовательности, диаграмма юзкейсов, диаграмма состояний и другие UML-диаграммы посмотреть - посмотри видео про UML у меня на канале), DFD, ERD (тоже есть видео про неё), блок-схемы. Можно ещё EPC глянуть и IDEF0 (про неё в ближайшее время выпуск будет).
Это что касается моделирования, если ты аналитик. Можно Archimate ещё глянуть и C4 - но это уже не бизнес, а чисто системный анализ и даже больше архитектура.
Так аналитику ещё нужно много чего разного полезного знать, так в комментарии одном не напишешь. Так что пиши в Телегу мне, если интересно про аналитику узнать будет (ссылка на ТГ в описании к видео есть).
если станешь предпринимателем, то бпмн тебе пригодится. Я например только спустя 5 лет ведения бизнеса узнал о нем. Очень полезная хренотень, когда надо отрисовать процесс, чтобы тебя поняли от мала до велика.
+ даешь статью про богатые объекты)
эх, ну где же следующее
Плохой пример приведен в конце ролика. Гараж в итоге кроме рассмотрения заявки никакое действие в результате не выполняет. Заказчик должен оценить качество услуги не дождавшись выполнения рейса. "Заявка отклонена" это не действие которое выполняет заказчик. Он ознакамливается с отклонением заявки. Между пулами не должно быть управляющих потоков. Гараж не может управлять заказчиком и требовать от него оценки качества услуги.
Частично согласен, частично нет. В целом по бизнес-процессу не очень хорошо описана схема - это да (с другой стороны, может, это такой плохой as-is процесс? 😏). Под гаражом тут автор, думаю, имел в виду сотрудников гаража или руководство - тогда все логично (тогда, правда, вопрос, почему не назвать было дорожку гаража более чётко). С отклонением заявки согласен. С комментарием по стрелкам не согласен. В примере только один пул и несколько дорожек, действия, события и шлюзы соединены рабочими потоками - не вижу проблемы. Было бы несколько пулов, то соединили бы уже информационными потоками.
note [nəʊt] отмечать, замечать, указать, отметка, пометка, указание, купюра
notate обозначать, записывать
Пул не отражает сотрудника. Пул - это бизнес-процесс или его часть. В пуле находятся дорожки - их уже можно назвать неким отражением роли, будь то сотрудник или система.
Неужели вы не проверяете хотя бы минимально свои видео у людей, кто с этим работает?
Согласен, в статье не совсем прозрачно описано, для чего именно пул предназначен, немного узковато на него там посмотрели. Но и говорить, что не создан для обозначения роли - тоже неправильно. Это просто слишком частный кейс, который далеко не всегда используется - это да.
А видео проверяем, т. к. я сам довольно часто работаю с BPMN :)
Спасибо, что подсветили момент с пулом, остальным будет полезно.
Залезла в комменты, чтобы убедиться, что кто-то об этом написал
У вас основной контент это звук, было бы неплохо подумать о его качестве. Но пока как была реверберация комнаты на фоне так и осталась)
Желаю в этом плане вырост. Зайду потом проверю😉
Бизнес больше не существует, осталось лишь попадалово.
Условия то не описаны :(
События не подразумевают логики «если-то», для условий в нотации есть шлюзы. События на то и события - они могут сбыться и все. Зачем пытаться обьяснить и так базовый концепт?
События окончания не обязательно завершают весь процесс, но могут завершить только один из его потоков.
Было интересно, впервый раз слышу что бы такой ерундой страдали успешные серьезные компании. Но для развития пойдет может кому нравится рисовать :). Это непрактично, если бизнес требует таких схем, то он несостоятельный. Это как кодер который просит ТЗ для работы. Вспоминается мультфильм 38 попугаев как слону хвост пришивали и линейкой меряли удава.
BPMN никто не пользуется? Разработчику не нужно ТЗ? В какой компании вы работаете? :)
pool [puːl] объединение, заводь, пруд, бассейн
notation [nəʊˈteɪʃn] обозначение, указание, представление, пометка, система обозначения или счисления
annotation [ænəˈteɪʃn] пометка, пояснение, заметка
annotate [ˈænəteɪt] делать отзыв или замечание