Войти
Идеи для бизнеса. Займы. Дополнительный заработок
  • Зачем нужно штатное расписание и как его составить
  • Растаможка перевозимых грузов — правила и условия
  • Боремся с пухопероедами у курочек Как обработать кур керосином и нашатырным спиртом
  • История создания старуха изергиль максима горького презентация
  • Конвенции Международной организации труда (МОТ) в регулировании трудовых отношений Конвенция мот трудовые отношения
  • Как керосин стал лекарством и стоит ли его применять
  • Схема бизнес процесса для нетерпеливых. Золотые правила описания бизнес-процессов

    Схема бизнес процесса для нетерпеливых. Золотые правила описания бизнес-процессов

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

    Понятие бизнес-процесса

    Для начала определим, что такое процесс в принципе. Итак, простой пример. Выпал снег, потом он растаял, затем ударил мороз, пешеходы падают, автомобили сталкиваются друг с другом на дороге. Это погодное явление, называемое зимний гололед. А если взять немного глобальнее: выпал снег, пролежал 3 месяца, растаял, выросла трава, распустились листья, зацвели цветы, созрели фрукты, выросли овощи, полетели листья, пришли холода, выпал снег. И вот это уже процесс под названием «смена времен года».

    Что отличает явление от процесса? Явление – разовое состояние чего-либо, а процесс – это повторяющиеся в каждом индивидуальном случае проявления, взаимосвязанные между собой.
    Точно также определяется бизнес-процесс. Все отдельные части производства совмещаются, получается на выходе готовый продукт. Совмещение отдельных финансовых частей на выходе дает прибыль. Совмещение мероприятий с персоналом дает сплоченный профессиональный коллектив, а совмещение всех информационных потоков дает рождение новых технологий.

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

    Моделирование бизнес-процесса и его осуществление должен проводить один человек, это начальник, директор, руководитель проекта или сам предприниматель. Но всегда один! Если руководителей одного процесса несколько, то он распадется на столько частей, сколько лиц будет им командовать, как бы они гордились, что у них «дружная и сплоченная» команда. Бизнес-процессы организации, которых всегда присутствует не менее 10, всегда управляются ответственными лицами. Но бизнес-процесс основной, включающий множество мелких, должен управляться одним человеком – генеральным директором, управляющим предприятием, владельцем. Только так предприятие может выйти на более организованные, грамотные и современные пути развития.

    Классики менеджмента бизнес-процесс определяют по-разному, но, в принципе, все определения говорят об одном и том же:

    • бизнес-процесс — это комплекс операций, следующих одна за одной в строгом порядке, которые направлены на трансформацию входящих материалов и информации в конечный продукт, представляющий ценность для клиента;
    • бизнес-процесс — это создание ценности (не цены!) для потребителя, который выражается для владельца в получении прибыли;
    • бизнес-процесс — это взаимосвязь нескольких производственных функций и совокупность действий, которые характеризуются входящими ресурсами, конечным результатом – продуктом, отвечающим требованиям клиента;
    • бизнес-процесс — это преобразование входящих ресурсов в продукт на выходе всего процесса, это есть реализация единой, главной функции бизнеса, которая приводит к выполнению основной цели;
    • бизнес-процесс — это совокупность действий, следующих в строгой очередности, цикличности, решающих конкретную задачу предпринимателя.

    Три характеристики бизнес-процесса

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

    1. Бизнес-процесс и его стоимость. Этот параметр всегда должен стремиться к минимуму. К примеру, производство бумажных салфеток обходится заводу в расчете на одну пачку в 30 копеек. Если бизнес-процесс работает постоянно, грамотно, взвешенно, то инженеры, технологи. Дирекция и простые рабочие будут придумывать такие действия и мероприятия, чтобы этот показатель снизился до 20 копеек, к примеру, при полном сохранении высокого качества продукта и скорости его выпуска. Все уже поняли, что речь идет о снижении себестоимости, которая дает прирост общей прибыли. Следовательно, увеличатся зарплаты, инвестиции в развитие и новые проекты. Если руководитель внимательно относится к этой составляющей бизнес-процесса. То успех предприятию обеспечен.

    2. Бизнес-процесс и длительность. Этот показатель всегда должен иметь тенденцию к сокращению. Помните историю Форда? На чем он заработал свои миллионы? Он придумал конвейер, существенно сократив время на сборку автомобилей. Потрясающей красоты и надежности авто появились уже потом, а началом всему было увеличение скорости бизнес-процесса, в данном случае производственного. Чем быстрее идет процесс, тем больше производительность производства, тем большее количество товара попадет на склад, будет продано. Это означает увеличение общей прибыли за конкретный временной отрезок, образование n-ной суммы на увеличение зарплат, инвестиции в развитие и пр. и пр., смотри пункт первый.

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

    Виды потребителей результатов бизнес-процессов

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

    Рассмотрим пример. Вы производите веники и имеете прибыль. Чтобы получить ее еще большую, вы анализируете, корректируете ваши бизнес-процессы. Ваши потребители – пожилые люди, у которых нет средств на «волшебные» швабры и пылесосы, или граждане скромной состоятельности любого возраста. Они будут диктовать требования к бизнес-процессу, то есть они захотят, чтобы веники были более долговечными, крепкими, эластичными, дешевыми. А еще они захотят скидку на новый веник, если принесут вам старый. Следовательно, для повышения продаж, вы будете стремиться удовлетворить все требования внешнего потребителя.

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

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

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

    Виды бизнес-процессов

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

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

    На практике также важно определить верно, какой бизнес-процесс является главным, а какой вспомогательным, чтобы расставлять приоритеты. Это порой приносит колоссальную пользу для предприятия. Вам знакомы заявления бухгалтерии, что у них маленькая зарплата, что они должны ездить на курсы повышения квалификации, что к ним надо приглашать консультантов, возить на служебном автомобиле и многие другие? Я сталкивалась с такими деятелями в сфере финансовых бумаг, вы, уверена, тоже. И сколько руководителей идет на эти условия, лишь бы в бухгалтерии был порядок. Но поверьте, что как раз в таких бухгалтериях нет никакого порядка, только видимость важности!

    Сотрудникам необходимо объяснить, что не предприятие создано для того, чтобы им предоставить работу и держать над ними корону, а они пришли на предприятие, чтобы помогать ему жить стабильно и в рамках закона, в полном соответствии с требованиями к документации. И чем строже вы поставите этот вопрос, тем меньше проблем у вас найдет очередная проверка, тем продуктивнее будет идти общий бизнес-процесс.

    Кроме того, общий бизнес-процесс включает еще и сопутствующие, обеспечивающие, управляющие и процессы развития.

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

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

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

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

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

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

    Модель бизнес-процессов

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

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

    В ходе выполнения работ в рамках процесса обязательно необходима отчетная документация, доступная и понятная всем участникам процесса. Это также надо отразить в шаблоне с приложением форм, образцов. Цель бизнес-процесса обязательно должна присутствовать в документе, а также конкретные и измеримые показатели, по которым можно будет судить о выполнении поставленных задач.

    При создании шаблона можно пользоваться понятием «точка бизнес-процесса», это название каждого элемента модели. Исполнитель – точка, ключевой узел – точка, время исполнения – точка, и так далее.

    Оптимизация бизнес-процессов

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

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

    Оптимизированное моделирование бизнес-процесса должно проводиться поэтапно, четко и последовательно. Начинается оно с исправления и коррекции узких функциональных моментов, постепенно переходит и на крупные потоки. Риски при оптимизации весьма умеренные с возможностью вернуться к прежнему курсу. Время, затрачиваемое на проведение мероприятий по оптимизации процессов, как правило, минимальны.

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

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

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

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

    Бизнес-процесс – тема очень объемная, но если после прочтения этой статьи вы начали анализ своей работы и поиск основных и вспомогательных процессов, это уже хорошее начало большого пути, который называется «бизнес-оптимизация». А ее плоды не заставят себя ждать, удачи вам, уважаемые предприниматели!

    Е.Щугорева

    В дополнение просмотрите вебинар бизнес-консультанта Михаила Рыбакова «Как описать процессы своей компании»:

    Facebook Twitter Google+ LinkedIn

    Владимир Репин

    Генеральный директор ООО «Владимир Репин Менеджмент»

    Член ABPMP Russia

    Консультант по управлению

    Бизнес-тренер

    Кандидат технических наук

    В статье рассмотрены вопросы выбора нотации для описания процессов с целью последующей регламентации. Сравниваются между собой часто используемые нотации Work Flow, такие как: «Простая блок-схема » в MS Visio, «Процедура» Business Studio, нотация ARIS eEPC и другие. При сравнении нотаций основное внимание уделяется вопросам создания простых и понятных сотрудникам организации схем процессов.

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

    Введение

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

    Сравнение нотаций

    Для сравнения были выбраны следующие нотации описания процессов:

    1. «Простая блок-схема » (с отображением движения документов, с использованием блока «Решение»);
    2. «Простая блока-схема » (без отображения движения документов, без использования блоков «Решение»);
    3. «Процедура» системы Business Studio (один из возможных вариантов представления);
    4. ARIS eEPC.

    В качестве тестового примера был выбран простой и интуитивно понятный процесс. Результаты описания этого процесса представлены на Рис. 1-4.

    Рис. 1. Схема процесса в нотации «Простая блок-схема » в MS Visio (с движением документов, с использованием блока «Решение»)

    На схеме, представленной на Рис. 1, последовательность выполнения операций процесса во времени показана при помощи жирных стрелок, а движение документов — при помощи тонких пунктирных стрелок. Блоки «Решение» использованы классическим образом. Они отображают информацию (вопросы), от которых «зависит» последующий ход процесса. Такой подход к использованию «ромбиков» является весьма распространенным. Но фактически, вся логика принятия решений и формирования тех или иных выходов (документов) должна заключаться внутри операций процесса. Если задуматься, то ценность (смысл) рисования этих «ромбиков» не является очевидным. Что это за объекты: операции процесса, события? Вроде бы, ни то, и ни другое. Это скорее операторы принятия решения по какому-либо условию. Но ведь мы разрабатываем схему процесса для людей, а не пишем компьютерную программу на специальном языке. В компьютерной программе «ромбик» был бы полноценной операцией сравнения условий и т. п. Но на схеме процесса нужно показывать реальные объекты — процессы, выполняемые людьми, документы, информационные системы и т. п. Задумайтесь, корректно ли показывать «ромбики» отдельно от операции процесса на схеме? Вместо этого можно:

    • Описать логику принятия решения в виде последовательность операций на схеме рассматриваемого процесса;
    • Описать логику в виде схемы шагов соответствующего подпроцесса, переходя на уровень ниже;
    • Описать логику текстом (в текстовых атрибутах операции) и в последующем вывести в регламент выполнения процесса.

    Сформулируем «плюсы» и «минусы» рассмотренного выше (Рис. 1) способа использования «ромбиков».

    «Простая блок-схема » в MS Visio (с движением документов, с использованием блока «Решение»)

    На Рис. 2 показан пример того же самого процесса, только описанного без использования блоков «Решение» и документов. Легко проверить, что на этой схеме на 24 графических элемента меньше, чем на схеме Рис. 1. Схема Рис. 2 выглядит гораздо проще. От графических элементов не рябит в глазах, а с точки зрения информативности эта схема вполне понятна и доступна конечному пользователю. Если для каждой операции процесса описать требования к ее выполнению текстом, то комбинируя табличную и графическую формы представления, можно вполне адекватно описать порядок исполнения процесса для сотрудников компании.

    Рис. 2. Схема процесса в нотации «Простая блок-схема » в MS Visio (без движения документов, без использования блока «Решение»)

    «Плюсы» и «минусы» графического представления процесса в форме, представленной на Рис. 2, показаны ниже.

    «Простая блок-схема » в MS Visio (без движения документов, без использования блока «Решение»)

    В целом, применение схем в формате, подобном представленному на Рис. 2, является удобным как для разработчиков, так и для сотрудников, работающих по этим схемам.

    На Рис. 3 представлена схема процесса, сформированная в нотации «Процедура» среды моделирования Business Studio. Схема имеет несколько особенностей. Во-первых, блоки «Решение» использованы нестандартным образом — не как графический элемент для отображения вопроса и ветвления, а как полноценная операция процесса, связанная с принятием решений. В Business Studio «ромбик» обладает почти всеми атрибутами полноценного процесса, но не может быть декомпозирован (возможно, разработчики системы со временем сделают такую возможность). Использование «ромбика» (вместо четырехугольника) делает схему нагляднее. При этом в атрибуты «ромбика» можно внести любую текстовую информацию: описание, начало, завершение, требование к срокам и т. п.

    Второй особенностью схемы процесса, представленной на Рис. 3, является применение стрелок. Для отображения последовательности операций можно использовать стрелку с одним наконечником — стрелку «предшествования». Для отображения движения документов можно использовать стрелку с двумя наконечниками. Однако в Business Studio можно обойтись использованием только одного типа стрелок — стрелками «предшествования». При этом к именованным стрелкам можно привязывать необходимое количество документов, которые определены в справочнике объектов деятельности.

    Такой подход дает возможность:

    • Существенно сократить количество графических элементов на схеме процесса, и при этом;
    • Вывести в регламент процесса необходимую информацию о входящих и исходящих документах.

    Таким образом, не загромождая схему лишними элементами, мы можем, тем не менее, полно описать процесс и выгрузить в регламент всю необходимую информацию.

    Тот факт, что название стрелки не зависит от документов, которые к ней привязаны, позволяет именовать стрелки на схеме максимально понятным и удобным для сотрудников образом. Например, к стрелке предшествования «Подготовлен комплект отчетов» можно привязать комплект конкретных документов. Название стрелки в этом случае указывает исполнителю на событие, завершившее предыдущую операцию под названием «Сформировать отчет по инкассации за день». (Заметим, что в методологии компании «СТУ» стрелка после операции процесса — это сущность, а не событие. После блока «Решения» можно показывать возможные результаты решения).

    Рис. 3. «Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»)

    «Плюсы» и «минусы» графического представления процесса в форме, представленной на Рис. 3, показаны ниже.

    «Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»)

    В случае применения Business Studio, нотация «Процедура» может быть использована несколько по-разному. Автор статьи склоняется к подходу, представленному на Рис. 3.

    На Рис. 4 представлена схема рассматриваемого процесса, разработанная в нотации ARIS eEPC. Заметим, что на схему не поместились некоторые операции процесса. Эта неполная схема простейшего процесса, выполненная в нотации ARIS eEPC, содержит четыре оператора логики и восемь событий! Сотрудник, читающий схему, должен уметь правильно интерпретировать все эти логические операторы. Без специального обучения и наличия некоторых навыков чтения подобных схем, рядовой сотрудник вряд ли сможет понять логику рассматриваемого процесса без подробного текстового описания или помощи квалифицированного бизнес-аналитика.

    Заметим, что схема процесса в нотации ARIS eEPC занимает существенно больше места, чем схемы, представленные на Рис. 1-3. Трудоемкость формирования такой схемы также существенно выше.

    Рис. 4. Схема процесса в нотации ARIS eEPC (построена в Business Studio)

    Схема процесса в нотации ARIS eEPC (построена в Business Studio)

    В целом, если Вы не собираетесь покупать SAP R/3, то выбор и использование нотации ARIS eEPC не является, с точки зрения автора статьи, оптимальным решением. Стоит обратить внимание на более наглядные и интуитивно понятные исполнителям нотации описания процессов. Впрочем, кому-то нотация ARIS eEPC может показаться более наглядной и понятной. До определенной степени, это вопрос вкуса.

    Описание процесса для целей последующей автоматизации

    Интересно рассмотреть приведенный выше пример описания бизнес-процесса в случае, если он представлен в нотации BPMN 2.0. Это нотация предназначена для описания «исполняемых» процессов, т. е. процессов которые поддерживает система BPM.

    Своим мнением об использовании BPMN 2.0. делится А. А. Белайчук — Генеральный директор компании «Бизнес-консоль»:

    «На Рис. 5 изображен тот же процесс в нотации BPMN. Как мы видим, этот рисунок похож на Рис. 1: в нотации BPMN задачи изображаются прямоугольниками, развилки — ромбами, данные — пиктограммой, похожей на документ. Потоки управления — сплошные линии, потоки данных — пунктирные.

    Надо учитывать, что на этой диаграмме задействована только малая часть нотации BPMN: только один вид развилок из 5 имеющихся в палитре, один вид задач из 8. Помимо более широкой палитры, эту нотацию отличает возможность моделировать не только изолированный поток работ, но также несколько процессов, взаимодействующих друг с другом через сообщения или данные. Кроме того, эта нотация более строгая: в ней определены не только значки, но и правила, по которым они могут сочетаться друг с другом. Необходимость таких правил диктуется тем, что нотация BPMN ориентирована не только на то, что ее будут читать люди, но и на непосредственное исполнение специальным программным обеспечением — „движком“ BPM-системы.

    В то же время, как показывает данный пример, при использовании ограниченного подмножества палитры BPMN оказывается не сложнее привычной блок-схемы. Ну, а тем, кто хочет освоить BPMN профессионально, мы рекомендуем специализированные тренинги bpmntraining.ru .»

    Рис. 5. Схема процесса в нотации BPMN 2.0

    Практика жизни

    На Рис. 6 показан фрагмент схемы процесса, разработанный бизнес-аналитиками вполне конкретной компании в придуманной ими нотации. Схема построена с применением принципов «Простой блок-схемы » — применяется блок «Решение» в своем классическом варианте. Кроме этого, на схеме представлено множество других условных обозначений, использованных не совсем стандартным образом.

    Рис. 6. Примеры схемы процесса одной из компаний

    При формировании схемы Рис. 6, бизнес-аналитики очевидно, «боролись» за наглядность и максимальную понятность для рядового пользователя. Они стремились свести к минимуму, или вообще отказаться от текстового комментария к схемам процессов. Исполнителям просто печаталась схема формата А3, при чтении которой все сразу становилось понятно: что делать, как, какие документы использовать и т. п.

    Рассматриваемая схема не является, конечно, образцом простоты и наглядности. Но она была сформирована, чтобы донести максимум полезной информации для исполнителей процесса.

    Выводы

    Итак, очевидно, что при описании процессов нужно стремиться к простоте и понятности для сотрудников.

    Использование сложных, формализованных нотаций при описании процессов приводит к:

    • Трудностям при использовании (интерпретации) схем рядовыми сотрудниками;
    • Невозможности (сложности) организации работ по описанию процессов силами сотрудников подразделений, не прошедших специальное обучение;
    • Значительному увеличению трудозатрат бизнес-аналитиков на формирование схем;
    • Дополнительным сложностям при документировании схем (большой объем и т. п.).

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

    http://finexpert.ru/ — среда общения профессионалов http://bpm3.ru/ — процессы, проекты, эффективность

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

    Общая информация

    Для начала давайте разберёмся с тем, чем же являются бизнес-процессы. Так называют совокупную последовательность определённых действий, направленных на то, чтобы преобразовать ресурсы, полученные на входе в завершенный продукт, обладающий ценностью для потребителей на выходе. Благодаря такому определению можно понять, что бизнес-процессы есть внутри каждой организации. Формализованы они или нет, это роли не играет. Запомните: можно везде встретить бизнес-процессы. Примеры их будут наведены далее в статье.

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

    Функциональный подход

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

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

    Процессный подход

    Он рассматривает всё происходящее как набор процессов. Существуют основные и поддерживающие. Каждый процесс обладает своёй определённой целью, которая подчинена задаче, стоящей перед всей компанией. Кроме этого, есть владелец, который управляет ресурсами и отвечает за исполнение всего необходимого. Также должна быть система по контролю качества и исправлению ошибок. Само собой, что ни один процесс не может протекать без ресурсов. И завершает список компонентов система показателей, по которым и оцениваются бизнес-процессы. Примеры этого какие, ведь было обещано, что они будут? Вот сейчас давайте один и рассмотрим.

    Представьте себе карту. В самом центре находится Он делится на отдельные составляющие. Их сопровождают управляющий и поддерживающий процессы, которые следят за тем, чтобы всё исполнялось так, как требуется. Это и будет процессный подход. Когда работа одного элемента завершена, его наработки передаются следующему.

    Описание бизнес-процессов

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

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

    Порядок разработки

    Давайте рассмотрим практический пример бизнес-процесса на предприятии. Первоначально нам необходимо позаботиться о рабочей команде проекта. Она формируется из сотрудников компании. Чаще всего оказывается, что одной рабочей команды недостаточно. Что тогда может быть предпринято? Для восполнения нехватки сил можно привлечь временную группу. Не помешает также создать и описание того, как процесс функционирует на данный момент времени. При этом следует стремиться выявить все связи между действиями, а не фиксировать мельчайшие подробности.

    Чтобы избежать ухода в сторону, можно использовать стандартные карты и формы процессов. При разработке процессов рекомендуется использовать метод последовательных приближений. Иными словами, необходимо повторять цикл действий по улучшению, пока не будет получен приемлемый результат.

    Чему следует уделить внимание?

    Следует сконцентрироваться на следующих разделах:

    1. Стандартные формы.
    2. Карта.
    3. Маршруты.
    4. Матрицы.
    5. Блок-схемы.
    6. Описание стыков.
    7. Вспомогательные описания.
    8. Документирование.
    9. Развернутое описание.
    10. Определение индикаторов и показателей.
    11. Регламент выполнения.

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

    О картах замолвим слово

    Итак, мы уже рассмотрели, что собой представляют бизнес-процессы, примеры их в реальной жизни. Сейчас давайте пройдёмся по технической документации, которая должна быть, если нам нужно точное и четкое описание. Итак, первоначально хочется уделить внимание карте бизнес-процесса. Она является графическим представлением, выполненным как блок-схема. При этом необходимо позаботиться о том, чтобы для каждого участника был отведён свой отдельный столбец. В строки заносят временные интервалы. Полностью оформленная карта позволяет проверить, была ли синхронизирована операция.

    Также можно проследить и то, проходит ли и как информация между разными подразделениями компании. Для получения наилучшего эффекта следует поставить несколько вопросов. Кто совершает эту операцию? Зачем её необходимо выполнять? Что она собой представляет? Когда нужно проводить операцию? Где она осуществляется? При улучшении осуществляемых процессов следует ёще поинтересоваться, можно ли её совершенствовать.

    Матрицы

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

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

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

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

    Довольно давно занимаясь описанием бизнес-процессов, я опробовала разные техники, инструменты и шаблоны. Поделюсь методом, который использую в последнее время и который «прижился» в нашей компании.

    Итак, определяем процесс , который нужно описать. Далее

    - собираемся с ответственным за процесс и основными участниками/ экспертами (до 3 человек);
    - определяем границы процесса, участников, входы/ выходы, этапы процесса – блоки, на которые разбиваем процесс и результаты этих этапов;
    - договариваемся и в итоге рисуем такую схему процесса:

    описываем каждый блок (подпроцесс). Для этого используем графическую функциональную блок-схему, шаблон которой есть в MS Visio:

    В описании мы используем обозначения:


    В результате схема процесса (этапа) выглядит так:

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

    Схема, нарисованная в MS Visio, - это уже окончательный вариант. Вся суть в ее создании. И главное здесь – вовлечение непосредственных участников процесса.

    Мы описываем процесс так:

    1. Организуем рабочее совещание участников процесса и экспертов;

    2. Готовим «клейкую стену» , карточки формата A5, маркеры;

    3. Определяем модератора, который ведет дискуссию, пишет и клеит карточки на стену;

    4. Размечаем горизонтальные строки малярным скотчем;

    5. Определяем участников процесса, записываем на карточках и клеим слева на стене в соответствующих строках;

    6. Определяем (подтверждаем) вход/ выход процесса (желтые карточки);

    7. Участников разбиваем на две группы, каждая группа обсуждает и пишет на карточках действия процесса от «входа» до «выхода». Раскладывает на столе;

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

    9. Проходимся по схеме (читаем), добавляем недостающие действия, задавая группам вопросы, определяем результаты действий (пишем на стрелках);

    10. Фотографируем и отдаем на оцифровку.

    В итоге получаем схему в MS Visio, как на предыдущем рисунке.

    Все описание мы размещаем на одной странице – компактно и наглядно. Действия каждого участника описаны в отдельной строке, что позволяет быстро определить его роль и функции в процессе.

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

    Итоговую схему рассылаем всем участникам для согласования. Руководитель проекта (или другой ответственный) утверждает ее, она сохраняется в альбоме процессов проекта и становится руководством к действию.

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

    Хочу напомнить, что перед тем, как начать описывать бизнес процессы, необходимо . компании – платформа, с которой необходимо начинать.

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

    Схема бизнес процесса – инструкция для нетерпеливых

    1 – Задайте границы процесса

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

    2 – Нарисуйте основные блоки процесса

    Расположите основные блоки (подпроцессы, операции) , в том порядке, в котором они выполняются.

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

    3 – Добавьте развилки и другие события

    А вот теперь пора немного усложнить. Добавьте основные варинты развития процесса и основные промежуточные события. Дополните схему недостающими операциями.

    4 – Обозначьте роли участников процесса

    В бизнес процессах нет должностей или конкретных сотрудников. Вместо этого используется понятие – роль. Одни сотрудник может выполнять множество ролей. Одну роль может выполнять множество сотрудников. Из набора ролей складывается должность.

    По необходимости добавляйте недостающие операции.

    5 – Разместите на схеме документы

    Документ, это не обязательно официальная бумага с семью подписями. С точки зрения управления бизнес процессами, документ это информация на любом информационном носителе. Электронное письмо, доклад, презентация, СМС – все это документы.

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

    6 – Добавьте используемые программы и базы данных

    Процесс должен отражать, какие программы и базы данных в нем используются.

    7 – Расположите инструменты и материалы

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

    8 – Определите показатели эффективности в бизнес-процессе

    Расположите на схеме бизне-процесса показатели эффективности, которые тем или иным способом учитываются в системе.

    9 – Свяжите полученную схему с другими процессами

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


    10 – Проверьте полученную модель бизнес-процесса

    В принципе, схема готова. Схема бизнес-процесса должна отвечать на следующие вопросы:

    • С чего начинается и чем заканчивается бизнес-процесс?
    • С какими процассми он связан? Чем обменивается?
    • Какие операции выполняются? В каком порядке?
    • Кто выполняет операции в процессе?
    • Какие документы используются и появляются в процессе? В каких операция эти жокументы используются/появляются?
    • Какие интсрументы, материалы, ПО и базы данных используются в процессе и в каких операциях?
    • Какие показатели эффективности и где именно фиксируются в бизнес-процессе?

    Качественно подготовленная схема должна быть проста для восприятия и достаточно информативна.
    Схема бизнес-процесса должна быть понятна «человеку с улицы».
    Схема бизнес процесса, на этапе описания, должна отражать то, как процесс выполняется в реальной жизни.

    Данный алгоритм, позволит вам довольно просто и быстро описать необходимые бизнес-процессы. Далее я буду подробно рассказывать об описании бизнес-процессов. Оставайтесь на связи.