Лабораторная работа №1

Организационное проектирование

Теоретическое обоснование

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

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

Рисунок 1.1 – Модель «процесс»

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

Методические указания к выполнению работы:

Запускаем программу при помощи кнопки «Пуск» или через ярлык на рабочем столе.

Рисунок 1.2 – Главное окно программы MS Visio 2010

Рисунок 1.3 – Главное окно программы MS Visio 2003

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

Из предложенных вариантов описания процессов в меню – выбираем опцию EPC Diagramm.

Новый файл можно создать также в рабочем режиме при открытых других файлах, через основное меню. Выбираем Файл – новый (New) – Бизнес-процесс (Business Process) – и нужный нам тип – ePC Diagram.
В меню слева расположены объекты, которые мы будем использовать при построении схемы процесса.

‒ Событие

‒ Функция

‒ Исполнитель

И логические операторы: и, исключающее или, неисключающее или.

Рисунок 1.4 – Объекты для построения схемы процесса

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

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

Упражнение 1. Правила построения схем процессов в нотации epC

Мы находимся в программном пакете Visio и рассматриваем представление бизнес-процессов под названием Event – driven Process Chain – или EPC. Схемы данного типа удобны, просты в прочтении и активно используются в настоящее время на практике. Разберем подробно, как правильно построить схему процесса. Будем пользоваться объектами, которые расположены в меню слева.

Для этого нажатием правой кнопкой мыши попадаем в меню, выбираем «формат», «Заливка» – и меняем цвет на более яркий. Так же в свойствах объекта можно изменить штриховку, тип и толщину линии контура, тень.

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

Попробуем выстроить некую цепочку действий. Чтобы каждый раз не настраивать свойства объекта, воспользуемся функцией копирования. Для этого правой клавишей мыши выделяем объект, нажимаем «копировать», а затем «вставить». Лишние объекты можно удалять кнопкой на панели инструментов либо клавишей Delete на клавиатуре.

На практике каждая работа выполняется каким-то человеком, исполнителем. Для обозначения исполнителя выбираем объект. Например, желтый овал. И располагаем его обязательно справа от Функции, не забывая указывать организационную единицу. Это может быть отдел, группа, департамент, либо же просто должность исполнителя. Соединяем наш объект с другими посредством линии связи. В этом случае линия должна быть прямой – без начальных и конечных стрелок.

Варианты

1. Бронирование билетов.

2. Покупка через Интернет-магазин.

3. Покупка квартиры.

4. Банковское кредитование.

5. Подключение кабельного телевидения.

6. Сдача в аренду торговых площадей.

7. Прием к врачу.

8. Техническое обслуживание.

9. Гостиница.

10. Страховая компания.

11. Библиотека.

12. Курсы по повышению квалификации.

13. Грузовые перевозки.

14. Прокат автомобилей.

15. Инвестирование свободных средств.

2. Используя вариант предприятия, представленного в первом задании, разработайте на новой странице организационную диаграмму:

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

‒ настройте внешний вид организационной диаграммы.

Приложение 1

Проверка правильности построения диаграммы

ТП1 Юридическое оформление договора

Правило 1: Диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса).

Ошибок не обнаружено.

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

Ошибок не обнаружено.

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

Ошибок не обнаружено.

Правило 4: На диаграмме не должны присутствовать неименованные связи.

Ошибок не обнаружено.

Правило 5: За единичным событием не должны следовать операторы «OR» или «XOR».

Ошибок не обнаружено.

Правило 6: Каждый оператор слияния должен обладать хотя бы двумя входящими связями и только одной исходящей, оператор ветвления – только одной входящей связью и хотя бы двумя исходящими. Операторы не могут иметь одновременно несколько входящих и несколько исходящих связей.

Ошибок не обнаружено.

Правило 7: Операторы могут объединять или разветвлять только элементы одного типа. Объединение или ветвление одновременно функций и событий невозможно.

Ошибок не обнаружено.

Правило 8: Для каждой функции должна быть установлена связь типа «выполняет» минимум с одним и максимум с тремя субъектами.

Ошибок не обнаружено.

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

Ошибок не обнаружено.

Лабораторная работа №1

Задача описания бизнес-процессов при помощи MS Visio.

Показывает иерархическую зависимость работ, но не взаимосвязи между работами.

1. Диаграммы для представления (feo)

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

Все диаграммы имеют нумерацию. Контекстная диаграмма имеет номер А-0, декомпозиция контекстной диаграммы – номер А), остальные диаграммы-декомпозиции – номера по соответствующему узлу (например, А1, А2, А21 и т.д.).

1. Модель idef0 в ms Visio

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

Рассмотрим возможности проведения системного анализа в среде MSVisio.

На рис. 4.3. изображены основные элементы модели в соответствии со стандартом IDEF0.

