Бизнес-процесс на предприятии - Управление производством

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

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

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

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

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

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

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

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

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

Это все бизнес-процессы 1-го уровня. Когда мы группируем несколько бизнес-процессов по определенному признаку, мы не создаем новый уровень для бизнес-процесса. Групп бизнес-процессов может быть сколько угодно они делаются для удобства аналитиков и сотрудников банка , а уровней бизнес-процессов желательно делать не более 3—5. МТИ-Банк применяет следующий подход для разбиения бизнес-процессов по уровням.

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

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

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

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

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

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

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

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

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

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

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

Такими документами в основном являются положения о подразделениях и должностные инструкции. Для примера приведен алгоритм формирования должностной инструкции заведующего фермой для сельскохозяйственной компании см. Алгоритм формирования должностной инструкции Как видно из рис. Внедрение информационных систем для управления бизнес-процессами Существующая в последнее время мода на автоматизацию бизнес-процессов лишь оголила и усилила проблемы управления и необходимость системного подхода к их решению.

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

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

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

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

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

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

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

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

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

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

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

Перечень бизнес-процессов верхнего уровня модели IBL процессная модель. процессная модель разработана Американским центром произво-дительности и качества (American Productiv Ityand Quality Center)и включа-ет процессы, приведенные в таблице   Пример бизнес-процесс верхнего уровня. На вопрос, «Что происходит раньше: закупка продукции или ее про-дажа?» могут быть даны два различных ответа в зависимости от двух раз-личных ситуаций. На верхнем уровне обычно выделяют группы бизнес-процессов (рис. 3). Основные бизнес-процессы — это те, которые приносят банку прибыль: 1. Обслуживание физических лиц. 2. Обслуживание юридических лиц. 3. Работа на финансовых и межбанковских рынках. Обеспечивающие бизнес-процессы — это вспомогательные процессы, которые обеспечивают стабильную деятельность банка, но не приносят прибыль. 4. Административно-хозяйственное обеспечение. Бизнес-процессы часто представляют собой комбинацию ключевых, управленческих и поддерживающих процессов (см. схему 2). · Ключевые процессы (создания стоимости) объединяют задания и работу для выполнения определенных требований клиента с применением ключевых производственных компетенций.  Схема 3: Уровни бизнес-процессов. Уровни процессов. Примеры. Процессы 1 уровня Цепочка предприятий.

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

Диаграмма A-0 устанавливает область моделирования и ее границу. Например, процесс второго уровня "Продвижение продуктов" может быть декомпозирован на подпроцессы 3 уровня: Группировка клиентов и анализ клиентской базы 2. Разработка программы удержания клиентов 3. Определение потребности по привлечению новых клиентов 4. Разработка комплекса продвижения продуктов на целевые рынки 5. Модель, выполненная в нотации IDEF0, имеет контекстную диаграмму верхнего уровня А-0, на которой объект моделирования представлен единственным блоком с граничными стрелками.

Проведение мероприятий комплекса продвижения. На 3 уровне происходит смена нотации моделирования. Обсуждение возможностей сайта и форума. Рекомендации по расширению функциональности.

Описание проблем и поиск путей их решения. Перенос сервера сайта от Дмитрий Стукалов 1 мес. Общение на свободные темы 72 темы. Истории, шутки, анекдоты по тематике сайта. Читайте, расслабляйтесь, набирайтесь сил! А может быть, о компьютерных или настольных играх? Всего пользователей в сети:: О сайте Организация как бизнес-система Материалы об оргструктурах Организационное моделирование Контакты. Навигация по разделу Организационное моделирование, базовые и дополнительные компоненты организационной модели Цели организации.

Принципы построения дерева целей Термины и понятия, связанные с деятельностью организации Виды организационных подсистем. Конкретизация понятия "бизнес-процесс" Модель деятельности. Верхний уровень модели деятельности Модель деятельности. Формирование моделей процессов на среднем и нижнем уровне иерархии.

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

20 мая г. - Логическая структура процесса предполагает четкую Выделяются следующие уровни зрелости бизнес-процессов: Начальный. Модель бизнес-процессов, согласно методологии SADT, создается на Количество уровней декомпозиции выбирается исходя из стоящих задач и. описанные и регламентированные бизнес-процессы формализуют существующую модель . Уровни описания обеспечивающих бизнес-процессов.

Найдено :

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