Читаем Бизнес-процессы. Стажировка нового сотрудника. Шаблоны бизнес-процессов (BPMN и EPC). Отдел продаж полностью

Этот же шлюз может быть расположен перед задачей, тогда он будет читаться по-другому (справедливости ради, в этой ситуации его можно заменить OR (ИЛИ), но это задаёт тонкости прочтения, пока их опустим). Например, у нас вот такая ситуация: Мы проводим проверку зарезервированных товаров под заказы. Среди них мы обнаруживаем те, у которых срок резервирования просрочен более, чем на 3 дня. Их мы должны снять с резерва. Кроме того есть заказы, по которым срок резерва вышел сегодня или вчера. В отношении этих заказов нужно связаться с клиентом. В результате этого, часть заказов нужно будет снять с резерва, а часть оставить. В графике это будет выглядеть так (см Рис. 8. Пример исключающего ИЛИ на входе).



Рисунок 8. Пример исключающего ИЛИ на входе.

Обратите внимание, что на выходе применён “Исключающий ИЛИ” с маркером (“Х” в ромбе), а на входе в задачу «Снятие товара с резерва» просто пустой ромб. Хотя и то, и другое обозначение относятся к одному и тому же Шлюзу, применение разных обозначений более наглядно – графика подсказывает вам, что “Х” в ромбе – это исходящий Шлюз, а пустой ромб – входящий. Входящее расположение XOR указывает на то, что «снятие товара с резерва» выполняется тогда, когда срок резерва просрочен на 3 и более дней. Кроме того, если резерв по каким-либо причинам не актуален, то мы тоже снимаем товар с резерва.

Обратите внимание на ещё один момент. Положительный сценарий развития БП отмечен зелёными стрелками, а негативный – красными. Хотя этот момент особо не оговаривается в нотации, всё же стоит добавить немного цвета графике. Она так лучше читается. Кроме того, когда это становится привычным, окрас стрелок может подсказывать.

Нам осталось разобраться с примерами шлюза “И”. Если этот шлюз у нас стоит после задачи (исходящий), то значит далее будет происходить 2 параллельных процесса. Например, менеджер нашёл нового клиента. Нам нужно проверить его юридическую надёжность и прояснить модель его бизнеса. На основании этого, мы сможем выбрать подходящий тип дилерского договора. Собственно, в этом примере мы увидим сразу и исходящий, и входящий вариант этого шлюза (Рис. 9. Пример “И” на входе и выходе). Обратите внимание, что на входе этот шлюз указывает, что пока у нас не завершатся все процессы, входящие в этот шлюз, дальнейшее прохождение БП не допускается. Мы не можем выбрать условия дилерского соглашения, пока не понимаем, чем занимается наш потенциальный партнёр и пока не проверили, находится его организация под судом или нет.



Рисунок 9. Пример “И” на входе и выходе.

Теперь давайте разберёмся со стрелками и дорожками.

В полной версии BPMN существует порядка 6 видов стрелок. Мы будем пользоваться только двумя основными. Один вид – это стрелки, показывающие основной поток БП (поток управления), а второй вариант – это стрелки, показывающие движение сообщений или документов (Поток сообщений).

Прежде чем приводить примеры стрелок, нужно разобраться с ещё одним понятием – это дорожки и пулы. Эти элемент очень важен, и он играет не последнюю роль в столь высокой популярности BPMN.

Начнём с пула.

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

Дорожка – показывает исполнителя процесса. Причём в качестве исполнителя может выступать как конкретный человек (сотрудник, должность), так и подразделение или отдел, а в некоторых случаях и организация.

Например, мы описываем процесс обработки заказа клиента с рассрочкой. Нам требуется принять заявку и определить итоговую сумму заказа. Поставить товары на резерв, согласовать с руководителем отдела, и если всё ок, согласовать условия с клиентом. Если его всё устраивает, то проработать сделку с юристом.

Юрист у нас как раз и будет представлен в форме свёрнутого Пула. Он “живёт” в БП “Подготовка юридически значимых документов”. Сам процесс выполняется в рамках отдела продаж (это дорожка, разбитая на ещё 2 дорожки). Одна принадлежит исполнителю (менеджер по продажам), а другая руководителю отдела – он у нас оценивает клиента и разрешает сделку.



