Моделирование бизнес процессов управления: IDEF (Integration definition for function modeling)

3. Внутренняя организация.

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

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

выявляются и формируются элементы организации,

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

выбираются способы реализации связей между элементами,

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

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

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

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

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

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

Для решения данной проблемы, связанной с недостатком выразительности методологии IDEF, предлагается разработать правила переноса схем процессов в другое представление, называемое "SWIM-LINE". Фактически внутри компании разрабатывается внутренний стандарт презентации процессов, который описывает, в том числе, и данные правила конвертирования из одного представления, удобного для разработчиков, в другое, удобное для менеджера.

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

 Скачать реферат