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

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

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

Для начала сформулируем простые вопросы и дадим на них ответы.

КОМУ НУЖНА КОМПЛЕКСНАЯ АВТОМАТИЗАЦИЯ УПРАВЛЕНИЕМ ПРЕДПРИЯТИЯ?

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

ЧТО НУЖНО ПОЛУЧАТЬ ОТ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ РУКОДИТЕЛЮ?

Для повышения эффективности принимаемых управленческих решений Руководитель должен, в самом простом варианте:

планировать поступление денег;
планировать производственную деятельность;
планировать расходы.

То есть, лицо, заинтересованное в увеличении прибыли, ощущает необходимость в автоматизации УПРАВЛЕНЧЕСКОГО УЧЕТА. При этом, чем больше предприятие, тем выше требования к степени автоматизации управленческого учета (бюджетирование по центрам ответственности, прогнозирование и оценка эффективности расходов по направлениям деятельности, построение системы сбалансированных показателей работы предприятия и расчет их количественного выражения и т.д.).

КАКОЕ УСЛОВИЕ ЯВЛЯЕТСЯ НЕОБХОДИМЫМ ДЛЯ АВТОМАТИЗАЦИИ УПРАВЛЕНЧЕСКОГО УЧЕТА?

Система управленческого учета работает на данных, которые поступают с мест выполнения хозяйственных операций или, другими словами, на данных ОПЕРАТИВНОГО УЧЕТА. Для эффективного управленческого учета данные оперативного учета должны, как минимум:

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

То есть, необходимым условием автоматизации управленческого учета является грамотная АВТОМАТИЗАЦИЯ ОПЕРАТИВНОГО УЧЕТА.

КТО ВЛАДЕЕТ ЗНАНИЯМИ ОБ ОПЕРАТИВНОМ УЧЕТЕ НА ПРЕДПРИЯТИИ?

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

МНОГО ЛИ БИЗНЕС-ПРОЦЕССОВ В КОНТУРЕ ОПЕРАТИВНОГО УЧЕТА ПРЕДПРИЯТИЯ?

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

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

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

Для решения указанных проблем необходимо провести ОБСЛЕДОВАНИЕ ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЯ .

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

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

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

Рис.1. Вариант дерева функций

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

Рис.2. Фрагмент структуры бизнес-процессов

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

Рис.3. Фрагмент последовательности бизнес-процессов

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

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

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

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

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

И, напоследок, еще немного "о грустном" - о рисках. Предположим, что Вы - Руководитель, осознали важность проблемы, нашли консультантов, финансировали проведение обследования, получили отчет, соответствующий поставленной задаче. А где гарантии того, что полученный результат соответствует действительности, то есть, в описании учтены все бизнес-процессы и их описание позволяет однозначно интерпретировать суть деятельности? Даже если это не так, Вы, конечно, можете утвердить полученные должностные инструкции, можете провести оптимизацию полученных бизнес-процессов и обязать работать организацию по новому. Это, скорее всего, приведет к повышению эффективности - ведь, Вы все равно "продвинулись" в налаживании регулярного менеджмента. Люди поймут поставленные задачи, ведь до этого они работали в условиях устных договоренностей о правилах работы.
Однако, при создании автоматизированной системы по такому описанию могут возникнуть сложности. Ведь, компьютер - не человек. Любая "недоговоренность", неточность или слабо формализованное описание будет "растолковано" компьютеру программистом, и качество такого толкования будет контролироваться не Вами.
Кроме этого, есть еще одна проблема - жизнь меняется, меняется и Ваш бизнес. Если Вы получили результат обследования в виде "кипы бумаг", то оно рискует со временем превратиться в фотографию из старого альбома, которую можно показывать только гадалке, а врачу вместо себя не представишь. Конечно, сложность организации предприятия нельзя сравнивать со сложностью устройства человеческого организма, однако и здесь не все так просто. Для примера предположим, что количества бизнес-процессов документов и штатных клеток измеряются десятками. Уже только для такого небольшого числа количество их взаимосвязей может достигать десятков тысяч. То есть, для того чтобы результат формализации бизнес-процессов "поддавался" анализу и модификации все данные обследования должны заноситься при помощи специальной программы в базу данных, а формы анализа и отчетные формы генерироваться этой программой. Такие программы существуют, например, BPWin.

