Типовые ошибки при описании бизнес-процессов
«Финансовая газета», 2009, N 20
Правила регламентации, или Когда регламент станет «хорошим»
Согласно первому принципу для определения правил на всех уровнях деятельности компании необходимо создать систему регламентирующих документов. Отсутствие такой системы приведет к тому, что четких регламентов, отражающих различные требования и интересы различных групп потребителей этих документов, создать не удастся. Обычно такая система состоит из нескольких видов документов (рис. 1).
Система регламентирующих документов с учетом уровней детализации бизнес-процессов Рис. 1
Основными требованиями к положениям (о структуре управления, о направлении деятельности и т.п.) как документам, описывающим «верхние» уровни управления, являются следующие:
устанавливать общие принципы (правила) работы как в компании в целом, так и в том или ином направлении деятельности (как декомпозиция целей и задач);
фиксировать ответственность за достижение поставленных целей и задач по тому или иному направлению деятельности;
давать ориентировку сотрудникам — во всей структуре управления компанией, в конкретном направлении деятельности, в системе регламентации деятельности, содержать ссылки на более детальные документы (например, на регламенты, в которых устанавливаются способы реализации принципов управления и достижения поставленных целей и результатов).
Основные требования к регламентам, рабочим инструкциям и т.п. — задавать четкую последовательность действий конкретных исполнителей, устанавливать способы взаимодействия сотрудников и фиксировать требования к основным и промежуточным результатам при выполнении конкретных БПБУ.
Таким образом, в положениях формулируются принципы управления и требования к основным результатам по тому или иному направлению деятельности, а регламенты указывают, как это все реализовать: приводятся жесткие и четкие правила, кто, что, в какой момент должен делать. Здесь важно понимать, до какого уровня необходимо регламентировать деятельность. Существует два мнения:
регламентировать нужно все до самого детального уровня, чтобы исполнитель работал как автомат;
важно задать принципы, в остальном как руководитель решит — так и будет.
Второй вариант может быть эффективен в небольших компаниях (до 70 — 300 человек в зависимости от отрасли). В таких компаниях преобладают так называемые джентльменские соглашения, когда правила задаются в основном устно или с помощью «разнородных» документов. Их количество небольшое, и с учетом малого числа персонала компания остается вполне управляемой. При этом у нее есть одно преимущество: такой способ коммуникаций и задания правил — самый быстрый (руководитель может быстро перестроить работу без «лишних бумажек»). Следовательно, небольшие компании оперативно меняются под воздействием внешней среды, а гибкость и оперативность — это их основное конкурентное преимущество. Здесь модель управления и жесткость контроля за ее исполнением задается харизмой и организаторскими способностями конкретного руководителя (собственника, генерального директора и т.п.).
При переходе некоторой границы, когда компания становится достаточно большая, оперативность и гибкость уже начинают порождать определенный хаос. У каждого руководителя свои цели, часто они разнонаправлены, и в отдельно взятом подразделении или направлении может быть все хорошо, но в целом в компании — нет.
Но во всем нужно знать меру. При описании регламента зачастую нет смысла «спускаться» до уровня операций — самое разумное останавливаться на уровне действий: «проверяет первичные документы на предмет того-то, того-то», «открывает в 1С 7.7. документ ТОРГ-12», «согласно первичным документам заполняет все указанные в электронной форме поля», «проверяет получившуюся сумму документа на соответствие указанной в первичном документе» и т.д.
Второй принцип гласит о том, что без схемы бизнес-процесса написать и проверить «хороший» регламент практически невозможно. Качественный регламент обязательно должен содержать схему бизнес-процессов как приложение. Схема помогает решить основную проблему при подготовке регламента — отсутствие четкости и жесткости представления бизнес-процессов как последовательности процедур и действий по достижению того или иного значимого результата. Без схемы регламент бизнес-процесса зачастую сводится к описанию деятельности подразделения или сотрудника, а это, как было указано выше, неверно.
Бизнес-процесс — это задание цепочки деятельности (например, последовательности процедур исполнителей) для гарантированного получения результата независимо от принадлежности к тому или иному подразделению и назначение ответственных как за саму цепочку, так и, что более важно, — за результат бизнес-процесса.
С точки зрения компании, значимым результатом бизнес-процесса поставки сырья и вспомогательных материалов может быть:
сырье на складе;
сырье на складе + первичные документы, переданные в бухгалтерию;
сырье на складе + первичные документы, переданные в бухгалтерию + проведенная по бухгалтерии поставка (когда товар появился на остатках, а затраты списаны по бухгалтерии).
Конечно, последний вариант является наиболее предпочтительным, поэтому в данном бизнес-процессе будут задействованы не только кладовщики, грузчики, но и бухгалтеры, а следовательно, они будут руководствоваться одним регламентом (описываться в одном регламенте). Чтобы это увидеть, надо знать, как выполняется бизнес-процесс в целом, а для этого нужна схема (модель).
Моделирование бизнес-процессов (разработка схем) — это тема отдельной, большой статьи. Ошибок, мифов и заблуждений в этом вопросе можно привести достаточно много, поэтому сейчас ограничимся только основными требованиями к моделям (схемам) бизнес-процессов. Вне зависимости от методики описания модель должна отвечать на следующие основные вопросы:
каковы «входы» и «выходы» процесса;
из каких процедур состоит процесс;
кто выполняет каждую процедуру;
что получается в результате ее выполнения;
кто получает результат и что он с ним делает?
Кроме того, при описании бизнес-процесса важно уделять внимание таким, казалось бы, мелочам, как способы передачи информации и носители информации (например, устная передача информации может оказаться в лучшем случае «испорченным телефоном», а в худшем — вообще потеряться). Именно они могут послужить одним из объектов улучшений, а следовательно, и разработки новых правил выполнения работ (моделей поведения).
Согласно третьему принципу «хороший» регламент должен быть жестко структурированным и структура документа должна быть однозначно связана со схемой бизнес-процесса. Регламент дополняет, «расшифровывает» схему, на основании которой он разрабатывается.
Чтобы задать жесткую структуру регламента, она должна иметь как минимум пять основных полей (рис. 2) — четыре по вертикали:
«исполнители» — указывается должность или роль, которая выполняет ту или иную процедуру бизнес-процесса;
«процедуры» — приводятся название процедуры и перечень действий исполнителей (если это необходимо);
«условия (исключения)» — отражаются все возможные результаты выполнения процедуры исполнителя в зависимости от принимаемых им в ее рамках решений (обозначены на схеме ромбиком);
«результаты» — указываются все результаты, которые приходят к исполнителю («входы» процедуры) либо которые производятся исполнителем в той или иной процедуре («выходы» процедуры),
и одно поле по горизонтали — «область описания субъекта», в нем один исполнитель (субъект) отделяется от другого (см. пунктирную линию на рис. 2).
Разбиение схемы бизнес-процесса по полям Рис. 2
Следовательно, регламент бизнес-процесса должен иметь аналогичную структуру и его для наглядности можно представить в виде таблицы, где по горизонтали — поля: кто делает, что делает и т.д., а по вертикали — перечень и описание процедур (см. таблицу).
N |
Кто |
Что делает в |
Результаты |
Требования к |
Возможные |
1. |
Любой |
Формирование |
Положительным |
Счет на |
Исключений |
2. |
Руководитель |
Проверка заявок, |
Положительным |
План |
Исключений |
3. |
И т.д. |
Но исполнителям работать с таблицей с большим количеством текста будет неудобно. Документ получается большим, текст в колонках длинный и сжатый. Кроме того, у процедуры может быть не одно условие (исключение), а несколько, поэтому таблицу после завершения описания схемы бизнес-процесса надо развернуть в последовательный текст. Для этого добавляем в таблицу недостающие поля, пронумеровываем их и после развертывания получим следующую структуру текста:
название процедуры N;
n. 1. Кто выполняет процедуру;
n. 2. Что делает (какие действия совершает) при выполнении процедуры;
n. 3. Что является результатом процедуры;
n. 4. Требования к процедуре и результатам;
n. 5. Описания первого исключения или условия выполнения процедуры;
n. 6. Описания второго исключения или условия выполнения процедуры;
n. m. Описания m-го исключения или условия выполнения процедуры.
В п. n всегда указывается название процедуры в соответствии со схемой. В п. n. 1 всегда формулируется, кто и после чего выполняет данную процедуру (согласно схеме бизнес-процесса). В п. n. 2 всегда перечисляются действия, которые исполнитель должен выполнить, чтобы гарантированно получить указанные в п. n. 3 результаты. В п. n. 4 приводится перечень требований как к качеству выполнения процедуры, так и к ее результатам (по времени, качеству, стоимости и т.п.). В п. п. n. 5, n. 6, n. 7 и далее до m описываются все возможные, известные нам ограничения на исполнение процедуры (из серии «в случае если, то…»). Таким образом, мы сохранили и адресацию, и жесткость, и назначение ячеек нашего регламента (как в таблице).
Большая часть работы сделана. Но у любого бизнес-процесса всегда есть начало («входы») и результаты («выходы»). Конечно, из предлагаемой структуры документа можно будет найти «вход» в процесс и «выход» из него. Но правильнее будет сделать описание «входов» и «выходов» в отдельном разделе. Кроме того, в регламенте нужно указать должности, ответственные за управление и за достижение результатов. Наконец, «хороший» документ всегда имеет такие стандартные разделы, как назначение, содержание, термины и сокращения и т.п. В результате окончательная структура регламента должна выглядеть приблизительно следующим образом:
- Общие положения
1.1. назначение документа;
1.2. область применения;
1.3. термины и сокращения;
- Условия и ограничения
2.1. предварительные условия;
2.2. требования к конечному результату;
2.3. ограничения.
- Требования к процедурам
3.1. Наименование процедуры N
3.1.1…
3.1.2…
a…
b…
c…
3.1.3…
3.1.4…
3.1.5…
- Контроль и ответственность
4.1. контроль над исполнением;
4.2. ответственность за соблюдение.
- Приложения
5.1. Схема процесса
5.2. Формы документов
5.3. Справочные данные
Теперь регламент точно будет устанавливать взаимодействие исполнителей (должностных лиц) при выполнении работ в рамках описываемого бизнес-процесса базового уровня. По-другому его просто не напишешь, так как документ содержит жесткий перечень обязательных разделов (связанных со схемой бизнес-процесса).
Суть четвертого принципа регламентации заключается в том, что «хороший» регламент должен обязательно ограничить «свободу творчества» разработчика, т.е. задать жесткие правила на стиль и изложение текста.
Существует пять простых требований к языку изложения:
прямой порядок слов (кто, что, когда, как);
предложения должны быть простые, все сложносочиненные/подчиненные предложения разбиваются на части;
требования описываются короткими предложениями. Если в предложении необходимо перечислить документы, действия, требования и т.п., то следует использовать перечни либо выводить подобные списки в приложения. Причем в случае использования перечня правилом хорошего тона считается использование обобщающих слов;
изложенное должно пониматься однозначно;
ассоциации, демонстрацию излишних знаний использовать строго воспрещается. Необходимо четко осознавать, что из написанного относится к рассматриваемой процедуре или действию исполнителя.
А.Борисов
Ведущий консультант
отдела управленческого консалтинга
компании TopS BI
Ошибки описания бизнес-процессов
Автор: Кручинецкий С.М., руководителькомпании «Питер-Консалт»,
ksm@piter-consult.ru.

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

