Бизнес процессы и связанные с этим понятием темы, в том числе BPMN, вызывают очень много вопросов. И мне в процессе работы приходиться постоянно отвечать на одни те же вопросы по теме управления бизнес процессами.

Самой близкой и соответствующей  по духу нотацией для моделирования бизнес процессов я считаю BPMN, и использую данную нотацию повсеместно.То есть если хотите понять бизнес процессы, то проще всего будет узнать их через использование нотации BPMN.  

Данный курс я создал чтобы вы могли сэкономить ваше время и воспользоваться актуальными знаниями и практическими советами, для того чтобы вы пришли к знаниям самым коротким путем.

https://www.trinion.org/bpmn-course

(0) Главное - экономьте наши деньги! ;-)

(1) Свои он экономит, похоже даже рекламу не оплатил)

(2) Обижаешь Валера. Все четко согласовано в Станиславом.

(0) Сервис онлайн в браузере чтобы эти схемы рисовать и обмениваться ими

(4)+ И туда же еще насувать чтобы удобно ТЗ и ТП делать с клиентами и согласовывать

(4)+ За денежку сервис обследования и составления схем и ТЗ по кривым словесным описаниям

https://www.trinion.org/blog/kratkoe-opisanie-bpmn-s-primerom тут я вкратце описываю BPMN

(0)
яндекс говорит, что термин "Конверсации" применительно к BPMN используете только Вы.
это  подозрительно.

(0) На 4-й нотации, понимаешь, что все это труха

(0) в качестве апа.
что за штука на штативе, микрофон? на первой же фотке в https://www.trinion.org/bpmn-course ?

Если бы все это юзали бай дефолт, но увы.
Имеет место если ты делаешь дорогой предпроект чтобы красиво выглядело

(11) Я делаю предпроект на 5 нотации в 5 элементов

Я делаю предпроект на нотации в 5 элементов*

(12) для мелкого свечного заводика разницы нет

(13) а вот если уже несколько чел делает, то уже нужна согласованность, нужен стандарт и он уже есть

Где написано, как BPMN помогает на практике?
Или хотя бы обозначен класс задач, которые можно решать с его помощью?

(16) Стандартный класс задач нотации- графическое представление бизнес процесса

по хорошему нужно на курсе аналитика такое давать. Может с Факбрикантом посотрудничать?

Допустим, мне надо описать сложный алгоритм расчёта плановых цен. Там 100500 параметров, из которых чуть больше половины - всякие хитрые проверки и контрольки.
Как мне в этом поможет BPMN?

(18) У Фабриканта это есть

(19) алгоритмы и не нужно в BPMN рисовать

(10) микрофон

(19) Я посмотрел нотацию по плану, она мертва

(0) Сколько часов курс?

(21) да (19) бизнес процесс не об алгоритмах шprocess-opisanie-biznes-processa

(21) Ой-вэй!
В чём тогда ценность BPMN с точки зрения разработки программных систем?
Программисты, насколько я помню, по определению занимаются реализацией алгоритмов.
А программные системы - это суть совокупность реализаций алгоритмов.

Про бизнес процесс https://www.trinion.org/blog/chto-takoe-biznes-process-opisanie-biznes-processa

(26) Там есть механизмы алгоритмизации

(26) чтоб понимать консультанта, который умеет в BPMN. Если никто в конторе не умеет. то никакой ценности нет

(24) не замерял

(29) естественно все это имеет смысл, когда много консов и нужен стандарт

(25) от тебя, как от автора курса, я такого ответа не ожидал.

(31) Не имеет смысла, ибо слишком много объектов метаданных, которые надо будет пояснять при сдаче проекта.

(30) Рекомендую заменить скрины с мелких, на крупные, проверить качество картинки, на текущий момент они нечитаемы, на 2 м слайде, убрать простые одноэлементные схемы, они не продают, выпустить часовую анатоция, пусть будет и платная, которая расскажет мне в машине, почему БПМН стоит вообще посмотреть

Да без прогрева (аннотации) сейчас никто не продает

