Анализ хозяйственной деятельности и бизнес-моделирование в организации ООО "Объединенная машиностроительная компания"

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Введение

бизнес моделирование управленческий

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

По данным федеральной службы государственной статистики на сентябрь 2011 года в РФ насчитывалось более 231 000 малых предприятий. К сожалению, малое предпринимательство наиболее сильно подвержено влиянию внешней среды, что влечёт за собой некоторые трудности ведения бизнеса, следствием этого является банкротства. Банкротство предприятий связано с непредвиденной кризисной ситуацией, либо с потерей заинтересованности учредителей, что в свою очередь может быть связано с недостаточным объёмом прибыли и т.д. Руководству следует упорядочить тот возможный процессный беспорядок, который имел место на предыдущих стадиях, одним из способов является переход к системному или процессному подходу управления организацией который предполагает необходимость построения модели бизнес-процессов «AS-IS» организации.

Одной из самых известных методологий описания организаций как организационно-технических систем, стала методология структурного анализа и проектирования систем SADT (Structured Analysis and Design Technique). Она была разработана американцем Дугласом Россом (D. Ross) в 1973 г. Особенно широкое применение получило одно из подмножеств SADT - методология функционального моделирования IDEF0 (Integration Definition For Function Modeling). Инициатором ее разработки и дальнейшей стандартизации было Министерство обороны США. В настоящее время особо широкое применение получило одно из подмножеств SADT - методология функционального моделирования IDEF0, которая успешно применялась в военных, коммерческих организациях для решения широкого спектра задач. В России широкое применение моделирования бизнес-процессов началось лишь в начале XXI века, с введением в действие Госстандарта «Р 50.1.028-2001» в 2002 году.

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

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

Исследования на тему бизнес-моделирования, проводили такие авторы, как: Г. Верников, В.В. Репин, В.Г. Елиферов, Б. Андерсон, В.В. Кондратьев, М.Н. Кузнецов, В. Шеер, Й. Бейкер, М. Кугелер, М. Роземанн, С.В. Черемных, И.О. Семенов, В.С. Ручкин, В.В. Волонтей.

Для выполнения проекта, из множества средств, методик и технологий, были избраны:

? Технология IDEF0

? Технология IDEF3

? CASE-средство All Fusion Process Modeller (BPwin)

? правила построения описанные Геннадием Верником.

Объектом исследования являются бизнес-процессы Общества с ограниченной ответственностью «Объединённая машиностроительная компания»

Предметом исследования является моделирование бизнес-процессов в организации.

Целью дипломного проекта является проектирование модели «TO-BE» на стадии роста организации и составление плана мероприятий по переходу организации к новой модели.

Данная цель будет достигнута при решении следующих задач:

? анализ организационной структуры;

? анализ жизненного цикла организации;

? создание модели «AS-IS»;

? выявление проблемных полей и перспектив развития организации, требующих изменений бизнес-процессов;

? создание модели «TO-BE»;

? разработка мероприятий по её внедрению;

? оценка эффективности внедрения предлагаемой модели.

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



1. Теоретические аспекты проектирования бизнес-процессов

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

Бизнес-процесс - совокупность различных видов деятельности, в рамках которой «на входе» используется один или несколько видов ресурсов, и в результате этой деятельности на «выходе» создается продукт, представляющий ценность для потребителя. Таким образом, любой бизнес-процесс имеет вход, выход, управление и ресурсы.¹

? Вход - материал или информация, которая используется или преобразуется бизнес-процессом для получения результата (выхода). Допускается, что бизнес-процесс может не иметь входа.

? Управление - правила, технологии, процедуры или стандарты, которыми руководствуется бизнес-процесс.

? Выход - материал или информация, которая производятся бизнес-процессом. Бизнес-процесс без результата не имеет смысла.

? Ресурсы - персонал предприятия, оборудование, инструмент и т.д.

По своей природе бизнес-процессы делятся на четыре группы: основные, обеспечивающие, управления и развития.

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

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

? Если необходимо повысить прозрачность и управляемость компании.

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

? При внедрении информационных систем (ERP-системы и т.п.). В этом случае необходимо не только описание, но и реинжиниринг бизнес-процессов.

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

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

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

