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

Нотация – это акцент на определенную методологию рассмотрения бизнес-процесса. В каком-то случае больше делается акцент на ресурсы и управление взаимодействием (это IDEF0), в другом больше внимание уделяется логике и логическим операциям, содержащимися в процессе (это BPMN), в другом случае акцент на действия и результаты (это EPC). Кстати, именно этот вариант наиболее удобен для написания инструкций, адресованных на конкретного исполнителя, а вот BPMN лучше подходит для описания взаимодействия между отделами и написания регламентов.

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

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

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

Собственно, вот мы с вами и добрались до следующего важного заблуждения о БП.

БП – это не кирпич, он живой и постоянно меняется. Понятное дело, что бизнес меняется вслед за ситуацией на рынке, вслед за новыми технологиями, а БП – это отражение этих изменений. Собственно, именно поэтому работа с БП требует поддержания их актуальности.

На практике нередко приходится сталкиваться с ситуациями (как правило это в крупных компаниях, холдингах), когда организация накапливает такое количество недостоверных регламентов и бизнес-процессов, что их нужно не то, что актуализировать, а практически заново проектировать.

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

Чтобы этого не происходило, работа с бизнес-процессами должна быть так же встроена в повседневную модель управления, как и контроль дебиторки, или уровня продаж, или контроль запасов. Если актуальность бизнес-процессов поддерживать каждый день, то это вполне выполнимая работа даже для небольшого бизнеса. В противном случае, даже ресурсов холдинга не хватит, чтобы своевременно навести порядок.

Собственно, это наиболее важные моменты, которые нужно знать по поводу бизнес-процессов.

Если вы уже знакомы с бизнес-процессами, то можете пропустить эту главу, так как я тщательно комментирую сложные элементы БП. Описание обозначений и технических особенностей БП и нотаций – это скорее дань академичности.

Нотация BPMN

На текущий момент эта нотация наиболее распространена. Это и понятно, так как она сосредоточена именно на процессе, его ходе. Она очень удобна для описания СRM и ERP и схожих систем, собственно этим и объясняется её популярность.

Business Process Model and Notation – тут даже переводчик не нужен. Даже из названия видно, на чём делали акцент разработчики этой нотации. Кстати, она была разработана в 2004 г, а последнее дополнение к ней вышло совсем недавно, в 2013 году. Так что можно считать, что это свеженький инструмент.

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

Ну а пока вот базовые элементы этой нотации:

Событие (круг);

Задача (прямоугольник);

Шлюз, развилка (ромб);

Поток, ход (стрелка);

Базы данных, документы;

Сноски, Пулы.

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



Рисунок 1. Примеры стартовых событий

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

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

Чистый 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 не занимается проверкой обоснованности мнений, высказанных в этих документах…»

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

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