Рисунок 4.3. Элемент IDEF0 в MS VISIO

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

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

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

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

1. Рабочее место ms Visio

MSVisioпозволяет строить различные диаграммы. Поэтому перед началом работы необходимо выбрать соответствующий тип диаграммы (см. рис. 2.4.).

Рисунок 4.4. Выбор средств моделирования

Рабочее место MS Visio выполнено в виде рабочего стола, состояще­го из нескольких окон.

На рабочем столе размещены:

образцы объектов модели;

область для рисования.

Панель Меню MS Visio . Панель Меню MS VISIO соответствует стандартам Windows и обеспечивает доступ ко всем функциям MS VISIO. Некоторые из них:

Печать. Чтобы открыть окно печати, на панели Меню выберите File, затем Print.

Масштаб. На панели Меню выберите View, затем измените масштаб изображения для активной диаграммы или для всех диаграмм в модели на тот, который Вам нужен.

Стандартная панель инструментов. Стандартная панель инструментов (рис. 4.5) обеспечивает быстрый доступ к часто выполняемым задачам.

Рисунок 4.5. Панель инструментов MSVisio

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

Образцы объектов модели (рис. 4.6) обеспечивают стандартизацию как общего вида модели, так и каждого ее элемента.

Рис. 4.6. Образцы объектов модели

Область для рисования (рис. 4.7.) предназначена собственно для построения модели.

Рисунок 2.7. Область рисования модели

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

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

Простая блок-схема

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

Задание 1

Рис. 3.3. Простая блок-схема (этап 3)

8. Введите текст в фигуры блок-схемы (см. Рис. 3.4). Для ввода текста в фигуру выполните действия:

9. На вкладке Главная в группе Сервис выберите инструмент Указатель .

• Щелкните фигуру, в которую должен быть введен текст.
• Напечатайте нужный текст.

Примечание:

1. Чтобы увеличить масштаб фигуры, нажмите на клавиатуре комбинацию клавиш + и щелкайте левой клавишей мыши по фигуре, пока не добьетесь нужного масштаба.
2. Чтобы уменьшить масштаб фигуры, нажмите на клавиатуре комбинацию клавиш + и щелкайте правой клавишей мыши по фигуре, пока не добьетесь нужного масштаба.

Рис. 3.4. Простая блок-схема (этап 4)

Нумерация фигур в блок-схеме

Visio может нумеровать фигуры в блок-схеме. Чтобы указать параметры нумерации, на вкладке Вид в группе Макросы щелкните кнопку Надстройки и выберите в группе Дополнительные решения Visio команду Нумерация фигур . В открывшемся окне Нумерация фигур укажите необходимые параметры нумерации и щелкните кнопку ОК .

Задание 2

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

   Для этого:

   • На вкладке Вид в группе Макросы щелкните кнопку со списком Надстройки , выберите группу Дополнительные решения Visio , а в ней команду Нумерация фигур .
   • В открывшемся окне Нумерация фигур укажите параметры
     • на вкладке Общие :
       • Операция — Автонумерация;
       • Применить к — Все фигуры;
       • Начать с — 1;
       • Интервал — 1;
       • Поставьте флажок Продолжить нумерацию фигур при перетаскивании на страницу.
     • На вкладке Дополнительно :
       • Поместить номер — Перед текстом фигуры;
       • Порядок нумерации — Слева направо, сверху вниз;
       • Поставьте флажок Исключать соединительные линии .
     • Щелкните кнопку ОК .
2. Сохраните блок-схему.

Рис. 3.6. Простая блок-схема (этап 6)

Изменение блок-схемы

Добавление фигуры между двумя другими фигурами

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

Удаление фигуры

Для удаления фигуры с блок-схемы выделите данную фигуру и щелкните на клавиатуре.

Перенумерация фигур

Для перенумерации фигур блок-схемы выполните действия:

1. На вкладке Вид в группе Макросы щелкните кнопку Надстройки и выберите в группе Дополнительные решения Visio команду Нумерация фигур .
2. В открывшемся окне Нумерация фигур на вкладке Общие выберите переключатель Перенумеровать в том же порядке , укажите начальный номер для нумерации и щелкните ОК .

Задание 3

1. Измените блок-схему, подготовленную при выполнении задания 2:
   • Удалите фигуру Документ (Отправить заявление).
   • Между фигурами Решение (Заявление оформлено правильно) и Документ (Отправить отказ) поместите фигуруПроцесс (Переслать помощнику по торговой выставке).
   • Добавьте фигуру Процесс (Позвонить участнику выставки по поводу оплаты) ниже фигуры Документ (отправить счет).
   • Перенумеруйте фигуры блок-схемы в том же порядке, начиная с начального номера — 1.