Даже из этой небольшой ветки дерева
бизнес-процессов видно, что процедуры, связанные с документооборотом, имеются в
составе многих бизнес-процессов. Если их описывать отдельно от «родительских»,
получится не связанный набор инструкций по выписке, отправке, ожиданию
документов. Как потом совмещать эти инструкции с другими событиями, как управлять
такими бизнес-процессами, не понятно.
Если уж вы решили сэкономить, выберите
одну полноценную «ветку» иерархии бизнес-процессов, например, «Управление
отношениям клиентами», и опишите её, включая весь документооборот.
Уверяю вас, пользы будет больше.
Неправильная структуризация
бизнес-процессов для описания — это распространённая, но далеко не единственная
ошибка описания бизнес-процессов. Поэтому продолжение темы следует …
По следующей ссылке можно посмотреть некоторые примеры разработанных нами описаний бизнес-процессов. На сайте также размещена процедура заказа работы по совершенствованию бизнес-процессов. В разделе «Стоимость описания бизнес-процессов» мы рассказываем, как сэкономить при заказе этой услуги.
Если вы заполните эту форму, мы подготовим коммерческое предложение, оптимизирующее ваши расходы на выполнение этой работы.
В этой статье мы разберем самые распространенные ошибки, которые совершают компании при внедрении бизнес-процессов.
Ошибка №1: Регламенты – главная цель
Нередко руководители считают, что внедрение бизнес-процессов состоит лишь в регламентировании деятельности организации. Согласно этому убеждению, в результате наладится работа компании, сотрудники будут четко выполнять инструкции, и тогда в ведении бизнеса наступит счастье и гармония. Но на самом деле такая цель вызывает вопросы.
Я консультировал одну очень известную компанию. Они постоянно проводят у себя семинары по внедрению бизнес-процессов, к ним приезжали многие консультанты, в том числе и из большой четверки. Казалось бы, такие мероприятия непременно должны принести результат, ведь столько работы ведется в этом направлении. Но если задать прямой вопрос: «Чего вы добились в бизнес-процессах?», в ответ можно будет услышать: «У нас регламентированы все процессы. Все до единого”. И это удивительный результат. Редко какой компании удается достичь таких успехов.
Ну тогда в чем же проблема? Проблема в том, что регламенты есть, а процессный подход не внедрен. Например, в этой компании 2 месяца нужно потратить на то, чтобы согласовать приказ, договоры согласуются по 4 месяца. Все регламентировано, но в результате бюрократизм достигает просто невероятных масштабов. Что с этим делать? Выбросить половину регламентов, и тогда работать станет в два раза легче.
Дело в том, что регламентация процессов не приносит счастья, она не улучшает управляемость компанией. Самое регламентированное место в мире – это кладбище. Все на своих местах, но жизни нет. Не нужно вести туда свой бизнес. Бюрократизированная организация утрачивает способность к изменениям и развитию, это следует запомнить. Она может выглядеть живой, но внутри компания уже недееспособна. Поэтому внедрение регламентов нельзя делать целью.
Но это не значит, что любой регламент – это плохо. От крайностей следует держаться подальше. Регламенты нужны и полезны, но важна мера. Нецелесообразно любой ценой стремиться к их установлению.
В чем тогда состоит цель? Управлять процессами. Что это означает? Есть несколько признаков процессного подхода:
- Умение выявлять процессы. Должно быть понятно, из каких блоков и элементов состоит деятельность компании.
- Умение определять последовательность действий, процессов, их взаимные связи.
- Умение определять критерии и методы измерения результативности процессов. То есть важно понимать, что мы имеем в результате, какие ресурсы могут понадобиться для выполнения процессов.
- Постоянное отслеживание наличия необходимых ресурсов и информации, которая нужна для выполнения процессов, а также обеспечение их выполнения.
- Постоянное наблюдение, измерение и анализ процессов. Важно выявлять все моменты, которые приводят к неблагоприятным для организации последствиям.
- Проведение регулярных мероприятий по улучшению процессов.
Вот что необходимо сделать в первую очередь. Процессный подход в компании присутствует только тогда, когда выполняются все эти пункты.
Ошибка №2: KPI – лекарство от всех бед
Есть большое количество руководителей, которые считают, что внедрение KPI – это ключ к успеху. Почему? Обычно говорят: «Нам нужно улучшить мотивацию. Все сотрудники должны четко работать на общую цель».
В этом есть логика. Но мотивация и вознаграждение – довольно противоречивые понятия. В психологии это давно известно, но и практика показывает то же самое. Мотивация находится внутри, руководителям и начальникам на нее почти невозможно влиять. Она ведет человека по жизни, побуждает его совершать какие-то поступки или, наоборот, воздерживаться от активных действий. А вот плата за труд – совершенно другой аспект деятельности. На мотивацию она не влияет. Вознаграждение может быть стимулом, побуждающим человека выполнять работу быстрее и внимательнее. Однако его влияние ограничено.
Создание системы KPI предполагает учет целого ряда сложных моментов. Это не панацея, а только лишь инструмент для решения задач.
Вот пример. Руководитель одного известного банка был одержим идеей числовых показателей для каждого сотрудника. За конкретный результат (большой или маленький) полагалась четкая сумма оплаты. И в автоматизации работы компания добилась настоящего совершенства. Любой вклад работника не оставался незамеченным. Счетчики считались, каждая бумажка имела вес. Однако проблемы никуда не ушли. Они были связаны с мотивацией: без денежного вознаграждения сотрудники и пальцем не хотели пошевелить. Это странно для людей, которые считают, что KPI как раз и внедряется для мотивации. Получается, возник парадокс. Компания достигла предела, совершенствовать больше нечего, а мотивации все нет, даже наоборот, ее стало еще меньше. Разве это идеал? Все считается, измеряется, но сотрудники не заинтересованы в работе, они думают только о деньгах. Ситуация ухудшается и тем, что при таких условиях обычно в коллективе очень натянутые отношения. Люди просто перестают быть людьми. Сотрудники становятся безинициативными, недружелюбными и эгоистичными.
Ошибка №3: Устаревшие методы
По мнению многих руководителей, достаточно внедрить регламенты, а потом заставить их неукоснительно исполнять. И пусть работники только попробуют сделать шаг влево или вправо! Дисциплина превыше всего!
Такой подход хорошо работал во времена Генри Форда. Но с тех пор прошло уже сто лет. Стоит проанализировать обстоятельства: работники у Форда были малограмотными, малообеспеченными, очень зависимыми от работодателя. Запросы этих людей едва достигали самой низшей планки. Живут ли такие люди в XXI веке? Если и да, то это, скорее, исключение. Поэтому стоит задать себе вопрос: как могут методы столетней давности работать в нынешних условиях? Успехи прошлого не гарантируют успех в будущем. Это часто не принимают во внимание. Времена меняются, и мы должны трезво оценивать ситуацию вокруг нас.
Что же актуально на сегодняшний день? Во время внедрения процессного подхода прежде всего необходимо организовать команду. Если речь идет об организации средних размеров, нужна команда топ-менеджеров. Внедрением процессного подхода должны заниматься руководители. И главное – начать с обсуждения проблем. Почему процессный подход так важен? Для организационных изменений должна быть причина. Какие проблемы надо преодолеть? Сформулировать их нужно как можно конкретнее, чтобы был критерий успеха во время подведения итогов. Какие процессы являются серьезным препятствием? Вся команда должна знать врага в лицо, чтобы понять, удалось ли от него избавиться.
Любое изменение должно начинаться с обсуждения. Это важная подготовка к самим изменениям, первый шаг к внедрению. Этапы нельзя делить: внедрение тесно связано с обсуждением проблем. Именно в этот момент люди начинают понимать важность изменений, без которых развитие невозможно.
Дальнейшие этапы управленческая команда должна проходить вместе, а также включать в это дело сотрудников. Здесь нужно перейти к распределению: как компания будет взаимодействовать с клиентами, какими способами их привлекать, обслуживать и т.д. Сотрудники тоже должны участвовать в обсуждении. Какой должна быть структура процессов? Должно быть принято коллективное решение.
И, наконец, идентификация процессов. Здесь речь идет о конкретике, поэтому важно назначить исполнителей. К обсуждению следует привлечь сотрудников, чья работа затрагивает каждый конкретный процесс. Таким образом можно снять ограничения внедрения. Люди будут ощущать себя творцами процессного подхода. Вот и все секреты.
Ошибка №4: Игнорирование корпоративной культуры
Некоторые думают, что плохие отношения в коллективе можно исправить лишь одним внедрением процессного подхода. Конечно, структурирование процессов – важный фактор, влияющий на взаимодействие сотрудников. Но регулировать отношения таким образом нельзя. Обязательно нужна корпоративная культура. К тому же, без нее будет трудно внедрить сами бизнес-процессы. В коллективе важны общие ценности, нужна клиентоориентированность по отношению к своим коллегам.
Например, процессный подход в качестве основных отношений «клиент – поставщик». Каждый сотрудник осознает, кто его клиент, чего он ожидает, по каким признакам оценивает качество его работы. Тогда он выстраивает свою линию поведения с учетом этих факторов. Понимание чужих потребностей не приходит само по себе. Обязательно нужно формировать правильные ценности компании, иначе процессы не будут работать.
Любой объект управления состоит из 5 элементов:
- Цели. Нужна правильно выстроенная система целеполагания, направляющая действие всех сотрудников компании.
- Стратегия. Она интегрирует все направления бизнеса и определяет конечную цель.
- Процессы. Задача руководителей – определить, каким образом в компании выполняются те или иные действия, как достигается результат.
- Структура. С ее помощью происходит разделение областей ответственности.
- Ценности. Они являются основой всего. Именно ценности определяют поведение человека. Ценности компании должны способствовать ее развитию. Создание корпоративной культуры – это миссия лидеров организации.
Поэтому нельзя развивать лишь одни процессы, без оглядки на другие составляющие. Это не принесет желаемого результата. А правильные взаимоотношения в коллективе без корпоративной культуры просто невозможны.
Ошибка №5: Неправильное понимание организационной структуры
Процессы работают не в любой организационной структуре. Например, они совсем не приживаются в компании, где присутствуют жесткие регламенты. А что первично: структура или процесс? Конечно, процесс, ведь это деятельность, которая приносит результат. Структура же нужна только для того, чтобы обслуживать эти процессы. И все.
Получается, сначала нужно модифицировать процессы, а потом уже подумать, какую организационную структуру к ним подобрать. Именно в таком порядке. Причем речь идет о четком понимании области ответственности. Какие именно подразделения за что отвечают? Это нужно описать с точки зрения обеспечения функционирования процессов. Тогда и получится правильная организационная структура. При этом нужно учесть наиболее важные процессы, например, комплексное планирование. Это основа всей работы. Или разработку новой продукции, без этого процесса у компании нет развития. Ну и так далее.
В общем, структура – это концептуальное описание, с помощью которого можно понять, какую роль в складных процессах играет каждое подразделение организации.
Ошибка №6: Игнорирование стратегии
Часто внедрение бизнес-процессов начинается с их описания. Но это неверный подход. Для начала нужно стратегически рассмотреть деятельность компании. Ведь организация – открытая система, которая взаимодействует с внешним миром. Она не может от него абстрагироваться. Прежде всего важно посмотреть на рынок: кто целевые клиенты? Какие у них потребности, как мы их обслуживаем? А кто конкуренты, какие они? Чем мы можем от них отличаться?
Разрабатываемые процессы обязательно должны быть конкурентоспособными. Если забыть об этом, не факт, что их внедрение принесет ожидаемый результат. Только стратегический подход поможет достичь успехов в бизнесе.
Пример. Компания занималась поставкой сахарной продукции. Однажды у нее начались проблемы. Производители и торговые сети диктовали компании свои условия. Под таким давлением организация не могла находиться долгое время, маржа падала все ниже и ниже. Как же выйти из этой ситуации? Было решено самой стать производителем. Идея есть, но какими в таком случае должны быть процессы? Если развивать процессы дистрибьютора, то компания так и продолжит быть дистрибьютором. Поэтому нужно сменить акценты и создать новые процессы, только тогда получится занять новое место на рынке.
Выходит, что стратегия неразрывно связана с процессами. Более того, внедрять процессы необходимо с учетом стратегии.
Ошибка №7: Неверное определение целей процессов
Прежде чем определить цель процесса, нужно подумать о целях компании. К примеру, какова цель продаж? Казалось бы, все понятно – чем их больше, тем лучше. Но не все так просто. Компания может бороться за максимальное число клиентов, выручку, объемы или ставить во главу угла удовлетворенность клиента. Представим ситуацию: клиент ничего не купил. К примеру, Apple не будет считать это поражением. Ей главное, чтобы человек ушел довольным от тех возможностей, которые компания ему предлагает. Тогда он обязательно вернется и, в конце концов, совершит покупку. Логика состоит именно в этом. Поэтому цели процессов нужно определять, исходя из того, что нужно компании на данном этапе развития.
Нельзя думать, что внедрение процессного подхода зависит лишь от покупки какой-либо программы. Это инструмент, который решает только небольшой объем проблем. А иногда внедрение программного продукта, наоборот, лишь добавляет сложностей. Некоторые руководители думают, что можно приобрести программу, посадить бизнес-аналитика, обучить сотрудников – и на этом цель достигнута. Но на самом деле все это далеко от внедрения процессного подхода.
Заключение
Процессы – это регулярно повторяющаяся последовательность действий. В этом и состоит их ценность. У нас есть время проанализировать нашу деятельность и учиться на собственных ошибках. Глубинный смысл процессного подхода состоит в возможности использовать свой опыт. Все это поможет улучшить нашу деятельность в будущем. Происходит настоящее обучение. Мы разрабатываем некую модель процессов, наблюдаем за ней и задаем вопрос, что можно улучшить. Проводим изменения. Видим улучшения, анализируем результаты, делаем выводы. Есть результаты? Значит, можно приступать к решению следующей проблемы. Если результаты не удовлетворяют, то нужно внести изменения в существующие процессы. Вот этот цикл непрерывного совершенствования и есть главный смысл процессного подхода.
ОПИСАНИЕ БИЗНЕС-ПРОЦЕССОВ. ШЕСТЬ ТИПОВЫХ ОШИБОК
Типовая ошибка 1. «Что вижу, то и пишу»
Она может показаться мелкой и даже придиркой, но она настолько часто встречается на рынке, что не упомянуть её невозможно. Если бы казахский акын был не певцом и поэтом, а писателем бизнес-процессов, то он бы, наверное, сказал: «Что вижу, то и пишу».
«Вот давайте мы опишем (благо способов описания бизнес-процессов немало) как работает наш отдел продаж. Вот давайте мы опишем как работает наше производство. Вот давайте мы опишем, как работает любой иной отдел».
Приходят люди, описывают, пользуясь теми или иными методиками, «что есть». Более того, нередко опрашивают сотрудников не с целью решения задач, а с целью узнать у них, как они работают, чтобы это записать за ними. Иногда потом еще сертификаты предприятию выдают.
Между тем, описание — это средство, а не цель. А целью является не столько фиксация текущего опыта, сколько усовершенствование. Ведь, если сам опыт плох, то фиксация его приведет к тиражированию неудач.
По неведомым автору причинам эта ошибка допускается сплошь и рядом.
Типовая ошибка 2 (более серьезная). Неучёт соотношения «Результат/Затраты»
(При знакомстве с бизнес-процессом, при встрече с реальной живой компанией и её реальной деятельностью.)
Продолжая первую мысль: «усовершенствовать — это значит улучшить соотношение Результат/Затраты». Цель всей этой оптимизации — не растратить ресурсы, увидев то что есть, но описать их. Не буквально, а так, чтобы, при выполнении написанного, соотношение Результат/Затраты улучшилось. В известном смысле это критерий качества описания бизнес-процесса («было-стало»).
Из этого следует: прежде чем писать, необходимо увидеть систему в целом и вычленить определенные зоны сосредоточения (скопления) затрат. В первую очередь, увидеть их и обозначить крупноблочно.
Оптимизация нередко начинается не с описания, а с диагностики — с относительно быстрого (дни, недели, но не месяцы) определения больших скоплений затрат внутри деятельности. Специалист, который совершенствует бизнес-процесс, сначала должен сделать именно это, а только потом определить последовательность усовершенствования.
Потому что все имеет свою цену и, если начинать описывать просто «от и до», то, в результате, это выродится сами знаете во что — в отчеты, которые будут брошены, а жизнь пройдёт своим чередом.
Типовая ошибка 3. Работа без представления об идеальном процессе
Надо иметь заранее ясный идеал к которому следует приблизить бизнес-процесс. Приведу 2 формулировки, которые мне нравятся и которые помогают.
Формулировка П. Друкера: «Предприниматель — это не тот, кто получает прибыль, а тот, кто получает прибыль, сокращая усилия».
Это первая формулировка, показывающая нам направление. Мы должны не просто описать, мы должны так изменить бизнес-процесс, чтобы бОльший результат получался при сокращении усилий, а не путем увеличения работы.
Вторая формулировка (возможно моя): «Производительность не равна работе».
Когда мы сокращаем количество работы, а результат увеличиваем — это повышение производительности. Когда у нас просто повышается количество работы выполняемой теми же людьми в единицу времени (как призывали большевики, понимающие производительность именно так) — это растрачивание ресурсов.
Вот эти 2 формулировки и задают нам ориентиры. Если их обобщить (или, как мы любим говорить, «свернуть»), то мы получим ту формулировку, которая известна в ТРИЗ — формулировку «идеальной системы» Генриха Альтшуллера.
Когда мы что-либо создаем, проектируем, совершенствуем (фирму, продукцию, каналы продаж и т.д.), мы имеем дело с системой, которую мы улучшаем. Бизнес-процесс тоже система, которую мы улучшаем вплоть до идеала. А формулировка идеальной системы (с точки зрения соотношения «Результат/Затраты»), как известно, звучит так: «Идеальная система — та, которой нет, а функции её выполняются».
Ошибкой же является отсутствие у разработчика бизнес-процесса этого ясного идеала, к которому он хочет приблизиться. Улучшение — это приближение к идеальному процессу, которого нет, а есть только его результаты. И этот идеал в ТРИЗ так и называется «Идеальный Конечный Результат» (ИКР).
Так в романе А. Кларка «Космическая Одиссея: 3001» описаны этапы развития цивилизации более высокого уровня, чем земная: сначала использование пилотов для полетов в Космос или соответствующей техники для записи информации, затем запись информации прямо в структуру пространства-времени и отделение информационной модели человека от тела, чтобы затем посредством этой перезаписи информации в структуре пространства-времени путешествовать в Космосе без звездолётов, скафандров и даже… без тела.
Типовая ошибка 4. Неучёт закономерностей развития
Если бы мы разложили нашу мысль про результат и про затраты в график, то график идеальности выглядел бы так:

И, прежде чем что-либо писать, надо дать ответ на вопрос: «Где место той системы, которую мы совершенствуем, на этом графике?»
Если компания, бизнес-процессы которой мы совершенствуем, находится в зоне I, то, в целом, вся стратегия её структурирования, разделения функций, описания их и «приведения в порядок» будет одна. Иначе — другая.
Если компания находится в зоне I, то используется определенный набор шаблонов, готовых решений. Если компания находится в зоне II, то совсем другие рекомендации надо дать по отношению к её процессам, и, соответственно, достать другие шаблоны. И под эти другие шаблоны описать, собственно, процесс.
Если же компания находится в зоне III, то все будет совсем не так, как в случаях I и II.
Если мы строим для конкретных Заказчиков офисы в Гонконге, где все скалисто и места нет, то, вероятно, мы будем строить небоскреб, либо не будем строить вовсе. А если мы строим в степи на Юге России, где полно земли, однако коммуникации подвести чрезвычайно затратно, то мы тем же Заказчикам будем проектировать коттеджный поселок.
Если компания находится в зоне I, то само корректное переструктурирование её подразделений станет первой задачей разработчика. И под эту задачу все будет подстраиваться.
Если компания находится в зоне I, она, скорее всего, структурирована неверно относительно правил структурирования и у нее именно по этой причине соотношение Результат/Затраты плохое. Надо перестроить систему, а потом её описать уже в улучшенном виде, а не писать что видишь, даже если тебе говорят «это наша специфика».
У компаний, которые находятся в зоне II, видимо все хорошо, т.к., мы видим, что небольшим приростом затрат получается большой «выхлоп». Однако, если смотреть на динамику процесса, за вторым этапом последует третий…
Такая компания растет достаточно быстро и у нее накапливаются большие затраты, которые, тем не менее, системного дестабилизирующего влияния не оказывают, когда она в зоне II. Но через некоторое время ситуация изменится и компания с этими рисками окажется в зоне III, когда все быстро переключится.
Также компания второго этапа может кормить слабые направления за счет сильных. И это очень частая ошибка.
Т.е., одна из ошибок таких компаний: отождествление успешных с устаревшими. Такие компании, как бы, говорят: «Вот у нас есть успешный проект, но нельзя ограничиваться только им, надо искать что-то еще». И они отбирают ресурс у успешного проекта и отдают этот ресурс остальным (часто плохим). Это похоже на «прогрессивное» налогообложение: отобрать у лучших и перераспределить среди прочих.
Понятно, есть и другая опасность: «почивать на лаврах», но у компании II этапа проблема не в этом. Это как с ребёнком, который имеет талант к пению, а его заставляют заниматься еще и хоккеем. Компании второго этапа надо избавиться от лишних направлений и сосредоточиться на своем «пении».
Т.е., заранее искать «третьи этапы» внутри себя и выбрасывать их: находить направления, где соотношение «Результат/Затраты» плохое и выбрасывать их. Внимание: не улучшать, а выбрасывать.
Если же компания находится в зоне III и соотношение «Результат/Затраты» опять стало плохим, но уже по другим причинам, чем в первом случае, то у нас будет третий набор шаблонов.
И это будут шаблоны разрушения. («Созидательного разрушения», как писал экономист Й. Шумпетер). Когда мы видим, что компания организована достаточно хорошо (понятно, что нет предела совершенству), её не надо особо переструктурировать. Более того, возможно Вы удивитесь, но может быть не особенно-то и важно описывать её бизнес-процесс. Т.к. он уже и так неплохо описан и люди его знают, понимают, привыкли по нему работать и, в известном смысле, не так уж все и плохо. И от вылизывания каких-то подсистем особых результатов не дождешься.
А дело заключается в том, что рынок из-под этой компании ушел. И, несмотря на более-менее отлаженную систему работы, она начинает каждый новый заказ, например, добывать все большими и большими усилиями. При этом суммы сделок мельчают и мельчают, а усилия по их добыче и выполнению те же самые, что и на крупные сделки. Но, поскольку теперь приходится за мелкими сделками гоняться и набирать их больше и больше, то соотношение «Результат/Затраты» получается очень плохое.
И поэтому нам не надо стратегически улучшать вот это «беганье за зайцами». Мы сгорим на этом «субботнике», но прибыли не заработаем. И кое-что надо разрушить внутри компании (или всю компанию), чтобы разрешить эти противоречия.
Т.о., у нас должна быть определенная стратегия усовершенствования, а у разработчика должно быть «стратегическое видение».
Типовая ошибка 5. Неучет бизнес-контекста (окружения)
Мы — это мы, а что вокруг нас? Как устроены наши конкуренты, контрагенты? У них есть такие же проблемы? Выявление признаков определенного этапа дает возможность относительно быстро определить узкие места в бизнес-процессах, не изучая всю «пооперационку».
Позвольте привести развёрнутый пример.
Мебельная фирма «ругается», что конкуренция растет из года в год, прибыль сжимается, хоть производство растет, и т.д. Поэтому исходная задача, которая была поставлена, была связана с сокращением себестоимости, чтобы прибыль «догнать» .
Но при анализе окружения выяснилось, что, действительно, на рынке вокруг этой компании работает множество мелких предпринимателей, в т.ч. фрилансеров, которые размножаются чуть ли почкованием. И в городе с миллионным населением их могут быть тысячи (пусть и полудохлых). Часть из них пропадает, появляются другие. Одни из них оказывают услуги: ходят за прорабами, чтобы узнать кому можно будет оказать услугу по установке мебели. Другие у себя в гараже собирают какие-то кухни. Третьи, чуть покрупнее, даже «салоны» себе открыли — арендовали небольшие пространства в торговых центрах, где у них сидит «как бы дизайнер», стоит несколько экземпляров мебели и каталог. И там уговаривают: давайте мы пойдем к Вам на квартиру, сделаем замеры и т.п.
По ценам все эти фрилансеры демпингуют, но, получив заказ от Клиента, они сами ничего произвести не могут, а начинают бегать по рынку и размещать заказы по разным предприятиям: здесь фасады, там столешницы, здесь фурнитуру купим и т.д. Некоторые даже называют себя «системными интеграторами», при этом, на самом деле, они занимаются тем, что в своем гараже утюгом пленку наносят на МДФ.
И это окружение «отъедает её бизнес». И никакие рекламные усилия (пропаганда такого рода, что не надо заказывать у «физиков», которые делают халтурно) не помогают.
Вторая особенность окружения. На рынке мы видим, что Клиент, сделавший заказ (например, кухни), ждет месяцами. Мало того, что декларируется аж до 30-ти дней, так и эти сроки не выдерживаются. При этом само изготовление изделия (при приличной технологии) занимает даже часы, а не дни, но Клиент может ждать полтора или два месяца (от замера до монтажа).
Третья же особенность заключается в том, что самые длинные операции — это сборка и взаимодействие с конечным Клиентом, к которому надо выехать сначала на замеры, потом смонтировать и т.д. А они же — Клиенты частные. Это сколько же надо производителю мебели людей иметь, чтобы не ставить Клиентов в очередь?! А обычно есть 2-3-5 замерщиков, несколько дизайнеров (мы же не будем же раздувать этот штат). А сколько они в день Клиентов посетят? Ну, 3-4… И это при больших рекламных затратах. Вот и получается, что и производство простаивает, и Клиенты ждут, и заказов никакой очереди нет.
И что тогда толку сокращать себестоимость производства? Если основные затраты содержатся в сборке, в продвижении и в коммуникации с Клиентом. Даже если мы сделаем идеальное производство, которого нет, а кухонные фасады вырастут из воздуха, ключевой задачи это не решит.
Поэтому мы и начинаем с тех подсистем, где: а) соотношение «Результат/Затраты» является плохим и б) быстрыми темпами обостряется противоречие между этими подсистемами с надсистемой при росте потока.
А остальное игнорируем, ибо времени купить нельзя. И, конечно, слабое место не надо описывать (ибо, зачем). Мы должны сначала решить задачу как со всем этим быть.
Если, в целом, подсистема затратная, то именно она отнимает у нас прибыль, именно она находится в сильной конкуренции с фрилансерами, каждый из которых если сбегает к 2-3-м Клиентам за день, а потом, на фоне этой общей низкой производительности, выполнит в месяц максимум 3-4 заказа и заработает себе 200 тыс. рублей, и поедет в Таиланд. И он вполне счастлив от такого образа жизни и не будет его менять, не будет создавать производства, не будут расширяться. А предприятие так работать не может.
«Фрилансеры» у предприятия конкуренцию выигрывают, но не по всей цепочке, а именно добавляют ему слабость только там, где оно и так слабо. Для них это не проблема — 2-3 заказа в месяц, а для производства — проблема. Для них это не проблема — идти в последнюю милю, а для производства — проблема. Для них не проблема медленно собирать одно изделие на общем низком фоне рыночном, а для производства — проблема, т.к. при потоке заказов надо сборочный участок иметь со всеми издержками и чтобы он не простаивал, и не тормозил общего потока работ. А когда у Вас 3-4 сборки в месяц, то всего этого не требуется.
Получается вполне себе тризовское противоречие: «надо делать слабые функции (ведь Клиенту без сборки-доставки-замера-монтажа кухню не продашь) и не надо делать слабых функций, т.к. они убивают наш бизнес».
А предпринимательское решение заключается не в том, чтобы «усилить слабые стороны», а в том, чтобы вообще не делать того, что мы делаем не очень хорошо = постараться выбросить «слабые процессы» из системы в надсистему. Т.е., например, производству не улучшать слабую сборку, а не собирать вовсе.
И надо сначала придумать, как оно без сборки будет работать, а потом этот новый бизнес-процесс описать. И этот новый способ (без сборки), с точки зрения Результат/Затраты (а не просто дешевле), должен быть точно лучше, чем есть сейчас.
Поэтому мы и не стали трогать производство (хотя мы любим в производстве копаться), а сосредоточили свое внимание на вышеописанном.
Решение заключалось в том, чтобы производить полуфабрикаты для фрилансеров (все равно ведь они заказывают фасады, столешницы, … практически все, кроме сборки, на стороне). Если у нас есть несколько отличных моделей, то мы можем «отгружать им мебель наборами», готовыми решениями — они не смогут сделать красивые фасады, они не подберут фурнитуру (т.к., они покупают где дешевле и суют куда не надо, а потом через год мебель выходит из строя).
Идея заключалась в том, чтобы расширить производство, не расширяя его. Сборочные участки преобразовать в коворкинг для фрилансеров, чтобы они не в гараже, а на фабрике собрали свой же заказ. Или же просто увезли комплект, чтобы собрать его на квартире Клиента. Фрилансерам оказывается и дополнительный сервис, или не оказывается, или оказывается по желанию.
Вдобавок так мы избавляем их еще от логистики. Если он без этого сервиса работает, то он в одном месте заказ на фасады разместил, в другом месте фурнитуру заказал, в третьем — столешницы, в четвертом — еще что-то сделал и т.д. Отсюда потери времени вплоть до двух месяцев и т.д. Теперь же он через 2 дня после замера получает готовый упакованный комплект. А фабрике-производителю теперь самой не надо ни собирать мебель, ни ездить к Клиенту на замеры и монтаж, ни открывать салоны и т.д.
Т.о., тот бизнес-процесс, который надо описать, просто другой. Он «заточен» под обслуживание этих фрилансеров. Если бы мы пришли на предприятие и, совершенствуя его, не учли бы тот контекст (окружение), в котором оно работает, то работа могла бы оказаться бессмысленной.
Так что сама фраза «бизнес-процесс» не должна вызывать ощущение чего-то внутреннего. Бизнес-система открытая. И мы многие возможности для оптимизации не увидим, если не будем рассматривать окружение (контекст, надсистему) бизнеса. Т.е., нередко используют именно надсистему для улучшения внутренней структуры фирмы. Причем один из эвристических приемов так и называется «выбросить затраты в надсистему».
Недаром Питер Друкер писал: «Причина успеха лежит за пределами предприятия, внутри предприятия лежат только причины издержек».
Типовая ошибка 6. Слова молитвы дурака перед расшибанием лба
Если говорить об ошибках пропагандистов «бережливого производства», то их масса и по ним идешь порой, как по выжженной земле. Самое частое — это некритичное применение описаний опыта известных корпораций.
Например, много начитавшихся про «Тойоту» ходят по российским предприятиям и пытаются из них «Тойоту» сделать. Если бы фрилансер был способен сделать из российского предприятия Тойоту, он не был бы фрилансером.
Нередко рассказывают о том, что фирма «Тойота», чтобы снизить свои операционные издержки, работает без склада, только под заказ. Вот, стало быть, и Вы так делайте. Буквально так и говорят: «Тойота — не глупая, работает без склада». И тут вдруг маленькое предприятие (которое заказало такой консалтинг), имеющее маленькое же производство лестниц, дверей, ограждений, различных крепежных элементов, у которого всегда было преимущество — склад-магазин готовых полуфабрикатов (люди могли приезжать смотреть образцы, частично покупать, частично заказывать), закрывает этот склад и начинает работать только под заказ. И остается вообще без заказов, т.к., Клиенты приезжают и говорят: «У Вас тут ничего нет». Работники на этом предприятии говорят: «Надо произвести, мы можем». А им говорят: «Нееет. Бережливое производство! Тойота так не делает!»
Некритичное применение, в общем-то, правильного, но не к месту, увы, очень распространено.
Приём вне контекста применять глупо. Иногда надо выбросить склад с территории предприятия, а иногда надо его не только построить, но и организовать там продажи. И добиться ответа на вопрос: «На каком основании Вы это насоветовали?», кроме того, что «я читал про Тойоту» — не удается.
Поэтому последние слова молитвы дурака звучат так: «Я и Тойота». Если Вы это слышите, знайте — он сейчас разобьет лоб и не только себе.
Материал опубликован на сайте «Открытые бизнес-методики и технологии TRIZ-RI» 22 сентября 2016 г.
1. Описание бизнес-процессов без определенного заказчика
Самая распространенная ошибка при описании бизнес-процессов — это описание ради самого описания. Отсутствие заказчика описания приводит к тому, что созданные модели никому, кроме специалистов их создавших, не нужны. В таком случае ставится «крест» на самом процессном подходе и больше к этой теме не обращаются. Для того, чтобы избежать данную ошибку, уже на этапе планирования проекта по описанию процессов нужно определить заказчиков этого описания. В большинстве случаев это могут быть следующие подразделения — подразделения связанные с информационными технологиям; подразделения, отвечающие за систему менеджмента качества; департамент развития. Но лучше всего, если заказчиками описания бизнес-процессов будут бизнес- подразделения, которые хотят совершенствовать свою деятельность или перейти на процессное управление.
2. Неправильный выбор инструмента описания бизнес-процессов
Можно отметить, что использование инструмента для описания бизнес-процессов во многих случаях обеспечивает необходимое качество описания, минимизирует затраты на сопровождение позволяет использовать это описание для различных целей. В случае неправильного выбора возникает ситуация, когда крупный проект ведут с использованием visio, или наоборот, в небольшой проект закупается такое серьезное средство как ARIS. В данном случае нужно четко понимать, что если в проекте моделей более 200, то простыми средствами, не поддерживающими групповую работу и дальнейший анализ, не обойтись и необходим серьезный инструмент. Использование текстовой формы описания процессов дает очень низкое качество описания и в случае минимальных бюджетов лучше использовать таблицы MS Excel и PowerPoint, чем MS Word.
3. Слишком детальное описание бизнес-процессов «как есть»
Практика показывает, что многие проекты заканчиваются неудачей по причине того, что описание бизнес-процессов «как есть» проводится на слишком детальном уровне. Детальность описания требует повышенных трудозатрат, и поэтому бизнес-результат может быть отодвинут на неопределенный срок. Как правило, к этому моменту у заказчиков проекта уже кончается терпение, и проект останавливается. Поэтому в проекте описания бизнес-процессов необходимо четко определить перечень необходимых моделей и глубину детализации, и сделать это необходимо так, чтобы трудозатраты на описание процессов были минимальные и время получения бизнес- результата было не более трех месяцев.
4. Отсутствие единой методологии описания бизнес-процессов
Описание бизнес-процессов является вспомогательной деятельностью, направленной на совершенствование деятельности компании. Отвлекая бизнес — экспертов на интервью с бизнес -аналитиками вы отвлекаете их от основной деятельности, что негативно отражается на эффективности компании. Поэтому перед тем как приступать к описанию процессов необходимо определить все требования к будущему описанию и стандартизовать используемую методологию описания. Это нужно сделать потому, что второй раз с задачей описания процесса или уточнения определенных параметров по процессу в бизнес — подразделения придти скорее всего не удастся. Наиболее эффективен подход, в рамках которого создается методология описания процесса, а сами бизнес-процессы описывают сотрудники бизнес — подразделений, определяя направления для совершенствования или требования к автоматизации, тогда как бизнес — аналитики помогаю им в этом вопросе.
5. Описание бизнес-процессов без совершенствования
Созданные в проекте модели должны стать основой для совершенствования деятельности, иначе через небольшой период времени процессы изменятся и их описание станет неактуальным. Поэтому уже на этапе описания процессов совместно с владельцем процесса и его участниками необходимо формировать направления для совершенствования процесса и пытаться внедрять процессы «как должно быть» с учетом этих мероприятий. Если через описание процессов будут уменьшены издержки или уменьшено среднее время выполнения процесса, то такой результат станет востребованным. Но если в результате проекта будет сформирован отчет с множеством моделей, то скорее всего эти результаты никому не будут нужны.
6. Описание бизнес — процессов без привлечения бизнеса
Если говорить о процессном управлении, то это в первую очередь инструмент повышения эффективности компании. В первую очередь этим инструментом должны пользоваться владельцы и участники процесса, тогда его использование будет максимально эффективным. Создание специализированных подразделений по процессным технологиям должно становиться началом для постепенной передачи технологий процессного управления в бизнес — подразделения. Однако практика показывает, что данные подразделения сосредотачиваются на задачах описания процессов и при отсутствии бизнес — результата их влияние в компании уменьшается, и о процессном управлении постепенно забывают. Только если описание процесса станет инструментом бизнеса можно говорить о внедрении процессных технологий в компании.
7. Описание бизнес — процессов без автоматизации
Многие компании пытаются внедрять процессное управление и в большинстве случаев инструментом «закрепления» бизнес-процесса является регламент, что не позволяет осуществлять полноценный контроль и анализ процесса, поэтому вслед за описанием процесса должна идти его автоматизация. Для этих целей существует отдельный класс информационных систем Workflow / BPM с помощью которых это можно сделать наиболее эффективно и обеспечить не только автоматизацию процесса, но и его контроль, что в целом поднимает уровень зрелости бизнеса и уровень исполнительской дисциплины.