? построение схемы бизнес-процессов «AS-IS», что показывает настоящую ситуацию в организации и является моделированием;

? построение схемы бизнес-процессов «TO-BE», которая отражает то, какой организация должна быть благодаря внедрению новых технологий и является проектированием.

1.1 История возникновения и развития бизнес-моделирования

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

1 этап: 70-е годы XX века

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

? персонал;

? оборудование;

? компьютеры (программное обеспечение);

? способы их взаимодействия.

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

? однозначность;

? простота для возможности понимания специалистами различных предметных отраслей;

? компактность.

Одной из самых известных методологий описания организаций как организационно-технических систем, стала методология структурного анализа и проектирования систем SADT (Structured Analysis and Design Technique). Она была разработана американцем Дугласом Россом (D. Ross) в 1973 г. Особенно широкое применение получило одно из подмножеств SADT - методология функционального моделирования IDEF0 (Integration Definition For Function Modeling). Инициатором ее разработки и дальнейшей стандартизации было Министерство обороны США. Методология IDEF0 успешно применялась в военных, коммерческих организациях для решения широкого спектра задач (от разработки программного обеспечения для оборонных систем до разработки систем материально-технического снабжения и управления финансами). Наличие возможностей и опыт применения IDEF0 в различных предметных сферах, наряду с растущей компьютерной поддержкой сделало ее еще более доступной в использовании. Это в свою очередь, также привело к широкому использованию IDEF0 как методологии для описания бизнес-процессов организаций.

Во многом популярность методологии функционального моделирования IDEF0 обусловлена простотой нотации, основными элементами которой является функциональный блок и стрелка (см. Рисунок 1).



Рисунок 1 - Нотация методологии IDEF0 [7]

Каждая из четырех сторон блока имеет строго определенное значение:

? левая сторона обозначает входы, т.е. что поступает на вход процесса и будет преобразовано;

? правая сторона - выход, т.е. что создается на выходе процесса в результате его выполнения;

? верхняя сторона - управление, т.е. какие требования необходимо выполнить или чем руководствоваться при исполнении процесса;

? нижняя сторона - механизм, т.е. какие ресурсы необходимы для исполнения процесса.

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

2 этап: 80-е годы XX века

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

В зависимости от целей, стоящих перед специалистами по автоматизации, было разработано достаточно большое число методологий для описания деятельности организаций, самые известные из которых:

? функциональное моделирование с использованием диаграмм потоков данных различных нотаций (Йордана / Де Марко, Гейна-Сарсона);

? информационное моделирование с использованием диаграмм «сущность-связь» различных нотаций (Чена, Баркера);

? моделирование бизнес-процессов в виде цепочки событий (нотация EPC);

? динамического функционального анализа на основе сетей Петри различного вида, функционально-стоимостного анализа.

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

Бурное развитие информационных технологий в 80 г.-г., рост объемов разработки наряду со все более острой необходимостью проектирования «правильного» программного обеспечения «с первого раза», привело к созданию целого отдельного направления программотехники CASE-технологий (Computer-Aided Software/System Engineering).

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

3 этап: 90-е годы XX века

В начале 90-х годов на Западном рынке появились первые программные продукты, предназначенные для решения задач, связанных с организационными вопросами управления предприятиями. Этому способствовало:

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

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

Постепенно в силу особенностей применения CASE-средств, их стали применять не только для целей автоматизации деятельности, но и для широкого круга задач бизнес-анализа деятельности организаций. Действительно, наличие у компании модели деятельности «как есть «AS-IS» позволяло построить модель «как должно быть «TO-BE», а в дальнейшем и провести ее реструктуризацию, со значительно меньшими трудностями и рисками.

Моделирование, направленное на решение организационных вопросов управления, стало следующим логичным шагом развития CASE-средств. Они стали охватывать полный цикл построения системы управления:

? стратегия;

? бизнес-процессы;

? организационная структура;

? регламентирующие документы;

? анализ,

представляя компаниям новые возможности по осуществлению «регулярного менеджмента».

Программы, предназначенные для решения организационных вопросов управления или бизнес-моделирования, выделили в отдельный класс, который на западном рынке получил название «BMS» (Business Modeling Software). К ключевым преимуществам программ этого класса можно отнести:

? широкие возможности визуального (графического) моделирования компании;

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

? изначально встроенная поддержка процессного подхода;

? представление единого информационного пространства для описания всех существенных аспектов ее функционирования;

? получение различных отчетов из модели, например, в виде регламентных документов:

? положения о подразделениях;

? должностные инструкции;

? регламент процесса;

? регламент процедуры;

? матрицы ответственности и др.

Бизнес-модель, построенная с помощью программ класса «BMS», как правило, включает (см. Рисунок 2):

? систему (дерево) целей компании;

? модель бизнес-процессов;

? модель организационной структуры;

? справочник используемых документов.

Рисунок 2 - Система управления [7]

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

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

4 этап: 2000 гг. XXI века, и до настоящего времени

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

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

1.2 Технологии и средства, автоматизирующие построение бизнес-процессов

На данный момент существует более двадцати технологий моделирования бизнес-процессов, одни из них, в том числе - SADT; IDEF: IDEF0, IDEF1, IDEF1Х, IDEF2, IDEF3, IDEF4, IDEF5, IDEF9. Рассмотрим их поподробнее.

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

IDEF1 - методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи. IDEF1 (IDEF1 Extended) - методология построения реляционных структур;

IDEF1X относится к типу методологий «Сущность-взаимосвязь» (ER - Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе.

IDEF2 - методология динамического моделирования развития систем. В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. Однако в настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN - Color Petri Nets).

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

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

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

? IDEF9; ARIS; RUP и UML; ФСА и ABC; BPMN, BPEL.

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

CASE-средства (Computer-Aided Software/System Engineering)

С появлением персональных компьютеров, стали появляться многочисленные средства, автоматизирующие построение структурных моделей (CASE - средства). На рисунке 3 представлен сравнительный функциональный анализ некоторых из них.

Рисунок 3 - Сравнительный функциональный анализ средств, автоматизирующих построение структурных моделей

В настоящее время существует насколько сотен разнообразных CASE-средств, некоторые из них:

? All Fusion Process Modeller (BPwin) - Авторитетность (множество положительных отзывов). «Изобразительные» средства системы соответствуют федеральному стандарту США IDEF на моделирование организационных процессов. Распространенность (99,9% проектов организационного реинжиниринга исполняются с использованием стандарта IDEF) во всем мире. Возможность генерации исполняемого кода по разработанной модели информационной системы. Пожалуй одно из лучших средств проектирования баз данных. Интегрируется с многочисленным ПО компании CA-Platinum. В настоящее время код «сломан», а сам продукт может за 100 руб. быть приобретенным на рынке. Относительно низкая стоимость, вероятно, связана с тем, что основные затраты на разработку требований к системе несет департамент правительства США;

? Oracle Process Modeller - средство моделирования процессов компании Oracle. Является частью мощного CASE-инструмента Oracle Designer. В основе подхода лежит собственная методология фирмы - CASE*Method;11 выше

? Rational Rose - средство моделирования компании Rational Software. Использует объектно-ориентированный подход и, в частности, UML;11 выше

? Business Studio - он сочетает в себе положительные черты BPWin и Rational Rose и, в то же время, является не таким сложным и громоздким.11 выше

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

? ARIS - «Могучая» репрезентативная графика. Наличие большого числа стандартных объектов для описание бизнес процессов. Наличие инструмента имитационного моделирования. Наличие внутреннего языка управления ARIS-Basic. Возможность тестирования проекта на соответствие требования стандарта качества ISO 9000.12 выше

Описание стандарта IDEF0

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

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

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

Основные элементы и понятия IDEF0

Графический язык IDEF0 удивительно прост и гармоничен. В основе методологии лежат четыре основных понятия:

Первым из них является понятие функционального блока (Activity Box). Функциональный блок графически изображается в виде прямоугольника (см. стр. 11 Рисунок 1) и олицетворяет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «производить услуги», а не «производство услуг»).

Каждая из четырех сторон функционального блока имеет своё определенное значение (роль), при этом:

? Верхняя сторона имеет значение «Управление» (Control);

? Левая сторона имеет значение «Вход» (Input);