2. Сохраните блок-схему.

Рис. 3.7. Простая блок-схема (этап 7)

Изменение расположения соединенных фигур

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

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

Задание 4

Функциональная блок-схема

Назначение макета Функциональная блок-схема

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

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

Задание 5

Добавление, перемещение, удаление дорожки

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

• Щелкните имеющуюся на схеме дорожку правой кнопкой мыши и выберите в контекстном меню пункт Вставить «Дорожка» перед или Вставить «Дорожка» после .
• Наведите указатель мыши на угол одной из дорожек. Щелкните появившуюся синюю стрелку Вставить фигуру «Дорожка» .
• На вкладке Функциональная блок-схема в группе Вставить нажмите кнопку Дорожка . Дорожка будет добавлена после выделенной дорожки или в конце полосы, если дорожка не выделена.
• Из набора элементов Фигуры функциональной блок-схемы перетащите дорожку в нужное место на границу полосы.

Для перемещения дорожки:

1. Щелкните заголовок дорожки, которую необходимо переместить, чтобы выделить ее. Указатель мыши примет форму значка перемещения.
2. Перетащите дорожку в нужное место.

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

Для удаления дорожки:

1. Щелкните подпись дорожки, которую требуется удалить.
2. Нажмите клавишу на клавиатуре.

Примечание. При удалении дорожки также удаляются все фигуры, содержащиеся на ней.

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

− низкая скорость принятия решений,

− безответственность сотрудников,

− сбои в работе.

Следствием этих проблем являются:

− снижение доходности и конкурентоспособности,

− замедление развития,

− даже прекращение деятельности компании.

И, когда, собственник или руководитель в один прекрасный момент поймут, что «так работать дальше невозможно!», то возникнут вопросы: « Кто виноват? Что сделать в первую очередь?»

При этом интуитивно понятно, что для решения проблем необходимо «навести порядок»:

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

− объяснить сотрудникам как они должны работать, к чему стремиться

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

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

1. Ваша компания находится в начале своего развития : она недавно вышла на рынок и только начинает его освоение. Обычно на этой стадии количество сотрудников организации невелико (до 30 человек), организационная структура не слишком формализована, уровней иерархии не больше 3, в центре внимания руководства чаще всего находится производство и продажа Продукта/Услуги.

§ отсутствие четко обозначенной стратегии дальнейшего развития (к чему и зачем идем?)

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

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

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

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

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

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

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

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

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

4. В целом наличие реальной рабочей бизнес-модели повышает управляемость компании и эффективность использования ее ресурсов : если модель непрерывно актуализируется, то руководитель имеет возможность «держать руку на пульсе» компании, контролируя соответствие ее организационной структуры и распределения ресурсов реальным задачам.

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

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

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

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

На практике в компаниях, где работает более 50 человек, чаще всего приходится сталкиваться с функционально-иерархической системой управления. Суть ее можно кратко охарактеризовать как выделение в деятельности предприятия некоторого количества функциональных областей и построение в соответствии с ними системы управления. Причем, по мере роста организации, в каждой из функциональных областей выстраивается своя иерархия управленцев – от руководителя (своего рода, «эксперта» в данной области) до рядового исполнителя, причем уровней этой иерархии тем больше, чем крупнее организация. И если поначалу вся система функционирует более-менее успешно, обеспечивая организации управляемость, то по мере роста компании ее эффективность неизбежно снижается. Это обусловлено спецификой принятия решений в системе, когда для рассмотрения проблемы со всех сторон необходимо взаимодействие всех «экспертов» по различным функциональным направлениям. Пока уровней иерархии в подразделениях немного, взаимодействие организуется достаточно оперативно, но вот с ростом организации время, затрачиваемое на принятие решений, превышает все разумные пределы. Результатом этого является перенос ВСЕХ решений на самый высокий уровень и глобальное снижение управляемости.

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

§ Решение оперативных вопросов занимает все рабочее время руководителя

§ Рост штата компании опережает рост выручки

§ Конкуренция на рынке вынуждает искать резервы снижения себестоимости продукции

§ Каждое из функциональных подразделений компании «живет своей жизнью», координация между ними происходит только на самом верхнем уровне – на уровне директора.

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