Бизнес-процесс – это логическая последовательность действий человека (или нескольких человек) в коллективе. Цель описания бизнес-процесса – анализ и регламентация тех или иных действий в коллективе.
Почему я делаю особый упор на людях и коллективе:


Очень слабое определение

(34) я подумаю

История появления термина - полная отсебятина, в вики дан четкий год появления нотации IDEF 0 и место его появления

А вот правила описания бизнес процессов взяты норм, можно использовать

Наброшу на вентилятор:
Все "внедрялы" носятся с бизнес-процессами как с писаной торбой. И говорят заказчику: вот, мол, опишем ваши бизнес-процессы, натянем на них ERP, и всё у вас будет хорошо.
Только опыт показывает, что не будет. Хоть ты все стены весёлыми комиксами увешай.
И проблема не в одних бизнес-процессах. "Вася кидает - Маша ловит" - оно и так работает без вас.
И у вас два пути:
1) либо зафиксировать эту ситуацию и натягивать ERP на предприятие,
2) поступить ровно наоборот: попытаться натянуть предприятие на ERP (и тогда Вася кидает и ловит, а Маша прыгает на одной ножке. Или увольняется).

И проблема не в том, то ERP не работает, а в том, что оно не работает так, как надо предприятию. И никакие "описания бизнес-процессов" тут не помогут.
И если мы считаем плановые цены _ТАК_, то значит нам это для чего-то надо, мы уже вкладываем туда некий экономический смысл.
Мой вопрос состоит в том: "А что нам может предложить ERP в этом контексте?"
Ответ: "Ничего".
И такого у меня - несколько сот строк в Excel. Под заголовком "функциональные разрывы".
И как мне поможет BPMN?
Ответ: "Никак".

(40) Ты не понимаешь для чего это нужно, будет интересно, апни веточку на следующей неделе

(41) Об этом был мой первый вопрос в (16) "В чём практическая польза этого знания?"

(42) В (17) дан краткий ответ на твой вопрос

Про "Красивые картинки чтобы парить заказчика и в результате что-то ему впарить" мне можно не рассказывать. Плавали - знаем.

(44) В оригинале, это заказчик их должен предоставить с его хваленными СМК

(43) Так в чём ценность?

(46) В чем ценность чего? графического представления данных или БПМН в частности?

(47) и того, и другого в частности

(48) А напомни, нафига тебя учили программировать на блок схемах? Дали бы тебе словесное описание построения алгоритма

графика позволяет быстрее производить анализ данных, и проверять на соответствие согласно заданным параметрам

(49) Там выше сказали, что BPMN - это не про алгоритмы. При чем тут блок-схемы?

графическое представление данных используется например при проектировании изделия, где есть конструкторский чертеж, есть словесное описание (технология) и есть срезы получающихся заготовок (позорюсь, но не вспомню как называются, 17 лет прошло)

(51) Вы как пишите свои курсы?

И много вы знаете людей, которые рисуют блок-схемы?
Я рисую. Но редко.

(54) Постоянно при постановке задачи прогу, чтобы он логику работы понимал, а не тратил пару часов на ее продумывание

(52) Ну не надо уползать в сторону. Я же конкретно спрашиваю: в чём ценность графического представления бизнес-процессов вообще и BPMN в частности?

(56) Я же конкретно спрашиваю: в чём ценность графического представления бизнес-процессов вообще

смотри (50)

BPMN в частности?
(23)

(57) "быстрее производить анализ данных" - какие данные вы собираетесь анализировать в описании БП? А главное - зачем?

(56) графическое представление нужно чтобы понимать картину целиком

(58) Я по графике строю модель учета

(59) какую картину надо понимать целиком и, опять же, зачем её понимать?

(61) Возвращаемся к термину бизнес процесса

(61) понимать картину того что представлено на графике

(63) т.е. вы рисуете бизнес-процессы чтобы понимать то, что нарисовали? ну, если за деньги заказчика, то норм

графическое представление позволяет углубляться методом от общего к частному.
А текстовое ровно наоборот

