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

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

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

Многие бизнес-процессы в этих организациях априори убыточные, дотируемые, приносящие доход третьим лицам за счёт иных доходов собственника. Публикации Пользователи Хабы Компании Песочница. Что такое бизнес-процесс и описание бизнес процесса Управление проектами , Бизнес-модели , ERP-системы , CRM-системы , Блог компании Trinion И, тем не менее, ум человеческий тщетно пытался постигнуть ее в течение более чем 2 лет, между тем как, с другой стороны, ему удался, но крайней мере приблизительно, анализ гораздо более содержательных и сложных форм.

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

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

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

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

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

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

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

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

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

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

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

Для наглядности описание технологического процесса может выглядеть таким образом: В бизнес-процессе вполне нормальной считается следующая ситуация: Получаем вводные данные A: Если данные соответствуют условию B, переходим на последовательность действий C; Если данные соответствуют условию D, выполняем действия E. Полученный результат передается на выход. Более реалистичные авторы пишут о периоде Второй Мировой войны.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Выделяют основные, вспомогательные и процессы управления — это главные группы БП. Как выполняемый единожды уникальный процесс отдельно выделяется БП развития. Направленность БП основной группы:.

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

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

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

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

Модель обычно отображают в виде схем, таблиц с описаниями, либо сочетание графика и текстового описания нотация и т. Степень детализации объекта, полнота описания, зависят от конкретного применения данной модели. Задачей любого из этих способов будет описание БП по принципу: У каждого БП есть свой исполнитель — это тоже нужно указывать. Им будет являться подразделение либо определенная должность. Как уже было указано выше, можно выделить графические, текстовые и табличные способы реализации модели.

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

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

IDEF - принята за стандарт практически повсеместно. Integration Definition for Function Modeling —технология моделирования функционала.

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

Описание бизнес-процессов, Business Process Description - Управление производством

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

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

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

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

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

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

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

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

Она может создаваться как посредством обычного графического редактора, наподобие Visio, так и в ПО для моделирования процессов.

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

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

Спасибо за ответ и еще раз за блог. Пишите еще обязательно — невероятно редкие и полезные вещи. Стас, спасибо за теплые слова. Какие именно инструкции вы имеете ввиду? Если рабочие инструкции — то это такая же часть описания как и все остальное. Рабочие инструкции это просто крайне детализированный уровень. Если вы имеете ввиду должностные инструкции, то они создаются по следующему принципу: Именно так связываются ДИ и описание процессов.

Сотрудники разных уровней получают разные уровни описания процесса. Некоторые системы позволяют строить анимационные модели. Права на все изображения и материалы, представленные на портале, принадлежат их владельцам. При использовании материалов с портала активная ссылка на www. Узнать больше Оформить заказ. Объект воздействия вид, количество, размеры,… Место воздействия организационная единица, рабочая система. Вид и последовательность событий, структура. Применяемые средства производства вид, количество, производительность, ….

Ход процесса горизонтальный, вертикальный; пространственно-временной. Участие персонала количество, квалификация, …. Затраты времени на события и общий процесс длительность процесса. Рабочие условия, требования и задания.

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

Найдено :

Случайные запросы