? Правая сторона имеет значение «Выход» (Output);

? Нижняя сторона имеет значение «Механизм» (Mechanism).

Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.

Вторым «китом» методологии IDEF0 является понятие интерфейсной дуги (Arrow). Также интерфейсные дуги часто называют потоками или стрелками. Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.

Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть существительным.

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

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

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

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

Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции (см. рисунок 4). При этом уровень детализации процесса определяется непосредственно разработчиком модели.



Рисунок 4 - Декомпозиция функциональных блоков

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

Модель IDEF0 всегда начинается с представления системы как единого целого - одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором «А-0».

Последним из понятий IDEF0 является глоссарий (Glossary). Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом.

Применение технологии IDEF0 позволило решить многие проблемы во многих организация, которые небыли видны на первый взгляд, примером может служить опыт зарубежного банка название которого, к сожалению не упоминается. Гипотезой сотрудников банка являлась проблема в том, что один, из крупных отделов банка не достаточно технически оснащён, однако смоделированная модель «AS-IS» показала, что следует категорически отказать от того вида услуг, который предоставляет этот отдел, следствием этого было устранение отдела.

1.3 Опыт инжиниринга бизнес-процессов в российских и зарубежных компаниях

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

Опыт российских компаний

Применение моделирования бизнес-процессов в России появилось сравнительно недавно 10-15 лет, однако уже за этот период появился замечательный опыт решения проблем организаций при помощи функционального моделирования.

Ракетно-космический завод (РКЗ) ФГУП «Государственный космический научно-производственный центр им. М.В. Хруничева»

Одним из решающих конкурентных приоритетов деятельности РКЗ является блок бизнес-процессов: создание новых видов продукции.

Для отнесения рассматриваемого блока бизнес-процессов РКЗ к одному из указанных классов был определен средний балл по 11 обзорным вопросам (группам бизнес-процессов):

? вовлеченность;

? стратегия создания новых видов продукции;

? агрегированное (укрупненное) планирование проекта;

? потребности покупателей;

? ускоренное проектирование продукта;

? конструкторское качество (design quality), возможности производства;

? сборка на заказ;

? управление данными;

? взаимодействие покупателей и поставщиков;

? обучение и подготовкаперсонала;

? результаты проектирования.

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

Внутрифункциональные команды действуют в ГКНПЦ на всех стадиях создания РКТ, включая такие ранние этапы, как определение ТТХ, формирование предварительного облика изделия, моделирование поведения изделия на всех стадиях его жизненного цикла и т.д. В приложении 1-3 представлены диаграммы работы внутри функциональных команд (структурных подразделений ГКНПЦ), сформированные в соответствии с рекомендациями по стандартизации Р 50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования».

Потенциал рассмотренного блока бизнес-процессов, состоящей из одиннадцати групп, был рассчитан по формуле среднего значения и составил: QB4=2,58. Данное значение потенциала показывает, что рассмотренный блок бизнес-процессов принадлежит к классу В.

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

Оценка сильных и слабых сторон предприятия с использованием контрольного списка ABCD позволила более целенаправленно продолжить процесс улучшения деятельности РКЗ и сократить сроки создания ЕКИТС УП.

Пивоваренная компания

Автоматизация управления пивоваренными предприятиями происходит довольно быстрыми темпами. Однако, как справедливо отметили А.А. Породько и А.В. Ишуков, она коснулась в основном финансовоэкономической и маркетинговой деятельности предприятий, обойдя стороной решение проблем технологического мониторинга.

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

Используя методы структурного анализа и функционального моделирования (IDEF0), создана функционально-логическая модель процесса пивоварения. Вприложении 4 представлена контекстная диаграмма основного бизнес-процесса жизненного цикла пивоварения - «Производить пиво». Модель разработана с позиции инженера по качеству. Причиной создания модели (целью) послужила необходимость структурирования основных этапов процесса (функций) производства пива, влияющих на формирование качества и безопасность пива. Для адекватного описания сложного биотехнологического процесса с помощью программного средства BPwin построено дерево модели «Производить пиво», включающее в себя шесть уровней декомпозиции.

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



2. Анализ хозяйственной деятельности организации ООО «Объединенная машиностроительная компания»