(64) ну если кроме тебя никому не нужно, то смысла нет

(66) А если приходят новые люди, то как передавать знания?

Я первым делом когда прихожу на новую работу всегда рисую БП (жаль конечно что никогда никто не рисует и показать мне не может)

(67) На вашем предприятии есть формализованная процедура онбординга? Поздравляю!
А кинуть новичку ворох инструкций с картинками - это не передача знаний.

(64) А ты во внедрениях со стороны внешки участвовал?

(69) А что это?

(70) Участвовал.

(69) нет конечно. и это очень плохо

(72) И как ты понимал последовательности действий у компаний?

(71) "Онбординг — это процесс, направленный на помощь новому сотруднику адаптироваться к новой среде, культуре компании, влиться в команду, быстрее разобраться в процессах и, как результат, снизить уровень стресса от смены места работы и получить удовольствие от достижения результатов." (с HH.RU)

А то приходишь тебе кидают задачу доработать в документе производства что-то. А ты даже не знаешь в какой последовательности нужно вводить вот у них тут конкретно

(75) А чем тебе мешало слово "Адаптация"?

Ну мы и приходим к выводу, который я уже говорил: в мелких конторах все это не нужно

(77) потому что есть такой термин онбординг

(77) Адаптироваться ты можешь сам. А онбордить тебя будет кто-то.

(80) Зачот

(79) Сначала плодят термины: Тех карта, регламент, тех-процесс, бизнес процесс, а потом удивляются, почему у всех этих терминов должно быть графическое представление

+(82) рецептура

И кстати, в курсе, котором ты соавтор, эти блоки есть ;-)

(84) Моего там только про ТЗ. И то, там главная мысль, что ТЗ должно быть.

(85) Сегодня поговорим про ТЗ.
ТЗ должно быть.
Все свободны, с вас по 100 тыс руб

(86) примерно так
За исключением последней строки

(87) последняя строка просто идет первой

(86) Он там по ГОСТу разбирает

А это значит что у него должны быть указаны тех требования на открытие форм

Я в своем мастер-классе начинаю с целеполагания: для чего.
Потом перехожу к определению.

те тз должно быть погосту, а графическое представление нафиг не нужно ...

А также размеры самих форм, и описание всего оборудования и диапазон графических расширений используемых на предприятии

С одной стороны, применение схем для наглядности при описании моделей бизнеса в ни у кого не вызывает вопросов. Это действительно очень удобно. С другой стороны, многие бизнесмены и даже мои коллеги недоумевают, зачем нужны специальные нотации и правила для разработки бизнес-процессов, ведь можно в любом графическом редакторе (visio) или при помощи других удобных инструментов просто нарисовать интуитивно понятную схему.

Про то зачем нужны графические нотации можете почитать тут  https://habr.com/ru/company/trinion/blog/332772/

(89) У меня ГОСТы даны как источник вдохновения и формулировок.
наоборот, я там говорю, что ТЗ не обязательно должны быть по ГОСТу.

(95) Тогда о чем ТЗ? Окажется что ТЗ ты не используешь, а используешь термин частное техническое задание, и не на систему, а на подсистему или функцию

(95) вот и Рамиль в статье говорит, что БПМН использовать не обязательно. И ЭС ИЗ не обязательно. И эта мудрость бесплатно, то есть даром

(94) "применение схем для наглядности при описании моделей бизнеса в ни у кого не вызывает вопросов" - вопросы вызывает необходимость описание моделей бизнеса

(96) ТЗ - оно может быть на что угодно ТЗ. Хоть на установку унитаза. Суть его от этого не меняется.

(93) Если это имеет смысл с точки зрения решаемой задачи и требований заказчика, то надо описывать.

(26) (16) Как человек, который видел "BPMN на практике" могу сказать одно преимущество - то что описывается несколькими страницами Word, в BPMN выглядит компактной схемой. Т.е. чтобы не состалять длинных описаний бизнес-процессов.