Решением проблем, присущих функциональному управлению, является переход к процессному управлению: всю деятельность, безотносительно того, к какому функциональному признаку она относится, группируют в смешанные подразделения , где каждый исполнитель отвечает за свой блок операций. Принципиальным различием этих подходов является переход от управления ФУНКЦИОНИРОВАНИЕМ организации (и ее структурных подразделений, объединенных на основе ПРЕДМЕТА деятельности: бухгалтерия, юротдел, снабжение, сбыт и т.п.) к управлению БИЗНЕС-ПРОЦЕССАМИ на основе РЕЗУЛЬТАТОВ деятельности. Таким образом, фокус внимания смещается в сторону эффективности работы организации . При этом все возможные ситуации при выполнении бизнес-процессов максимально подробно описываются, поскольку на практике 80% возникающих ситуаций являются типовыми, и для них целесообразно создавать подробный регламент деятельности. В этом случае персонал в типовых ситуациях может действовать максимально эффективным образом и, что особенно важно, самостоятельно, т.е., без участия руководителя . Фактически, руководитель включается в процесс только при возникновении нестандартной ситуации, действия в которой не регламентированы.

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

1. Сокращается количество уровней иерархии, поскольку структура управления строится в соответствии со структурой процессов, а их на практике крайне редко бывает больше 5-6

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

Чтобы реорганизовать систему управления на основе процессного подхода, руководству необходимо решить вопрос о проектировании новой системы, причем направление этого проектирования – сверху вниз , т.е. первоначально определяются стратегические цели и задачи организации, показатели их достижения, и на этой основе строится система процессов. Исходя из процессов, формируется организационная структура. Существенно уменьшить трудоемкость и ускорить проектирование позволяет использование современного программного обеспечения соответствующего назначения, в частности, системы бизнес-моделирования Business Studio. Кроме того, эта система позволяет не просто подготовить реорганизацию, но и осуществлять поддержку внедрения и последующего сопровождения процессного управления.

3. Организация вышла на новый этап своего развития: Вы открываете филиалы и превращаетесь в сетевую структуру.

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

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

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

Оценку готовности компании открывать региональные подразделения обычно проводят по следующим уровням:

§ управленческом;

§ финансовом;

§ маркетинговом;

§ процессном

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

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

§ Отсутствие необходимой для быстрого старта филиалов формализованной эффективной технологии деятельности

§ Невозможность (либо высокая затратность) контроля всех аспектов деятельности дочерних подразделений

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

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

Как показывает практика, большинство компаний с успешной региональной стратегией используют несколько инструментов:

1. оптимальная структура – гибкая и отвечающая требованиям рынка;

2. правильно выбранная модель управления филиалами , определяющая меру их самостоятельности;

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

4. филиальной сети.

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

Каким образом определить оптимальную степень стандартизации отдельных процессов?

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

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

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

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

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

Похожая информация.

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

По опыту работы с Nintex могу сказать, что данная система не лишена недостатков: дороговизна, периодически возникающие ошибки, общая неторопливость системы (хоть это свойственно всему SharePoint) - все это вынуждает меня использовать штатный механизм рабочих процессов. Однако, у Nintex есть важное преимущество - визуализация схемы и текущего состояния процесса. Благодаря этому создание рабочих процессов упрощается, и их могут создавать даже люди, достаточно далекие от программирования (контент-менеджеры, бизнес-аналитики и т.д.). В SharePoint 2010 есть аналогичная возможность создания рабочего процесса на основе визуальной схемы, используя Visio 2010 и SharePoint Designer 2010.

Создание схемы в Visio

В Visio 2010 появился новый шаблон – Microsoft SharePoint Workflow (присутствует только в Premium-редакции Visio). Полученную из этого шаблона схему можно будет экспортировать в Designer для дальнейшей работы.
Итак, открываем Visio и ищем шаблон в категории Flowchart.

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

Теперь продумываем логику бизнес-процесса и составляем схему, используя необходимые элементы. Я для примера сделал простейший бизнес-процесс согласования:

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

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

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

Привязка процесса к данным в SharePoint Designer

Открываем Designer, подключаемся к нужному сайту, переходим в папку Workflows. На риббоне нажимаем кнопку «Import from Visio» и указываем файл с сохраненной схемой. Пишем имя рабочего процесса и список, к которому его привязываем (в данном случае - «Входящие»). Designer сам сгенерирует код и комментарии к нему, нам останется лишь указать поля, откуда брать данные (конкретно в данном случае у меня возникли небольшие проблемы из-за использования поля типа Lookup, но обычно все просто):

После доработки рабочего процесса, переходим в настройки. Там указываем необходимое условие запуска (запускать автоматически при создании элемента), а так же ставим галочку у опции «Show workflow visualization on status page» (требуется активировать возможности SharePoint Server Enterprise на коллекции сайтов). Это именно то, ради чего стоит создавать рабочие процессы именно в Visio. Теперь перейдем на сайт, создадим любой элемент в списке «Входящих», перейдем в список задач и завершим задачу, а затем откроем окно статуса рабочего процесса:

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

Заключение

В качестве итога приведу положительные и отрицательные стороны использования Visio для создания рабочих процессов (на мой субъективный взгляд).
Плюсы:

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

Минусы:

• Требуется SharePoint Enterprise Server и Visio Premium