Ключевой бизнес процесс это

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

Поделиться

• Telegram
• Whatsapp
• Вконтакте
• Одноклассники
• Email

Научные статьи на тему «Ключевые или основные бизнес-процессы»

Основная сфера риск-менеджмента

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

Автор Ксения Вадимовна Дерюгина
Источник Справочник
Категория Менеджмент
Статья от экспертов

Разработка системы ключевых показателей деятельности по основным бизнес-процессам

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

Автор(ы) Бараусова Е.А.
Амбарнова О.Ю.
Косолапкина А.И.
Источник Экономика и управление в XXI веке: тенденции развития
Научный журнал

Социальный институт бизнеса

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

Автор Кунилова Ксения
Источник Справочник
Категория Социология
Статья от экспертов

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

Источник: spravochnick.ru

Бизнес-процессы: как описать

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

1063 просмотров

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

Что такое бизнес-процесс?

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

Зачем описывать бизнес-процесс?

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

2 особенности БП

• В нем участвует несколько сотрудников.

Если один сотрудник выполняет одну задачу, то это этап бизнес-процесса. Но. Если сотруднику кто-то ставит задачу, и кто-то ее принимает, то это полноценный БП.

• Бизнес-процесс — это цепочка взаимосвязанных действий.

Они только в совокупности могут привести к желаемому результату.

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

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

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

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

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

3. Управляющие, как понятно из названия, нужны для управления основными и вспомогательными БП. Это проработка стратегии, риск-менеджмент и др.

Источник: vc.ru

Процессы: ключевые или сквозные?

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

Определимся с терминами

Традиционно под сквозными бизнес-процессами по­ни­мают такие процессы, которые протекают бо­лее чем через одно структурное подразделение компании.

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

Недостатки сквозных процессов

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

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

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

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

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

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

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

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

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

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

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

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

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

Как избавиться от сквозных ключевых процессов

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

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

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

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

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

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

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

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

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

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

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

Например, функция подбора персонала. Как правило, ее считают инфраструктурной. Если HR-подразделение одно на всю компанию, тогда его место — в «горизонтальном» слое. А если функ­ция подбора персонала критична для какого-то ключевого процесса, то логично поместить ее в соответствующее бизнес-подразделение.

Автоматизируй это

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

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

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

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

Статьи по схожей теме

• СберСтрахование жизни внедрит искусственный интеллект в урегулирование убытков уже в начале 2023 года
• Сбер совместно с ведущими вузами страны создаёт сеть центров искусственного интеллекта в регионах
• Камчатский край: как научиться согласовывать документы за 2 дня
• Запрос промышленников на отечественный софт: АРПП провела в Самаре практическую ИТ-конференцию

Источник: www.iemag.ru