2.1 История создания организации, правовое обеспечение её деятельности

Организация ООО «Объединённая машиностроительная компания» (далее ООО «ОМК») была учреждена 04 марта 2011 г. компанией ООО «Борисоглебское машиностроение», которая в свою очередь существует с 1999 года с целью сбыта выпускаемой продукции для нужд нефтегазодобывающей, нефтегазоперерабатывающей и металлургической промышленности. В 2003 г. для повышения конкурентоспособности на рынке начато собственное производство теплообменного оборудования на базе Ремонтно-механического завода г. Борисоглебска. В дальнейшей деятельности компания опиралась на солидный опыт приобретённого путем поглощения завода, которому за долгие десятилетия существования удалось создать мощную материально техническую базу, что позволяет и на сегодняшний день работать стабильно и качественно. Учитывая жёсткую конкуренцию на рынке теплообменного оборудования ООО «Борисоглебское машиностроение» постоянно совершенствовало свои технологии, обновляло свои мощности и продолжает делать это по сей день, закупает современную технику, строит новые цеха и способно выпускать продукцию весом до 26 тонн. С целью горизонтальной диверсификации, а именно проникновение в звено сбыта и маркетинга производимой продукции, в г. Москва было учреждено ООО «Объединённая машиностроительная компания».

К спектру услуг организации относится:

? оптовая торговля машинами и оборудованием;

? производство прочего оборудования общего назначения;

? производство прочих машин и оборудования специального назначения.

2.2 Жизненный цикл организации и анализ её организационной структуры

Среди моделей, предлагающих углубленный анализ особенностей функционирования компаний на различных этапах жизненного цикла, следует выделить модель И. Адизеса (1988), описанную в книге «Corporate Life Cycles». Согласно указанной модели, на протяжении осуществления деятельности большая часть компаний проходит 10 отличных друг от друга этапов (см. Рисунок 5).

Рисунок 5 - «Жизненный цикл» Модель И. Адизеса (1988)

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

Организация ООО «ОМК» уже прошла стадию «Зарождения» (зарождение идеи, выбор целей компании, потенциальных масштабов деятельности) и находится на стадии «Детство» (Появление финансовых обязательств (перед кредиторами, инвесторами), переход от формулирования идей к осуществлению деятельности - генерированию доходов компании). После стадии «Детство», следует стадия «Бурного роста» (высокие темпы роста, укрепление финансовой устойчивости, повышение доверия со стороны контрагентов и инвесторов, трансформация уверенности в своих силах в самоуверенность), но есть риск преждевременной смерти на стадии «Детство», которая имеет название «Младенческая смертность» (ликвидация бизнеса вследствие невозможности продолжения финансирования убытков и потери собственником / собственниками лояльности к идее предприятия). Критерием перехода организации от стадии «Детство» к стадии «Бурного роста» является повышение финансовой устойчивости, рост продаж, что и происходит в настоящий момент.

По модели Д. Миллера и П. Фризена (1984) стадий жизненного цикла в два раза меньше чем в упомянутой выше модели. Организация ООО «ОМК» находится на стадии «Рождения» (Компания осуществляет деятельность менее 10 лет, структура в большей мере неформальна, принятие решений осуществляется владельцем).

Организационная структура исследования организации представлена на рисунке 6.

Рисунок 6 - Схема организационной структуры

Структура управления является функциональной и имеет, на наш взгляд, следующие преимущества:

? Высокая компетентность специалистов, отвечающих за осуществление конкретных функций, а именно:

? с целью привлечения клиентов, сотрудники обладают коммуникационными навыками, что повышает эффективность холодных звонков, для предложения продукции, либо для предложения сотрудничества;

? с целью эффективного контроля над выполнением проекта, сотрудники обладают способностью планирования собственной деятельности, применяя разного рода программное обеспечение, и правильной постановкой цели, что позволяет не выполнять лишние действия в определённый промежуток времени;

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

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

? Процедура принятия решения осуществляется в короткие сроки;

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

? Отсутствие тенденции чрезмерной централизации;

? Преобладают горизонтальные связи;

? Отсутствие заинтересованности в реализации «своих» целей и задач.

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

