Реинжиниринг в области процесса организации и управления производством

 

Записав номер каждого процесса в нужную клетку матрицы, можем разделить матрицу на три зоны:

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

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

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

В таблице 3 представлено ранжирование процессов, названные выше три зоны обозначены следующим образом:

  - высокий приоритет процессов 

  - малое влияние на работу  завода    

  - минимальное влияние

 

Таблица 3 – Ранжирование процессов

КФУ
7
6
5
4		П3		П5
3		П2	П1
2	П6		П4
1
	О	Х	У	Н	П
	Оценка работы процессов

 

Из проведенного анализа мы можем сделать вывод о том, что целесообразно для ООО «ДВ-Стар» проводить реинжиниринг всего процесса ремонта оборудования. Проведение планово-предупредительных ремонтов является узким местом для рассматриваемого предприятия. Мы выбрали данный процесс, так как он является узким местом на предприятии. С организацией мастерских участков, благоустройством лесовозных дорог, лесозаготовкой и вывозом леса в ООО «ДВ-Стар» проблем не возникает. Все работает по отлаженному механизму. На предприятии часто не хватает нужных инструментов для проведения ремонта,  срываются сроки проведения планово-предупредительных ремонтов, что влечет за собой срыв сроков поставки продукции потребителям. Контекстная диаграмма процесса ремонта представлена на рисунке 6.

Рисунок 6 – Контекстная  диаграмма процесса

 

Далее рассмотрим процесс  ремонта оборудования в нотации IDEF (рисунки 7, 8, 9, 10, 11, 12). Мы разбили бизнес-процесс на подпроцессы и обозначили входы, выходы, исполнителей каждого подпроцесса, то есть мы провели декомпозицию бизнес-процесса.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 7 – Диаграмма  процесса IDEF0

 

 

Рисунок 8 – Диаграмма  процесса IDEF1

Рисунок 9 – Диаграмма  процесса IDEF2

 

Рисунок 10 – Диаграмма процесса IDEF3

 

 

 

Рисунок 11 – Диаграмма  процесса IDEF4

Рисунок 12 – Диаграмма  процесса IDEF5

 

Рисунок 13 – Диаграмма  процесса IDEF6

 

 

Таким образом, во второй главе курсовой работы мы рассмотрели предприятие ООО «ДВ Стар». Дали его общую характеристику. Рассмотрели проходящие на нем бизнес-процессы, провели их идентификацию и анализ. Оценили целесообразность проведения реинжиниринга на данном предприятии. Для проведения реинжиниринга мы выбрали процесс ремонта оборудования. Мы можем выделить следующие недостатки этого бизнес-процесса:

1. избыточное количество работников;
2. несогласованность действий начальника АТЦ и рабочей бригады;
3. избыточность процедур;
4. сложность ведения документации;
5. высокие затраты на процесс;
6. высокая длительность процесса.
 

3. Методические рекомендации по проведению реинжиниринга бизнес процессов в компании

3.1 Общие рекомендации  по проведению реинжиниринга бизнес-процессов

 

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

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

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

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

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

Так, классифицируя существующие подходы, методы и технологии, можно  выделить следующие уровни рассмотрения и исследования аспектов, соотносимых с деятельностью по реинжинирингу ИС (рисунок).

 
Рисунок 14 - Уровни рассмотрения и исследования аспектов, соотносимых с реинжинирингом ИС

Первый уровень включает исследования, направленные на достижение концептуального понимания деятельности по реинжинирингу ИС. Именно на этом уровне исследуются вопросы адекватного определения понятия «реинжиниринг ИС», определения места реинжиниринга в жизненном цикле (ЖЦ) ИС, в том числе выявление связей процесса реинжиниринга ИС в целом с другими процессами ЖЦ ИС. Следует считать, что большая часть рассмотренных ранее аспектов, относятся к этому уровню.

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

