- •Лекция 4. Процесс – как объект управления Процесс – как объект управления
- •Планирование процесса.
- •Мониторинг процесса.
- •Измерения процессов.
- •Контроль процесса.
- •Анализ процесса.
- •Улучшение процессов.
- •7 Ошибок при описании процессов
- •1. Описание бизнес-процессов без определенного заказчика
- •2. Неправильный выбор инструмента описания бизнес-процессов
- •3. Слишком детальное описание бизнес-процесса "как есть"
- •4. Отсутствие единой методологии описания бизнес-процессов
- •5. Описание бизнес-процесса без совершенствования
- •6. Описание бизнес - процесса без привлечения бизнеса
- •7. Описание бизнес - процесса без автоматизации
- •Подходы к улучшению бизнес-процессов fast (Методика быстрого анализа решения)
- •Бенчмаркинг процесса
- •Перепроектирование процесса (Концентрированное улучшение)
- •Реинжениринг процесса (Разработка нового процесса или Инновация процесса)
- •Влияние различных подходов к улучшению бизнес-процессов
- •Постоянное улучшение (Процесс постоянного улучшения)
- •Улучшение процессов
- •1.Создание системы постоянного улучшения качества процессов.
- •2. Выбор тематики работ по улучшению качества процессов.
- •3. Выбор факторов.
- •4. Выбор объектов(технологических систем), на которых будет улучшено качество за счет снижения вариабельности.
- •5. Анализ вариабельности технологических систем(тс).
- •6. Выявление причин вариабельности и пути их снижения.
- •7. Определение суммарной погрешности технологической системы.
- •8. Разработка мероприятия по снижению погрешностей тс.
7. Описание бизнес - процесса без автоматизации
Многие компании пытаются внедрять процессное управление и в большинстве случаев инструментом "закрепления" бизнес-процесса является регламент, что не позволяет осуществлять полноценный контроль и анализ процесса, поэтому вслед за описанием процесса должна идти его автоматизация. Для этих целей существует отдельный класс информационных систем Workflow / BPM с помощью которых это можно сделать наиболее эффективно и обеспечить не только автоматизацию процесса, но и его контроль, что в целом поднимает уровень зрелости бизнеса и уровень исполнительской дисциплины.
Подходы к улучшению бизнес-процессов fast (Методика быстрого анализа решения)
Методика быстрого анализа решения основывается на способе улучшения, впервые использованном IBM в середине 80-х. В 90-х этот подход был усовершенствован компанией «Дженерал Электрик». Компания «Форд Мотор» продолжила развитие этой концепции, назвав ее «RАРEТ». Сегодня компания E&Y широко использует этот подход (который они называют Экспресс (Express)) в работе с клиентами по всему миру. Этот подход часто используется и другими организациями по всей Америке.
Методика быстрого анализа решения - «прорывной» подход, который концентрирует внимание группы па определенном процессе в ходе одно- двухдневного совещания для определения способов, которыми группа может улучшить этот процесс в течение следующих 90 дней. Перед окончанием совещания руководство одобряет или отвергает предложенные улучшения.
Методика быстрого анализа решения может применяться к мероприятиям любого уровня, начиная с основных процессов и кончая уровнем мероприятий. FAST-подход к улучшению бизнес-процессов сосредотачивается на отдельной одно- или двухдневной встрече, в ходе которой определяются источники проблемы и/или мероприятия, не добавляющие ценности, содержащиеся в данном процессе. Типичными улучшениями при применении FAST-подхода являются снижение затрат, длительности цикла и уровня ошибок на 5-15% за 3-месячный период. Выявление возможностей для улучшений и одобрение их внедрения осуществляется за 1 -2 дня, поэтому данный подход и получил свое название FAST.
Подход FAST реализуется в ходе следующих 8 этапов:
1. Определяется проблема или процесс, кандидат на FAST
2. Заказчик высокого уровня соглашается поддержать инициативу проведения FAST в отношении процесса, который предполагается улучшить. (Процесс должен быть в рамках компетенции заказчика.)
3. Назначается команда FAST, подготавливается набор целей и одобряется заказчиком.
4. Команда FAST собирается в течение одного-двух дней для раз работки обобщенной блок-схемы процесса и определения мероприятий, способных улучшить показатели процесса. Все рекомендации должны быть в рамках компетенции членов команды, причем рекомендации должны быть такими, чтобы их можно было полностью внедрить в течение 3-х месяцев. Все другие предложения должны быть переданы заказчику для дальнейшего рассмотрения в будущем.
5. Члены команды FAST должны признать свою ответственность за внедрение всех рекомендаций, переданных заказчику.
6. По истечении 1 -2-х дневного совещания заказчик присоединяется к совещанию и команда FAST представляет ему свои выводы.
7. Перед окончанием совещания заказчик одобряет или отвергает предложенные улучшения. Крайне важно, чтобы заказчик не откладывал принятие решения относительно предложений, в противном случае данный подход достаточно скоро становится не эффективным.
8. Одобренные решения внедряются назначенными членами команды FAST в течение следующих 3-х месяцев.