Для уменьшения рисков, прежде чем начинать проект обследования предприятия с целью формализованного описания бизнес-процессов, желательно соблюсти 3 условия:

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

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

Формализация бизнес-процессов как платформа для качественного управления предприятием

Введение

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

Функционально-ориентированные системы

Для начала следует охарактеризовать функционально-ориентированную систему управления, выделить ключевые моменты, требующие пристального внимания, чтобы стали понятны ее узкие места. Структура практически любой организации включает генерального директора предприятия, который в своем распоряжении имеет (а может и не иметь) определенное количество подчиненных ему директоров и замов. В общем случае предприятие разделено на некоторое количество отделов по функциональному признаку (бухгалтерия, отдел информационного обеспечения, отдел прямых продаж, финотдел и т.д.). В каждом отделе существует начальник или руководитель, несущий непосредственную ответственность перед генеральным директором. Функциональные подразделения состоят из сотрудников, каждый из которых выполняет возложенную на него функцию. В системе с такой структурой каждый занят своим делом — бухгалтерия ведет учет, отдел информационного обеспечения занимается автоматизацией, отдел прямых продаж устанавливает контакты с клиентами. Все эти действия регулируются руководством и в общем случае центральным звеном всей системы – генеральным директором. В этом контексте, конечно, возникает множество бизнес-процессов, которые определяют функционирование предприятия в целом. Проблема в том, что эти бизнес-процессы не формализованы, не документированы, пущены на самотек, не ориентированы на конечного потребителя результата этого процесса. Это является побочным эффектом функционально-ориентированной системы, ведь результаты деятельности отделов и конкретных исполнителей не связаны с результативностью предприятия в целом, целевыми задачами предприятия. Каждый элемент выполняет порученную ему задачу в своем собственном «замкнутом пространстве». Даже если поставленная задача выполнена с наивысшим качеством, ее результат может сказаться на результативности выполняемых задач других элементов системы. Такое положение вещей может даже привести к конфликтам внутри предприятия. Например, когда один отдел может мешать внедрению и реализации задачи другим отделом. Так же следует отметить, что при подобной системе результаты деятельности сотрудников в большинстве случаев принимаются и оцениваются (впрочем, как и различные идеи) руководителем отдела. Сотрудник выполняет порученную ему работу, ориентируясь именно на своего начальника и, как следствие, пытается ему угодить в противовес интересам фирмы в целом и интересам отдельных ее сотрудников, что не допустимо. Взаимодействие отделов происходит не эффективно. Информация при передаче (в устной форме преимущественно) теряется и искажается. Информация может задерживаться или вовсе не передается, иногда даже умышленно блокируется на определенных уровнях. Некоторые функции, выполняемые разными отделами, могут дублироваться (например, в силу организационных причин), что стоит времени и денег. Учитывая вышеперечисленные факты, обмен информацией приводит к большим накладным расходам, длительным сроком выработки различных управленческих решений, в результате чего компания теряет прибыль. Даже если на таком предприятии внедрить АСУ, то в сущности ничего не изменится и назвать это уже можно будет «автоматизированным бардаком», кроме того, возрастут расходы на поддержку и эксплуатацию АСУ, и содержание соответствующих специалистов. Исходя из всех этих фактов, можно и нужно сделать вывод, что существующую функциональную систему следует заменить другой, более эффективной.

Процессно-ориентированные системы

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

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

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

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

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

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

Бизнес и экономика

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

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

Прибыль - не только приятный бонус к затраченным усилиям. Это экономическая категория, которая выполняет несколько функций:

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

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

Важно! Прибыль, как кровь для кровеносных сосудов. Она дает жизнь предприятию. Не будет прибыли - дело прекратит свое существование.

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

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

Есть нюанс: придумать хорошую идею «на пустом месте» удается единицам. Хорошие идеи приходят знающим и опытным. Представьте, что в биатлон пришел новичок, никогда не стоявший на лыжах, и выиграл гонку. Это невозможно. Наверняка перед тем, как занять призовое место, он 2-3 года тренировался.

