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

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

«С самого начала (более чем столетие назад) и до сих пор изучение принципов организации базировалось на представлении, что существует — или должен существовать — некий единственно правильный тип организационной структуры. Представление о ней неоднократно менялось, но ее поиски продолжаются по сей день» [1]. Большинству компаний не удается добиться серьезных долгосрочных результатов путем организационных перестановок и повышения интенсивности труда исполнителей. Часто руководители компаний принимают решение обратиться к профессиональным консультантам. Руководство и специалисты начинают поиски консалтинговой фирмы, которая смогла бы помочь в этом вопросе. Основным критерием для поиска и заключения договора является желание руководства компании побыстрее получить положительный результат. Часто приходится слышать вопрос руководителей или собственников: «Какова будет величина экономического эффекта от вашей работы и когда мы получим этот эффект?» К сожалению, рекомендации консультантов слишком часто носят общий характер, и их выполнение не приносит желаемого результата. Именно поэтому руководителям предприятия следует освоить методики процессного управления самостоятельно и при осуществлении изменений в организации опираться преимущественно на собственные силы.

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

• 1) Появление эффекта «перетягивания одеяла», когда руководитель пилотного процесса добивается регламентации и последующего выполнения совместных работ с точки зрения выгоды и преимуществ своего процесса, а не всей организации. Воспользовавшись правом преимущественного создания регламентирующих документов, владелец пилотного процесса может создать себе более льготные условия по обеспечению ресурсами и полномочиями. Преодолеть это можно при наличии жесткого контроля со стороны вышестоящего руководства, но при этом может возникнуть следующая проблема.
• 2) Отсутствие необходимого опыта в создании системы регламентации деятельности со стороны руководителей и владельца пилотного процесса приводит к тому, что созданную, согласованную и утвержденную документацию придется корректировать и исправлять каждый раз, когда будет создаваться документация следующего процесса, взаимодействующего с пилотным. Спешка на первоначальном этапе работы приведет к дополнительным потерям времени при дальнейших работах. Преодолеть эту проблему можно привлекая сторонних консультантов — специалистов в области построения систем управления, но на этом список проблем не заканчивается, а возникает следующая проблема.
• 3) Создание системы процессного управления подразумевает создание системы планирования показателей процессов сверху вниз и системы управленческой отчетности снизу вверх. Построить эти системы можно только сверху вниз, начиная с планов высшего руководства организации. Приоритетность целей и показателей, установленных высшим руководством, для каждого из процессов сомнения не вызывает. Попытка построить систему планирования и отчетности для отдельного процесса, не связанную с общей системой планирования и отчетности организации вызовет вполне определенные проблемы и неудобства для взаимодействия и взаимопонимания между владельцем процесса и высшим руководством. По результатам опроса нескольких сотен сотрудников различных российских организаций авторы могут с уверенностью констатировать, что проблема информированности руководителей среднего и нижнего уровня о планах высшего руководства и собственников бизнеса находится на одном из первых мест по значимости. Владелец процесса, имея недостаток информации о планах высшего руководства, постарается установить такие планы, которые он заведомо способен выполнить.
• 1.1.2. Программные продукты управления предприятием

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

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

Группа 1 — информационные системы. Эти продукты также встречаются под названиями: корпоративные информационные системы (КИС), информационно-аналитические программные продукты, автоматизированные рабочие места (АРМ), учетно-управленческие программы, ERP-продукты (Enterprise Resource Planning — планирование ресурсов предприятия), MRP(MRP Н)-продукты (Manufacturing Resource Planning — планирование производственных ресурсов предприятия). К ним относятся программные продукты, которые способны собирать информацию о деятельности организации, обобщать ее, осуществлять управленческий и/или бухгалтерский учет, предоставлять руководителям информацию для принятия решений в удобном для них виде. Иногда эти программные продукты имеют в своем составе модуль «Планирование», который позволяет генерировать некоторые планы, например, рассчитать план закупки сырья и материалов на следующий месяц, исходя из планируемых объемов производства. Правда, программный продукт не учитывает, есть ли на расчетном счете компании достаточное количество денег, чтобы реализовать эту закупку, поэтому окончательное решение по плану и бюджету закупок приходится принимать человеку. Таким образом, эти программные продукты не могут самостоятельно принимать управленческие решения, а если и могут, то в очень ограниченном объеме и в хорошо алгоритмизированном управленческом пространстве. Чаще всего такие программные продукты используют ряд референтных моделей, построенных на опыте предыдущих внедрений продукта. Не всегда эти референтные модели соответствуют практической действительности компаний, которые их приобретают. В лучшем случае программный продукт может быть адаптирован под нужды компании. В худшем случае специалисты по внедрению рекомендуют организовать бизнес по «правильной западной референтной модели». К таким информационным программным продуктам относятся:

• • продукты компании «1 С»;
• • продукты корпорации «Парус»;
• • продукты корпорации «Галактика» и других отечественных производителей.

Из зарубежных, наиболее известны следующие продукты:

• • БАР Я/З;
• • МБ АХАРТА (Ыаушоп);
• • ВААХ и др.

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

Наиболее характерные и распространенные программные продукты этого типа:

• • ARIS Toolset (программный продукт, поддерживающий методологию ARIS — архитектура интегрированных информационных систем);
• • BPWin (поддержка стандартов описания процессов IDEF0, IDEF3, DFD), ЕМ Tool и IDEFO Doctor;
• • пр.

Более подробно об их роли в описании и реорганизации бизнес-процессов организации рассказано в главе 3.

Группа 3 — программное обеспечение класса DocFlow и WorkFlow. Фактически эти программные продукты выполняют функции хранения, учета, передачи информации и обеспечивают контроль за прохождением потока документов и работ. Выполняя контрольную функцию, они помогают руководителю в ходе управления, но тоже не могут его заменить. Алгоритм работы с данными в этих программных продуктах приходится адаптировать под нужды конкретной компании в соответствии с ее целью, структурой и принятой технологией.