Файл: Применение процессного подхода для оптимизации бизнес-процессов ( основы оптимизации бизнес-процессов предприятия).pdf
Добавлен: 23.04.2023
Просмотров: 304
Скачиваний: 1
СОДЕРЖАНИЕ
1. Теоретические основы оптимизации бизнес-процессов предприятия
1.1 Подходы и методы оптимизации бизнес-процессов предприятия
1.2 Моделирование и оптимизация процессной архитектуры
2. Задачи оптимизации бизнес-процессов при использовании процессного подхода
2.1 Варианты решения задачи оптимизации бизнес-процессов
2.2 Выявление потерь при процессном подходе оптимизации бизнес-процессов
Обсуждения с фокус-группой. Обсуждения являются важной частью исследования. Эксперты фокус-группы должны принимать активное участие, выдвигать свои предложения (даже самые нереальные и сложные - любые). На практике эффективным инструментом является метод "5 почему".
Полученная информация должна быть зафиксирована любым удобным средством: записи на листах А4/блокнот, ноутбук, диктофон, любые удобные средства, позволяющие воспроизвести информацию.
На этом этапе задача аналитика - слушать, наблюдать, фиксировать.
Метод "5 почему?" изобретен Сакити Тоёхара и использовалась в Toyota в ходе эволюции их методологий производства. На текущий момент техника выявления первопричины какой-нибудь проблемы пятикратным вопросом «Почему» применяется в концепциях кайдзен, бережливого производства, 6 сигма и прочих.
Метод не предлагает жестких ограничений и правил: в частности, какие вопросы задавать и/или как долго необходимо продолжать задавать вопрос для нахождения дополнительных причин. Итак, даже если следовать методу, итог зависит от упорства и знаний вовлеченных сотрудников.
Так как при ответе на поставленный вопрос вероятно создание определенного числа вариантов, метод «5 почему» не исключает выстраивания «дерева» причин. В связи с этим, подход подобен методу диаграмм Исикавы («Рыбья кость») и причинно-следственных диаграмм. Вполне возможно, что определенные причины в процессе анализа окажутся общими сразу для нескольких веток.[12]
Завершать анализ данным методом необходимо одним ответом на вопрос «Как» по отдельной из найденных коренных причин полученной диаграммы или дерева. Полученные ответы должны вылиться в осуществление решений.
2.2 Выявление потерь при процессном подходе оптимизации бизнес-процессов
Для оценки потерь (проблем) можно применить FMEA метод:
- составить список возможных последствий (S) каждого отказа (проблемы/потери);
- получить экспертную оценку каждого последствия, в соответствии с его серьезностью, обычно по 10-бальной шкале (10 соответствует самым тяжким последствиям);
- оценить вероятность возникновения последствия (О) по 10-бальной шкале;
- оценить вероятность обнаружения отказа и его последствий (D) по 10-бальной шкале;
- вычислить для каждого последствия коэффициента приоритетности риска - R (Risk Priority Number - RPN), где RPN = S x O x D;
- выбрать отказы (проблемы/потери), над которыми предстоит работать;
- принять меры для устранения или сокращения отказов (проблем/потерь) с высоким показателем риска;
- рассчитать новый показатель риска с учетом разработанных мероприятий.[13]
Результаты анализа заносят в таблицу. Ожидаемый результат заключается в исключении или уменьшении вероятности возникновения потенциальных дефектов или отказов в процессах.
Все обнаруженные и изученные отказы классифицируются по степени критичности, легкости обнаружения и устранения, частоте возникновения. Основная задача - выявить проблемы до того, как они возникнут и начнут влиять на клиентов.
Чем выше RPN, тем опаснее нарушение и разрушительнее его последствия. В первую очередь необходимо устранить или снизить риск у тех, у которых данное значение больше.
FMEA (аббревиатура от Failure Mode and Effects Analysis, анализ видов и последствий отказов) — методология проведения анализа и выявления наиболее критических шагов производственных процессов с целью управления качеством продукции.
Согласно военному стандарту США MIL-STD-1629 «Procedures for Performing a Failure Mode, Effects and Criticality Analysis», FMEA — это процедура, с помощью которой проводится анализ всех возможных ошибок системы и определения результатов или эффектов на систему с целью классификации всех ошибок относительно их критичности для работы системы.
Наиболее известными методами принятия решений при оптимизации бизнес-процессов являются технологии мозгового штурма, метод номинальных групп и бенчмаркинг.
Мозговой штурм (brain storm) – это метод коллективного продуцирования новых идей, разработанный еще в тридцатые годы прошлого века. Сущность метода заключается в отделении процесса выдвижения идей от процесса их критической оценки и отбора. Оптимальное количество участников такой группы – 5…10 чел. В группе должен быть фасилитатор – человек, который ведет процесс группового обсуждения. Он является одновременно генератором и аналитиком идей. Процесс мозгового штурма предполагает определенные правила работы: никакой критики; атмосфера, комфортная для всех участников штурма. Цель этого мероприятия - собрать как можно больше идей, даже кажущихся нереальными. Все идеи должны оперативно фиксироваться. Для второго этапа - анализа выдвинутых идей – обычно привлекаются специалисты, которые не принимали участия в генерации идей. В результате составляется окончательный список, в котором остаются только те решения, которые поддерживаются большинством участников.
Метод номинальных групп, наоборот, ограничивает коммуникацию членов группы. Каждому участнику предоставляется полное описание процесса и все данные для принятия решения. Каждый член группы без обсуждения с коллегами излагает на бумаге свои идеи. Затем все члены группы по очереди представляют свои идеи всей группе, строго по одной идее. Обсуждение здесь также не допускается. И только после окончания представления идей происходит групповое обсуждение, оценка и выбор идей.[14]
Бенчмаркинг - это постоянное изучение лучшего в практике конкурентов. Концепция бенчмаркинга зародилась в конце 50-х годов, когда японские специалисты посещали ведущие компании США и Западной Европы с целью изучения и последующего использования их опыта. При подготовке списка инициатив, необходимых для достижения желаемого состояния оптимизируемого процесса, метод конкурентной разведки может сыграть далеко не последнюю роль. Иногда этот метод называют еще методом использования лучших практик (best practice).
Хотя для оптимизации каждого бизнес процесса используется всегда индивидуальный подход, тем не менее можно перечислить базовые принципы реинжиниринга бизнес процессов, которые во многих случаях использования привели к положительным результатам:
- горизонтальное сжатие процесса, когда несколько подпроцессов объединяется в один;
- вертикальное сжатие процесса (наделение сотрудников большими полномочиями и увеличение роли каждого из них);
- выбор другого варианта исполнения процесса;
- перенос процесса территориально в более подходящее место;
- уменьшение количества проверок и управляющих воздействий;
- сокращение количества согласований - единая точка контакта обеспечивается одним менеджером или автоматизированной системой.
Для определения причинно-следственных связей между выявленными проблемами и их причинами можно использовать Диаграмму Исикавы (диаграмма «рыбьей кости», от анг. Fishbone Diagram, известная также как диаграмма «анализа корневых причин»).
Диаграмма способствует определению главных факторов, оказывающих наиболее значительное влияние на развитие рассматриваемой проблемы, а также предупреждению или устранению действия данных факторов.[15]
Проблема обозначается основной стрелкой. Факторы, которые усугубляют проблему, отражают стрелками, покосившимися к основной вправо, а те, которые нейтрализуют проблему — с наклоном влево. При углублении уровня анализа к стрелкам факторов могут быть добавлены стрелки влияющих на них факторов второго порядка и т. д. На рисунке ниже отражен такой пример с двумя уровнями костей: красным цветом обозначены 1-й уровень — главные (коренные): a, b, c, d, а синим 2-й уровень — углублённые (детализирующие) причины (факторы) исследуемого влияния на результат (среди факторов 2-го уровня являются, как те, которые усиливают действие 1-го уровня — e, f, g, h, i, l, m, o, p, так и те, что её ослабляют — k, n). Ключевая задача заключается в том, чтобы иметь от трёх до шести основных категорий, которые охватывают все возможные влияния.
Работа с диаграммой Исикавы проводится в несколько этапов:
1. Выявление и сбор всех факторов и причин, каким-либо образом влияющих на исследуемый результат.
2. Группировка факторов по смысловым и причинно-следственным блокам.
3. Ранжирование этих факторов внутри каждого блока.
4. Анализ полученной картины.
5. «Освобождение» факторов, на которые мы не можем влиять.
6. Игнорирование малозначимых и непринципиальных факторов.
Рисунок 5 – Диаграмма Исикавы (рыбья кость)
Модель TO BE создается на основе модели AS IS с устранением выявленных недостатков в существующей организации бизнес-процессов, а так же с их совершенствованием и оптимизацией. Это достигается за счет устранения выявленных на базе анализа AS IS узких мест.
Методы визуализации модели TO BE такие же как для модели AS IS.
Распространенная ошибка при моделировании – это создание идеализированной модели. Примером может служить моделирование на основе знаний руководителя, а не конкретного исполнителя работ. Руководитель знаком с тем, как предполагается выполнять работы согласно руководствам и должностным инструкциям, и часто не знает, как на самом деле подчиненные выполняют рутинные работы. В результате получается приукрашенная, искаженная модель, которая несет ложную информацию и которую невозможно использовать в дальнейшем для анализа. Такая модель называется SHOULD BE (Как должно быть).[16]
Иногда текущая модель AS IS и будущая TO BE различаются очень сильно и переход от начального состояния к конечному становится не очевидным. В этом случае необходима третья модель, описывающая переход от начального состояния к конечному, поскольку такой переход – это тоже бизнес-процесс.
Реализация модели TO BE.
После идентификации потерь ("узких мест"), оценки отклонений и их последствий, разработки мер по их устранению необходимо определить приоритетные направления изменений, определить приоритеты реализации.
В первую очередь необходимо выявить мероприятия, которые влияют на качество продукта/услуги и являются важными для внешних потребителей (клиентов), затем определить меры, решающие временные потери выполнения операций внутри организации (при чем вначале указать то, что быстрее реализуется).
Для определения приоритетов полезно выявить мнение клиентов (что они хотят получить) и как организованы процессы у конкурентов, т.е. изучить внешнее окружение, выявить пожелания клиентов, которые не реализованы в изученных процессах модели AS IS.
Первоначальная задача реализации TO BE заключается в том, чтобы составить план корректировочных мероприятий для элементов и операций с самыми высокими показателям RNP и в соответствии с определенными приоритетами.
План внедрения содержит последовательность выполнения разработанных рекомендаций по устранению "узких мест" с указанием сроков, ответственных за проведение, исполнителей.
План реализации модели TO BE рекомендую оформить средствами MS Project (бесплатная версия Project Expert) или в виде "Плана 90 дней", применяемый в методологии "А3 мышления" для быстрых решений, или для кроткосрочных реализаций методологию Scrum и Agile.
При определении плана рекомендуется оценивать результативность мер по их:
- пригодности (с точки зрения потребителей);
- своевременности;
- точности и полноте;
- качеству взаимодействия с клиентом;
- стоимости издержек, потери времени (затрат на выполнение операций);
План в Project удобно разрабатывать для отслеживания загрузки ресурсов и автоматического расчета сроков и дат начала-окончания последовательных и параллельных работ.
План 90 дней удобно применять для быстрых улучшений, реализация которых рассчитана на цикл 90 дней. В плане указываются действия, исполнители, сроки реализации, результаты и статус (в работе или еще не начали) для быстрой визуализации реальной ситуации по исполнению плана.
Методология Scrum применяется для работы небольших команд над задачами, определенными в спринте. Длительность одного спринта от 2 до 4 недель. Данная методология применяется для гибкой разработки ПО. Считается, что чем короче спринт, тем более гибким является процесс разработки, релизы выходят чаще, быстрее поступают отзывы от потребителя, меньше времени тратится на работу в неправильном направлении.
Рисунок 6 – Пример плана в Project
Рисунок 7 – Шаблон 90 дневного плана
Рисунок 8 – Agile-доска
При реализации модели TO BE рекомендовано следовать японской философии и практики Кайдзен, которая фокусируется на непрерывном совершенствовании процессов. Исходя из этой стратегии, в процесс совершенствования вовлекаются все — от менеджеров до рабочих, причем её реализация требует относительно небольших материальных затрат. Философия кайдзен предполагает, что наша жизнь в целом (трудовая, общественная и частная) должна быть ориентирована на постоянное улучшение