В этом уроке мы рассмотрели 3 темы:

1. Формализацию бизнес-процессов. Почему это важно при создании бизнес-процессов и не так сложно, как может показаться не подготовленному специалисту.
2. Работу с бизнес-процессам в Битрикс24
3. Редактор бизнес-процессов, работу c "Действиями"

Описание бизнес-процесса "Оформление договора":
Менеджер компании подготавливает договор с клиентом. Каждый договор должен быть согласован с руководителем отдела (может выполняться многократно!).
Если сумма договора больше 15 000 руб., то в договор бухгалтер должен внести доп. условия. Если меньше, то доп. условия не требуются.
Каждый договор должен быть согласован с юристом (может выполняться многократно!).
После всех согласований менеджер подписывает договор у директора и отправляет его по почте клиенту.
Когда менеджер получает подписанную клиентом копию договора, он регистрирует её.

Графическая формализация бизнес-процесса "Оформление договора":

Видео запись вебинара

Презентация вебинара, скачать >>

Задание для закрепления материала

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

1. Выполнить формализацию БП – графически, ручкой на листике или с помощью ПО.
Клиент обращается на предприятие для заказа продукции. Менеджер формирует заявку с указанием продукции. Заявка передается на согласование руководителю отдела.
Если заявка одобрена руководителем – она заявка передается бухгалтеру, чтобы подготовить счет. Счет в виде файла прикрепляется к заявке.
Если сумма счета больше 50 тыс. руб., то его должен утвердить директор предприятия. Если меньше 50 тыс. руб., то счет утверждает главный бухгалтер.
После утверждения счет передается менеджеру. Менеджер отправляет счет клиенту.

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

3. Внести доработку в БП «Заявление на командировку» и пройти его под всеми участниками БП
- Добавить уведомление для любого пользователя (на ваш выбор) в Б24, что БП запустился
- Добавить сотруднику, запустившему БП, задачу «Передать дела перед отпуском».

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

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

Постепенно описывая сначала наиболее проблемные, а потом и все бизнес-процессы, компания формирует и развивает этот актив:

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

Чем ценен этот актив:

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

Описание процесса можно (и нужно) использовать для управления процессами : планирования, мотивации, оценки результатов. Его можно использовать как инструмент оценки качества работы сотрудников и подразделений.
Его можно использовать для введения в работу новых сотрудников . Появляется технология быстрого обучения персонала и контроля его работы. Важно, что это обучение проводится так, как нужно компании, а не так, как это случайно произойдет при появлении новичка на работе. В противном случае сотрудник будет долго (и не вполне подконтрольно вам), случайным образом формировать свое видение работы и рабочие навыки.
Этот актив снижает требования к набираемому персоналу , поскольку отпадает необходимость искать на рынке труда гениев-телепатов , способных угадать, что вы хотите, и как здесь работают. Также отпадает необходимость искать суперменеджеров , с приходом которых все, наконец-то, заработает.
Описания процессов можно изменять: улучшать, исправлять, дополнять, избавлять от устаревшего и заменять это новым. Их можно использовать для устранения проблем в процессах . Когда мы видим проблему, сбой процесса, конфликт, по описанию легко найти место, где эта проблема возникает. После этого можно либо дополнить описание, либо заменить предписанные действия на другие с учетом полученного опыта.
Позволяет улавливать «тонкие моменты» бизнес-процессов: когда есть документ-описание, легко найти место, куда вставить ценное примечание, например: «проконтролировать получение выставленного коммерческого предложения по электронной почте», «если происходит то-то, то обратить внимание на (1) и (2)», «если клиент…, то предложить ему …». После определенного срока жизни и использования описания наполняются удивительно ценной и конкретной информацией . Если описания нет, все эти ценные идеи просто теряются за неимением места, куда их «пристроить».
Можно масштабировать . Если Вы открываете новый офис или филиал, бизнес-процессы просто переносятся и начинают вас радовать и там.

Из «минусов» отметим:

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