На третьем уровне рассматриваются (исследуются и разрабатываются) методы, каждый из которых направлен на решение некоторой локальной задачи, возникающей в процессе реинжиниринга ИС, например, выполнения определенного шага процесса. По сути, эти методы воплощают собой некоторые вполне конкретные решения, с которыми соотносится определенная область применения. Как правило, в проектах по реинжинирингу применятся некоторая комбинация таких методов, при этом каждый из них может стать частью методологии реинжиниринга ИС, но в отдельности таковой не является. Более того, объединение этих методов так же нельзя рассматривать в качестве методологии, поскольку между ними не определены связи, обеспечивающие их интегральную целостность. Другими словами отсутствуют системообразующие факторы, делающие набор методов целостным образованием – системой.

С некоторой условностью  все методы реинжиниринга ИС можно  разделить на два класса. Методы, относящиеся к первому классу, определены на концептуальном уровне и в целом не зависят от какой-то одной программной технологии. Среди всего множества рассматриваемых методов к первому классу относятся метод репликации баз данных и основанный на объектно-ориентированном подходе метод построения оболочек для компонентов унаследованной системы (object – oriented wrapping), методы «белого» и «черного» ящика модернизации системы. В отличие от первого класса, методы второго изначально ориентированы на использование определенных программных технологий. Ко второму классу относятся так же адаптации методов из первого класса. Здесь методы в наибольшей степени приспособлены к их непосредственному (прямому) применению в конкретных проектах. Примерами методов данного класса следует считать [16]: методы интеграции с использованием CGI, методы интеграции на основе технологии XML, метод построения оболочек для компонентов унаследованной системы с использованием технологии CORBA.

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

Осуществляя классификацию  и исследование существующих подходов, методов и технологий реинжиниринга  ИС, дополнительно к уже выделенным уровням, следует добавить еще два, являющихся по своей природе интегральными. Это уровень методологии и уровень технологии реинжиниринга ИС. Первый из них обеспечивает целостное рассмотрение и применение подходов и методов без учета среды их реализации, специфики конкретных проектов. Это соответствует интеграции первых трех уровней, причем на третьем уровне в сферу рассмотрения, в первую очередь, попадают методы первого класса. Уровень технологии обеспечивает адаптацию (конкретизацию) методологии реинжиниринга ИС с учетом среды реализации, специфики конкретных проектов посредством применения методов и инструментальных средств, соответствующих третьему и четвертому уровням. При этом в отличие от методологии, на третьем уровне, прежде всего, рассматриваются методы второго класса.

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

Мы рекомендуем ООО  «ДВ-Стар» применить такую методику реинжиниринга, как SADT-методологию. Она относится к четвертому уровню в соответствии с рассмотренной нами классификацией. SADT (акроним от англ. Structured Analysis and Design Technique) — методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком. Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при разработке проекта специалисты выполняют конкретные обязанности.

 

3.2 Моделирование бизнес-процесса организации и управления производством на основе SADT-методологии

 

Для проведения процесса реинжиниринга нами был выбран процесс ремонта оборудования. Мы будем использовать предложенную в пункте 3.1 SADT-методологию.

Суть мероприятий по реинжинирингу заключается в  следующем. Мы считаем избыточными  подпроцессы «Подача заявки на ремонт»  и «Проверка наличия инструментов». Заявку на ремонт не подается более. Предлагается выдать каждому члену ремонтной бригады план-график проведения предупредительных ремонтов. Накануне дня ремонта начальник автотранспортного цеха проверяет, не забыли ли рабочие о предстоящей работе. Что касается наличия необходимых инструментов, сведения об этом также должен отслеживать начальник АТЦ.

Подпроцесс «Формирование  плана планово-предупредительных  ремонтов» целесообразно сократить  до пяти операций. Мы убираем операцию «Уточнение плана», поскольку при  имеющемся небольшом объеме работ  нет необходимости нагромождать процесс бюрократическими процедурами. Вполне будет достаточно операции «Согласование плана». Подпроцесс «Составление квартального отчета» также претерпевает изменения. Мы исключаем операцию «Проверка соответствия документов выполненным работам». Данный вид контроля нужно проводить заблаговременно, отслеживая движение материальных и информационных потоков. Диаграммы нового процесса в нотации IDEF представлены на рисунках 15, 16, 17, 18, 19.

 

Рисунок 15 – Новая SADT-диаграмма процесса ремонта оборудования

Рисунок 16 – Новая  диаграмма процесса IDEF1