Например, чтобы описать схему обработки заказа в конторе, очень даже норм. В ворде очень длинно.

(101) а схему ты прям со слов рисовал?

(98) Модель бизнеса это и есть описание. Если есть модель, то оно и есть описание. А вот необходимо ли создания моделей бизнеса? Этот вопрос лежит не к нотации BPMN, а к конкретному человеку или людям, которые принимают решение.

(102) Неужели с ТЗ ;-)

(102) рисовал не я. мопед не мой. Но думаю, что схему рисовали по результату опроса сотрудников.

(103) Рамиль, ты даешь инструмент красивый, сложный. Но почему-то не говоришь о том, куда приложить то, что он делает.
Ну это как офигенный станок, который может выпускать гайки. Офигенные гайки, разные, красивые.
Но я пирожки пеку, нафига мне гайки?

Мне все тут говорят - бери станок, гайки получаются загляденье!
А я и спрашиваю: куда я в свои пирожки гайки заворачивать буду?

(106) Я не рекламирую BPMN, я выпустил курс. Ты что то путаешь

Ахаха

(106) Ага, не раскрыт вопрос как с помощью курса в (0) достичь успешного успеха

(106) Как только он раскроет этот момент, курс будет стоить хотя бы тысяч 50

(109) Успешный успех это не ко мне.

классические обучающие курсы сейчас никому не нужны. только успешные успехи

(107) Т.е. курс для тех, кто уже знает зачем нужен BPMN?
Так ты слона не продашь!

(113) Ты же продал ТЗ ;-)

Я изучил BPMN и купил квартиру в МСК за 150 млн руб. А сейчас я вещаю с виллы на Мальдивах.

(114) Это Фабрикантъ продал. Я просто мимо проходил.

(116) Надеюсь у меня будет время в этом году запустить свой курс, там постебетесь ;-)

(112) Согласен в какой то мере. Если бы я обещал трудоустройство или повышение ЗП, то отклик был был бы лучше. Но я понимаю что могу только передать знание,  а насколько будет успешен тот или иной человек зависит от самого человека.

(115) Вот! И я хочу приобщиться к прекрасному. А мне говорят: "описывай бизнес-процессы!"

(113) Я слона и не продаю. Курс скорее делал для себя (чтобы лучше разобраться в теме),  и тех кто меня просил об обучении.

Или так: изучил БПМН и меня сразу же взяли в Б4

(121) Они работают на eEPC

по крайней мере раньше работали

(120) ты просто мастер антирекламы

Процессная нотация описаний бизнес процессов под САП

с соответствующим программным продуктом генерации документов в последовательности САП

(124) Не факт что реклама среди местям моя цель

вот, звонит сейчас пользователь. да не просто пользователь, а целый Пользователь!
кричит "аблявашаодинесвашумать!! всё поменяла не там где надо, всё пропало!!!111один-один"

поднимаю ТЗ(!) на обработку.
там написано: "поменять всё, кроме элементов в папках, начинающихся на "архив". с моих слов записано верно, Пользователь, дата-подпись".
смотрим, куда тычут. там элемент в папке "я_Архив".
У меня естественный вопрос: WTF?!
Пользователь: "исторически сложилось"
Я: "ну вот!"
Пользователь: "ОК, мой косяк"

вот для этого и нужно ТЗ!

(128) Как сказал начальник Роснаркоконтроля - "это мой косяк"...

(128) а представь совещание на 10 человек из разных цехов + владельцы. Только картинки

(130) Бухнуть собрались?
В практическую полезность совещаний >7 человек я не верю.

(131) 10 отделов. Каждый докладывает о своих про**бах. А тонкости уже на ковре у директора...

(132) я 14 лет каждую неделю сидел на таких совещаниях. у меня твиттер с фейсбуком закончились.

(133) Я 3 года каждый день посидел. Мне хватило...

(131) поточное производство, первый второму, потом третьему, четвертому, бух, кадры, инженер, ремонт, экспедиция.. По трое не собираться, т.к. мирно общаются только в парах)