Рисунок 10. Примеры Пула, Потока сообщений, Ассоциаций и Дорожек.

Дорожками удобно демонстрировать акценты функционала. В нашем примере (Рис. 10) мы показываем, что менеджер согласует рассрочку с руководителем отдела, а тот, в свою очередь, проверяет благонадежность клиента (в данном случае мы убираем предвзятость) и определяет варианты сделки.

Чтобы показать принадлежность менеджера и руководителя к одному отделу, мы их Дорожки объединили в общую дорожку “Отдел продаж”. Такой вариант более нагляден, позволяет обеспечить однозначность прочтения графики.

Перейти на страницу:

Похожие книги

Чистый Agile. Основы гибкости
Чистый Agile. Основы гибкости

Прошло почти двадцать лет с тех пор как появился Манифест Agile. Легендарный Роберт Мартин (Дядя Боб) понял, что пора стряхнуть пыль с принципов Agile, и заново рассказать о гибком подходе не только новому поколению программистов, но и специалистам из других отраслей. Автор полюбившихся айтишникам книг «Чистый код», «Идеальный программист», «Чистая архитектура» стоял у истоков Agile. «Чистый Agile» устраняет недопонимание и путаницу, которые за годы существования Agile усложнили его применение по сравнению с изначальным замыслом.По сути Agile — это всего лишь небольшая подборка методов и инструментов, помогающая небольшим командам программистов управлять небольшими проектами,… но приводящая к большим результатам, потому что каждый крупный проект состоит из огромного количества кирпичиков. Пять десятков лет работы с проектами всех мыслимых видов и размеров позволяют Дяде Бобу показать, как на самом деле должен работать Agile.Если вы хотите понять преимущества Agile, не ищите лёгких путей — нужно правильно применять Agile. «Чистый Agile» расскажет, как это делать разработчикам, тестировщикам, руководителям, менеджерам проектов и клиентам.

Роберт Сесил Мартин , Роберт С. Мартин

Программирование, программы, базы данных / Менеджмент / Финансы и бизнес
Лидер за 5 недель. Подробный и четкий план как повести за собой
Лидер за 5 недель. Подробный и четкий план как повести за собой

Хотите развить выдающиеся лидерские качества, чтобы, когда появится следующая возможность, вы оказались единственным человеком, способным справиться с задачей? Хотите, чтобы ваши навыки выделяли и продвигали вас еще выше по карьерной лестнице?«Лидер за 5 недель» – это бесценное руководство, которое поможет лидерам начать ежедневную практику упражнений и задач, направленных на развитие и расширение врожденных лидерских способностей.С этой книгой вы научитесь:– смело заявлять о своем мнении,– правильно ставить цель, что поможет верно определить действия и смоделировать поведение для ее достижения,– увлекать людей своими идеями, провоцируя активность и возбуждая общий интерес,– концентрировать внимание на важных действиях во время решения проблемы,– объединять и вдохновлять людей, привнося в общее дело лучшие идеи.Совершенствуйте свои лидерские качества с 35 ежедневными заданиями, созданными Патриком Леддином, владельцем собственной консалтинговой компании LeddinGroup и доцентом Университета Вандербильта, который обучает и консультирует тысячи лидеров по всему миру.

Патрик Леддин

Карьера, кадры / Менеджмент / Финансы и бизнес
Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство
Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство

«Публикуемые Институтом управления проектами (Project Management Institute, Inc., сокращенно PMI) стандарты и руководства, к числу которых принадлежит и данный документ, разработаны согласно процессу разработки стандартов на основе добровольного участия и общего консенсуса. В ходе такого процесса объединяются усилия волонтеров и/или сводятся воедино замечания и мнения лиц, заинтересованных в предмете, которому посвящено данное издание. Хотя PMI администрирует этот процесс и устанавливает правила, гарантирующие непредвзятость при достижении консенсуса, PMI не занимается написанием документа, а также независимым тестированием, оценкой и проверкой точности или полноты материала, содержащегося в издаваемых PMI стандартах и руководствах. Подобным же образом, PMI не занимается проверкой обоснованности мнений, высказанных в этих документах…»

Коллектив авторов

Менеджмент / Финансы и бизнес