Минусом этой структуры можно выделить риск перегруженности сотрудников, который проявится с ростом Клиентской базы, т.е. заказы будут превышать возможности, логичной реакцией на это, будет поиск новых партнёров (заводов изготовителей), а работать с ними кому то надо. Избежать перегруженности можно 2-мя способами:

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

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

? Найм новых сотрудников.

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

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

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

2.3 Построение модели бизнес-процессов «AS-IS» с целью выявления проблемных полей в деятельности организации

Создание модели бизнес-процессов, с целью поиска фактов указывающих на проблемы, производилось посредством программного обеспечения ((CASE - Средства) автоматизирующие построение структурных моделей) All Fusion Process Modeller (BPwin), которое поддерживает нотации IDEF0, DFD, IDEF3. Нотация - это набор символов и правил, используемых для моделирования чего-либо, в данном случае, моделирование БП. Из многих существующих технологий моделирования выбрана технология IDEF0 из семейства IDEF созданная на основе методологии структурного анализа и проектирования систем SADT (Structured Analysis and Design Technique). Во многом популярность методологии функционального моделирования IDEF0 обусловлена простотой нотации, основными элементами которой является функциональный блок и стрелка. IDEF0 показывает какие процессы существуют в организации обозначенные функциональными блоками, которые объединяются стрелками вход / выход. В случае, если обнаружен процесс, не имеющий выхода, следует избавиться от него т.к. он не имеет никакого смысла. Также было принято решение дополнить технологию IDEF0 технологией IDEF3. IDEF3 - способ описания процессов, основной целью которого является обеспечение структурированного метода, используя который эксперт в предметной области может описать положение вещей как упорядоченную последовательность событий с одновременным описанием объектов, имеющих непосредственное отношение к процессу.

Построение проводилось посредством нескольких правил, которые определяют рамки и не позволяют заблудиться в обильном потоке информации:

? Определение цели - потребность в цели неочевидна, имеется возможность построения модели и без неё, но эта рамка позволяет вовремя остановиться. При построении модели применяется понятие не дальше, а глубже именно поэтому грань, созданная этим правилом, называется дном. Если консультант видит, что на определённом уровне достигнута цель, декомпозировать глубже не имеет смысла (не следует кипятить океан).

? Нанесение функциональных блоков (бизнес-процессов)

? Нанесение выходов функциональных блоков

? Нанесение входов функциональных блоков

? Нанесение механизмов

? Нанесение регламентирующих стрелок.

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

Работа в All Fusion Process Modeller

Для начала работы в All Fusion Process Modeller следует выбрать нотацию, в которой планируется построение модели, выбор возможно сделать в диалоговом окне, которое появится после нажатия на File/new model.

На рисунке 7 видно, что выбрана нотация IDEF0, в поле Name вводится название модели - в данном случае проект называется «Деятельность организации ООО «Объединенная машиностроительная компания». После этого появится основной уровень (А-0) с одним блоком, на котором следует отобразить общий процесс подразделения или компании в целом (деятельность).

Рисунок 7 - Диалоговое окно «Начало работы»

Уровень А-0

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

В Приложении 5 видно, что чем является:

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

? Вход - тендер (входом является то что в процессе как то преобразуется) в данном случае, это тендер который содержит первичную информацию для подачи предложения).

? Механизм - персонал и партнёры исполнители.

? Управление - правила торговли и репутация

После нанесения функционального блока со стрелками, следует их пояснить, для того что бы перейти в диалоговое окно настройки элементов, следует нажать правой кнопкой мыши и выбрать Definition/Note…

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Рисунок 8 - Диалоговые окна «Настройка»

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

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

Уровень А0

Уровень А0 является декомпозицией уровня А-0. Здесь уже присутствует два функциональных блока «Проектная деятельность» - представляет основные процессы организации от которых непосредственно рождается прибыль и «Развитие» - представляет собой процессы направленные на позиционирование организации на рынке.

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

В приложении 6 отображено, как два функциональных блока взаимосвязаны выходами и входами, при этом взаимосвязь присутствует не только тем, что рождает процесс, но и тем, какую потребность он выражает.

Так как первоначальным процессом является «Развитие», декомпозиция этого процесса носит название А1.

Уровень А1

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