(135) жаль, что нам так и не удалось услышать начальника транспортного цеха...

(128) ты не правильно начинаешь разговор, имхо... Можно начать типа: "слышь ты, дома на жену ори неврастеник куев!" или так "зачем вы нарушаете корпоративные стандарты общения? Вы своим криком вызвали у меня вызываете только негативные эмоции что в конечном счёте отрицательно скажется как миниму на моих результатах работы... вы умышленно занимаетесь подрывной деятельностью?"

(131) ты не прав... во первых публичная *бля1-2-3 - дабы остальынм не хотелось быть на их месте... + донести однократно всем сразу инфу, а не повторять ее каждому.

(128) Боже мой! С кем приходится работать...

(137) в твоей версии фразы "иди, накуй" слишком много лишних букв

В проектах автоматизации использование описания БП в виде схем в опр нотации (хоть тот же BPMN) имеет очень ограниченную, вспомогательную роль. Оно может помочь структурировать (верхнеуровнево) потоки информации и цепочки трансформации "объектов". В прикладном смысле - это что-то вроде оглавления в ворде, в котором будут описаны ФТ (а это будет именно ворд, ибо на диаграммах уровень деталей отсутствует). Т.е. например, понятия описания БП и алгоритм - это разные арии, но могут быть частью одной оперы. Если все это осознавать, то вполне рабочий (редкоиспользуемый) инструмент системного аналитика.

В большем объеме может использоваться в компаниях, в которых действует постоянный аудит БП в рамках менеджмента качества процессов. Там уже могут использоваться более функциональные инструменты описания БП (например в этой нотации), позволяющие например проводить симуляции деятельности компании с различными вводными/ограничениями и смотреть какой процесс (показатели) начинают страдать.  

Вывод: местным не нужно.

(128) хороший системный аналитик, перед тем как ставить задачу на разработку (программисту) посмотрит и на данные - хотя бы попытается проанализировать наиболее очевидные гипотезы, фигурирующие в информации от пользователей. Потому что как говаривал доктор Хауз: "Все врут". И в автоматизации это верно абсолютно.

(141) В том же курсе Фабрикантъ'а, который выше упоминали, есть мастер-класс Волшебник'а, который так и называется "Живые бизнес-процессы". В котором Стас в течение часа убедительно объясняет, что зафиксированные бизнес-процессы мертвы. Они хороши только в формате обоев - на стену повесить. Бизнес-процессы обеспечивает информационная система. Не обязательно автоматизированная - бизнес-процессы и информационные системы существовали задолго до компьютеров.

(143) а как такой живой бп передать другому человеку?

(144) А зачем его передавать? "Живой" БП реализован в рамках ИС. Передавай ИС.

(145) А если я хочу поменять БП? ТЫ предлагаешь всю систему копировать и в ней разбираться?

(146) А ты думаешь, твои веселые картинки позволят тебе поменять БП не разбираясь в системе? Так у меня для вас плохие новости.

(141) Вывод верный, с цисты перешли больше 80 человек и не один не купил. В ветке в целом флуд, непосредственно по теме ничего не обсуждают.

(148) А ты ждал, что тебя будут хвалить и восхищаться? Тогда это не к нам

(147) Я не думаю, я знаю. ИТ и КИС  и реализация  БП в КИС это разные вещи. КИС в данном случае "Компьютерная Информационная Система"  https://habr.com/ru/company/trinion/blog/426509/

(149) Нет, я преследую другие цели.

зато ветка день на главной провисела.

(145) -расскажите как у вас тут все
-на бери изучай
Вот так вот у нас и везде. И это очень плохо. А если еще и на курсах так учат - ваще ппц

(153) Это не у нас, это в 1С. Ни к одной типовой бпмнов нет. Бери и изучай.

(153)  Согласен. У меня курс как раз таки по узкой теме.

(140) мои тезисы не идеал, а начало пути к совершенству... практикуйте их как можно чаще и старайтесь улучшить для мира во всём мире.... мира, твари тупые, мира - я сказал (а не смерти юзеров)!!!