Статьи по теме: Бизнес-процессы
Простая методика оптимизации бизнес-процессов
Цель и суть методики
Для чего нужна оптимизация бизнес-процессов – очевидно. На всякий случай, еще раз напомню – для того, чтобы зарабатывать больше денег. Как зарабатывать больше денег? Первое – больше продавать (товаров, работ, услуг). Второе – меньше тратить. Как организации зарабатывают деньги? Первый способ – реализуя проекты. Второй способ – исполняя процессы. В этой статье мы рассмотрим второй способ.
Что такое «процесс» (или «бизнес-процесс», хотя многие, особенно некоторые чиновники, не любят этот термин, утверждая, что у них нет бизнеса, поэтому нет и бизнес-процессов)? Процесс (согласно Википедии) – устойчивая и целенаправленная совокупность взаимосвязанных действий, которые по определенной технологии преобразуют входы в выходы для получения заранее определенных продуктов, результатов или услуг, представляющих ценность для потребителя. Главное, что отличает процесс от проекта – это то, что он повторяется из раза в раз по одной и той же схеме. Это свойство процессов и позволяет их «оптимизировать».
Для того, чтобы что-то улучшить – это, для начала, надо измерить. Для бизнеса лучше всего измерять «в деньгах». С учетом обозначенных выше целей, процессы имеют следующие «измерения»:
-
Производительность (Продуктивность) – то, сколько мы зарабатываем при помощи процесса
-
Затраты (Себестоимость) – то, сколько мы тратим на процесс
-
Эффективность – соотношение Производительности и Затрат, что позволяет нам оценить «стоит ли игра свеч», а также сравнить между собой разные варианты осуществления одного и того же процесса
Что мы можем сделать, чтобы повысить эффективность процесса? Предложить его альтернативный вариант (совокупность взаимосвязанных действий), который позволит преобразовывать входы в выходы с большей производительностью и/или меньшими затратами.
Как найти такой «правильный» вариант? Конечно же, придумать его самим. Однако, тут нам нужен софт, который позволит «быстренько» создать модель текущего процесса и на основании этой модели автоматически рассчитать его производительность и себестоимость. Потом поиграть в «Что, если?», создать несколько альтернативных вариантов модели процесса и точно также автоматически рассчитать производительность и себестоимость каждого варианта. Дальше выбираем лучший вариант и внедряем выбранную модель на практике.
Читать далее »
Описание бизнес-процессов: как получить результат, а не «сработать в стол»
Согласно Википедии, устойчивое сочетание «работать в стол» означает «выполнять работу, результаты которой не будут востребованы». К сожалению, достаточно часто эту фразу в той или иной степени можно применить к описанию бизнес-процессов в организациях. Особенно часто приходится сталкиваться с тем, что результаты этой работы, хотя и используются, но далеко не в полной мере, а потому сделанные инвестиции в моделирование оказываются недостаточно эффективными. Подобным ситуациям и вариантам действий, которые могут помочь их избежать, и посвящена эта статья.
Цели и задачи описания бизнес-процессов
В большинстве случаев проекты по формализации бизнес-процессов в коммерческих организациях инициируются их руководством во имя главной цели бизнеса: роста прибыли, что, в свою очередь, обеспечивается за счет увеличения выручки и сокращения издержек. В некоммерческих и государственных организациях обычно цели немного другие, но во всех случаях «глобальные» мотивы можно (и совершенно необходимо!) декомпозировать до более конкретных вещей, на которые уже можно ориентироваться при планировании и реализации проекта описания бизнес-процессов. Вот некоторые из них:
- достижение целостного и достаточно детального понимания текущих бизнес-процессов всеми заинтересованными сторонами;
- сокращение материальных, трудовых и временных издержек при выполнении бизнес-процессов путем их оптимизации;
- повышение управляемости за счет четкой регламентации бизнес-процессов, включая разделение зон ответственности и задание временных ограничений для отдельных операций;
- подготовка к внедрению какой-либо информационной системы;
- ускорение входа в работу новых сотрудников за счет более быстрого изучения бизнес-процессов и своих должностных обязанностей.
Читать далее »
BPM-система в действии или как сделать много за мало
Занимаясь много лет автоматизацией бизнес-процессов, я не понаслышке знал, что такое ресурсные треугольники, квадраты, круги (шутка J) и прочие законы жанра. Если нужно сделать хорошее индивидуальное и функциональное решение под какую-то организацию, то почти всегда получается дорого. Если бюджет проекта составляет три копейки, то обычно получается очень сердито.
Наверное, не будет слишком уж сильным невежеством утверждать, что максимально возможный эффект для бизнеса от ИТ-решения, отнесенный к стоимости его разработки/внедрения — величина примерно одинаковая для решений разных вендоров, технологий, парадигм и т.п. Есть лишь только одна маленькая деталь – реальный эффект от ИТ-решения, как правило, существенно меньше максимального (часто иногда он меньше нуля) и стремится к максимальному в том случае, если это правильное решение для конкретной компании и внедряется оно правильными людьми. Попытки внедрить 1С в компаниях, где нужен SAP приводят к печальным последствиям. Равно как и внедрение SAP в компаниях, где вполне подойдет 1С приводит к неадекватным расходам на внедрение и дальнейшее сопровождение и, в конечном счете, к тем же печальным последствиям (для ИТ-руководства). Ну, собственно, это философия ИТ.
Читать далее »
Бизнес-аналитика: достижение целей через понимание задач
Емкость понятий «бизнес» и «аналитика», пожалуй, того же порядка, что и таких общих понятий, как «дружба», «работа», «отдых». Поэтому неудивительно то, что под понятие «бизнес-аналитика» подпадает весьма и весьма значительное количество видов деятельности. До настоящего момента я не встречал ни одного определения этого термина, в котором более или менее полно давалась бы его структура, т.е. то из чего, собственно, бизнес-аналитика состоит, чем конкретно занимается бизнес-аналитик и т.п. Еще сложнее обозначить границы бизнес-аналитики, выделить ее среди таких понятий, как «менеджмент», «консалтинг», «информационные технологии».
Вероятно, в силу этих причин в своей работе я регулярно сталкиваюсь либо с недопониманием того, что это такое и для чего это нужно, либо с искаженным понимаем, выделением лишь узкого спектра работ, входящих в это понятие, или же обозначением того, что к бизнес-аналитике явно не относится. Это побудило меня к тому, чтобы написать статью на тему бизнес-аналитики. Как я уже писал выше, пытаться давать определение и всеобъемлющую структуру этого термина – дело, на мой взгляд, малоперспективное. Вместо этого я попытаюсь обрисовать сие понятие с сугубо практической точки зрения с акцентом на то, чем бизнес-аналитика может быть полезна для организаций различных мастей и размеров.
Читать далее »
Разработка ПО: пример бизнес-процесса из практики
В индустрии разработки программного обеспечения (ПО) существуют много различных методологий разработки, которые представляют из себя достаточно концептуальные видения того, как следует реализовывать проекты по созданию ПО. В качестве примеров таких методологий можно привести: Rational Unified Process (RUP), Microsoft Solution Framework (MSF), Extreme Programming (XP), Agile, Capability Maturity Model Integration (CMMI) и многие другие.
Разделяя важность методологии как основы для реальных бизнес-процессов, следует отметить разницу в понятиях методология и бизнес-процесс. Бизнес-процесс представляет из себя реализацию методологии, ее отдельных элементов или элементов нескольких методологий в конкретной организации при выполнении конкретных проектов и создании конкретных продуктов. Поэтому, создание бизнес-процесса разработки ПО на основе одной из существующих методологий является первой и важнейшей задачей компании, желающей заняться в том или ином виде созданием софта (для внешних заказчиков или своих внутренних нужд).
Как показывает опыт автора, вполне возможно создать небольшую группу разработки и начать делать софт и без четкого описания бизнес-процесса. Однако, когда число участников такой «неформальной» команды становится больше пяти человек, то потери от отсутствия четкого регламента становятся несопоставимо большими по сравнению с затратами на регламентацию бизнес-процесса и специализированное ПО для его автоматизации. Потери в данном случае могут быть как прямыми (например, бесконечные переделки одной и той же функциональности по причине несоответствия требованиям заказчика), так и косвенными (например, ухудшение психологической атмосферы в коллективе, связанное с непониманием зоны своей ответственности каждым участником команды).
В данной статье приводится пример бизнес-процесса разработки ПО, созданный автором на основе элементов нескольких методологий (наибольшее количество элементов взято из MSF) и собственного многолетнего опыта разработки и управления разработкой ПО. Данный бизнес-процесс ориентирован на ведение крупных проектов по разработке ПО на достаточно «зрелой» стадии, когда продукт уже может эксплуатироваться заказчиками и когда речь уже идет скорее о развитии и доработках функционала, а также устранении «багов», нежели о разработке «с нуля» небольших программных продуктов.
Читать далее »
Контакт-центр: методика описания бизнес-процессов
Внедрение новой системы начинается с понимания того, как будет встроена система в существующую или планируемую организационную и технологическую инфраструктуру. Иными словами, с описания существующих и проектирования перспективных бизнес-процессов, которые будут реализовываться при помощи внедряемой технологии.
Поэтому важное значение имеет методика описания и визуального представления бизнес-процессов. Подходов и методик к этому существует великое множество. В настоящей статье предлагается один из них, успешно применяемый в нескольких крупных проектах.
А начнем мы с четкой формулировки целей описания бизнес-процессов в проектах внедрения информационных систем, т.к. из них вытекают требования к методике и нотации.
Читать далее »
|
|
|