Наверное, большинство консультантов по ИТ занимается улучшением ИТ-процессов. Только в Москве таких консультантов тысячи [по России, наверное, и десять тысяч специалистов по ИТ-процессам можно насчитать. А людей, способных разработать осмысленную ИТ-стратегию, хорошо если сотни. А на заказ и для крупных предприятий ИТ-стратегии, на мой взгляд, могут разработать человек десять по всей России]. Но, несмотря на все это, в ИТ-стратегии ИТ-процессам обычно отводится достаточно скромное место – от одного слайда до пары страниц текста детального проектирования процессов.
Вот составляющие ИТ-процессов, обычно рассматриваемые в рамках ИТ-стратегии:
- Уровни зрелости ИТ-процессов: сейчас и через 1-2 года;
- Уровни централизации ИТ-процессов: надо ли ИТ-службе, имеющей ряд филиалов, делать ИТ-процессы едиными и централизованными.
Попытка в рамках одного проекта связать и долгосрочную стратегию, и подробное планирование конкретных ИТ-процессов почти наверняка обречена на провал. Это разные проекты, каждый из которых займет пару месяцев и потребует для успешного выполнения разных людей. Делать такие проекты лучше независимо друг от друга: вначале разработать ИТ-стратегию, а уж потом улучшать ИТ-процессы в соответствии с этой стратегией.
Не праздный вопрос: какую из моделей ИТ-процессов использовать в ИТ-стратегии? Далее рассмотрены наиболее известные методологии анализа и проектирования ИТ-процессов, а также их применимость в ИТ-стратегиях.
Методологии проектирования и контроля ИТ-процессов
Методологий для анализа и проектирования ИТ-процессов достаточно много, на Рис. 1 представлены только основные из них:
Рис. 1. История развития методологий по ИТ-процессам
История развития методологий по ИТ-процессам:
- Конец 1970-х годов: Information Systems Management Architecture (ISMA), IBM;
- Конец 1980-х: IT Infrastructure Library V1 (ITIL), OGC;
- 1995: IT Process Model (ITPM), IBM;
- 1996: COBIT (Control Objectives for Information and Related Technology);
- 2000: IT Service Management Reference Model (ITSM), HP;
- 2000: Microsoft Operations Framework (MOF), Microsoft;
- 2001: IT Infrastructure Library V2 (ITIL), OGC;
- 2005: Process Reference Model for IT, IBM;
- 2005: COBIT V4;
- 2007: ITIL 3.0.
Первые методологии по ИТ-процессам разработала компания IBM. Не все знают, что IBM не поддерживала ITIL v1 и v2, но в разработке третьей версии ITIL участвовали как специалисты IBM, так и HP, и Microsoft (можно проверить, посмотрев список авторов книг по ITIL v3).
Я изучал все рассмотренные на Рис. 109 методологии, кроме ISMA, эта методология уже лет двадцать как устарела. На мой взгляд, методология PRM IT разработки IBM сейчас лучшая. Как для проектирования ИТ-процессов, так и для разработки ИТ-стратегий. Проблема в том, что эта методология отсутствует в открытом доступе. Кроме того, ITIL v3 стал уже стандартом де-факто в России, да и во многих других странах.
Рассмотрим процессные методологии более подробно.
Методология COBIT
Методология Control Objectives for Information and Relates Technology (COBIT) была разработана для контроля ИТ-процессов. Международные финансовые корпорации строили на базе COBIT системы контроля работ по ИТ. Хотя эти финансовые корпорации обанкротились во время кризиса 2007 года из-за того, что неправильно вели бизнес, а также плохо контролировали действия своих брокеров, вряд ли причиной этого была методология COBIT.
Сейчас COBIT развивает Ассоциация Аудита и Контроля Информационных Систем (ISACA). В COBIT (версия 5) выделены процессы как поддержки, так и планирования развития ИТ (см. Рис. 2):
Рис. 2. Типовые процессы ИТ в COBIT
В COBIT есть множество показателей по каждому из ИТ-процессов:
- Модель зрелости (Maturity model);
- Критические факторы успеха (KSF);
- Показатели достижения результата (KGI);
- Показатели исполнения (KPI).
COBIT: модель зрелости процессов ИТ
Для оценки текущих и требуемых через 1-2 года уровней зрелости ИТ-процессов я рекомендовал бы использовать модель зрелости на базе COBIT v4 (см. Табл. 1):
Табл. 1. Шкала оценки уровней зрелости ИТ-процессов
Уровень зрелости
Описание
Не существует (Non-Existent)
Полное отсутствие каких-либо процессов. Организация не понимает, о чем идет речь.
Организация понимает, о чем идет речь, и что это необходимо. Не существует стандартизованного процесса. Присутствуют определенные подходы, применяемые от случая к случаю. Управление не организовано.
Процессы разработаны до степени, когда люди, выполняющие одну задачу, используют похожие процедуры. Ответственность не прописана, отсутствует обучение. Высокая степень зависимости от знаний конкретных людей.
Процессы стандартизованы и документированы, проводится обучение. Отклонения маловероятны, хотя их соблюдение оставлено на усмотрение персонала. Процессы являются формализацией существующей практики и не оптимизированы.
Возможность контролировать и измерять выполнение процессов и применять меры там, где процессы не эффективны. Процессы постоянно улучшаются и могут быть автоматизированы.
Процессы доведены до соответствия лучшим практикам и основаны на результатах сравнения с другими организациями. Обеспечивается быстрая адаптация к изменяющимся условиям. Процессы автоматизированы и согласованы с другими процессами.
Данная шкала удобна своей простотой и тем, что похожа на оценки в российской школе. Шкала достаточно согласована [при оценке уровня зрелости в шкале COBIT версии 4 не было консалтинговых подколок, типа «если у вас нет миссии ведения процесса», то уровень зрелости уже будет не более троечки. Однако, в версии 5 все поменялось, уровень зрелости ИТ-процессов очень многих российских организаций может быть оценен как чрезвычайно низкий] .
В рамках методологии COBIT также говорится, что уровень зрелости ИТ-процессов вашей организации надо бы сравнить с другими уровнями (см. Рис. 3).
Рис. 3. Модель зрелости процессов ИТ
Эти рекомендации совершенно правильные, но сейчас в России непросто найти с чем же можно сравнить свои ИТ-процессы.
В ИТ-стратегии обязательно надо определить требуемый уровень зрелости ИТ-процессов вашей организации через 1-2 года. Для этого, кроме текущего уровня зрелости ИТ-процессов, надо определить, какой уровень зрелости ИТ-процессов нужен именно для вашей организации, так, чтобы это поддерживало конкурентные преимущества и стратегию бизнеса именно вашей организации, а не компании, у которой вы позаимствовали их ИТ-процессы.
Недавно я планировал развитие ИТ-процессов, включающих их высокоуровневое проектирование, для большой российской организации.
В Техническом Задании было написано, что «ИТ-процессы должны быть рассмотрены по методологии COBIT». Для чего COBIT был написан в ТЗ – отдельный вопрос (просто для того, чтобы конкурентов на консалтинг было меньше), а вот разработать ИТ-процессы в соответствии с методологией COBIT удалось. Отличия от ITIL, конечно, были, но не так много, может как у русского и украинских языков.
COBIT: использование в ИТ-стратегии
Вот мои оценки применимости COBIT при разработки ИТ-стратегий:
- В России COBIT используется весьма редко, особенно для проектирования ИТ-процессов. Полнота покрытия выделенными в COBIT процессами, всех работ по ИТ не выше, чем в ITIL. Однако, ITIL более распространен в России, соответственно саму модель процессов COBIT в ИТ-стратегии, полагаю, использовать нет смысла;
- Шкала оценок уровней зрелости ИТ-процессов в COBIT удобна для использования в ИТ-стратегиях [на мой взгляд, в COBIT v4 шкала понятнее, чем в v5. А также существенно меньше и «разводит» на заказы консалтинга по увеличению уровней зрелости ИТ-процессов в случаях, когда у вас всего-то не написаны «видение» и «миссия» процесса] . Важным достоинством шкалы оценки зрелости ИТ-процессов является ее простота, понятность, а также интуитивное соответствие российской школьной шкале оценок. Соответственно, я бы рекомендовал в ИТ-стратегии, при оценках текущего и требуемых уровней зрелости ИТ-процессов, использовать шкалу COBIT.
Методология ITIL
Третья версия методологии Information Technology Infrastructure Library (ITIL v3) сейчас является стандартом де-факто как в России, так и во многих других странах мира. По ITIL есть как доступная литература, так и обучение, и консалтинг.
Методология создана по инициативе правительства Великобритании в 1989 году (во времена Маргарет Тэтчер). Толчком для ее создания послужила приватизация и оптимизация госслужб. На этой волне была предпринята попытка оптимизации госучреждений и осуществлено их сравнение с компаниями, успешно работающими в рыночных условиях. 20 лет назад это был достаточно революционный подход.
Большинство российских ИТ-директоров про ITIL слышали, многие даже прошли обучение по ITIL. Поэтому методологию ITIL мы рассмотрим совсем немного, попробуя оценить, стоит ли ITIL использовать при разработке ИТ-стратегий.
Основная идея методологии ITIL: ИТ-служба оказывает пользователям ИТ информационные услуги. Услуги оказываются в соответствии с согласованными требованиями к их количеству и объему. А пользователи оплачивают услуги, которыми они воспользовались.
Для начала 90-х годов эта идея была достаточно нова. Для российского бизнеса идея оказания услуг как внешним заказчикам, так и другим подразделениям подразделениями компании, нова и сейчас. Попробуйте в вашей бухгалтерии и отделе кадров проверить качество и своевременность их услуг. Или про SLA их спросите.
Недавно появилась и новая область использования в методологии ITIL — для бизнеса, например, для оптимизации работ строительных бригад РЖД по ремонту железных дорог. Планирование этих работ было оптимизировано с использованием ITIL.
На Рис. 4 представлен перечень процессов ITIL v3, с разбивкой по фазам жизненного цикла:
Рис. 4. Процессы ITIL v3
ITIL: использование в ИТ-стратегии
Применимость ITIL при разработке ИТ-стратегий я оценил бы следующим образом:
- ITIL в России, да и в других странах, используется очень часто, особенно при проектировании ИТ-процессов. Однако полнота покрытия выделенными в ITIL ИТ-процессами реальных работ по ИТ не особенно велика. Процессы поддержки ИТ рассмотрены подробно, но вот с развитием ИТ плоховато. Например, процесс по разработке и поддержке ИТ-стратегии в ITIL просто отсутствует. А группы процессов в ITIL выделены, на мой взгляд, неполно.
- Соответственно, если у вас при автоматизации Help Desk использована методология ITIL (а это встречается очень часто), то вроде бы и в ИТ-стратегии использовать ITIL целесообразно, чтобы спланировать развитие ИТ-процессов на год-два. Однако, если рассмотреть в ИТ-стратегии все процессы ITIL, то времени это займет много, да и в глазах будет рябить. То есть в стратегиях, которые вы сами хотите разработать за месяц другой, все процессы рассматривать вряд ли имеет смысл. А группы процессов в ITIL не покрывают весь спектр работ по ИТ, то есть только группы ИТ-процессов рассматривать тоже смысла нет;
- Есть разные шкалы в ITIL, используемые для оценки уровней зрелости ИТ-процессов, , в т.ч. совсем подробные или не совсем корректные. Например, по некоторым рекомендуемым на сайтах по ITIL опросникам выходит, что если у вас нет видения и миссии конкретного ИТ-процесса, то и уровень зрелости этого процесса будет ниже плинтуса. Собственно, я бы не рекомендовал при разработке ИТ-стратегии использовать рекомендации ITIL для оценок уровней зрелости ИТ-процессов.
Методология PRM IT
Методология Process Reference Model for IT (PRM IT) является весьма полной и внутренне согласованной методологией компании IBM. Перечень процессов PRM IT приведен на Рис. 5:
Рис. 5. Процессы PRM IT
Работая в IBM, я разработал ряд ИТ-стратегий, где была использована методология PRM IT. На мой взгляд, методология PRM IT удобней и лучше как для разработки ИТ-стратегий, так и для проектирования ИТ-процессов — она самая полная. В методологии есть ряд процессов, и она существенно больше покрывает работы по ИТ, чем ITIL и COBIT. Однако это перечеркивается тем, что компания IBM не предоставляет эту методологию в открытом доступе.
PRM IT: использование в ИТ-стратегии
Применимость PRM IT при разработке ИТ-стратегий я бы оценил так:
- Модель PRM IT очень полная: 30 лет на разработку и отсутствие совместимости с предшествующими методологиями все-таки позволили разработать полную и понятную процессную методологию. Но, учитывая, что IBM не распространяет описание процессов PRM IT, на мой взгляд, в ИТ-стратегии стоит планировать только группы процессов PRM IT.
- Шкалы оценок уровней зрелости ИТ-процессов в PRM IT широкой публике скорее не известны, и COBIT скорее проигрывают.
Методология MOF
В 1999 году корпорация Microsoft начала собственные разработки по адаптации ITIL к особенностям эксплуатации информационных систем на базе собственных технологий. В результате на свет появились рекомендации, изложенные в библиотеке документов Microsoft Operations Framework (MOF).
Если у вас все построено на Microsoft, и вы уже внедрили MOF, то ИТ-процессы можно планировать и на базе методологии MOF.
Модель процессов MOF включает в себя 21 функцию управления услугами, сгруппированную по четырем квадрантам:
- Поддержка (supporting);
- Эксплуатация (operating);
- Изменения (changing);
- Оптимизация (optimizing).
Рис. 6. Методология MOF
На мой взгляд, сейчас в России проектирование процессов на 90% проводится на базе ITIL, а MOF почти не используется.
MOF: использование в ИТ-стратегии
Полнота покрытия ИТ-процессами MOF всех работ по ИТ невелика. Соответственно, и в ИТ-стратегиях MOF имеет смысл использовать, только если ваша организация уже давно и существенно использует MOF, а не ITIL или COBIT.
Сравнение процессных методологий
- MOF ориентирована на поддержку продуктов Microsoft, вряд ли целесообразно использовать эту методологию для разработки ИТ-стратегии;
- COBIT скорее ориентирован на контроль, а не на планирование развития ИТ-процессов. В России COBIT распространен существенно меньше, чем ITIL. Соответственно, вряд стоит использовать COBIT для разработки ИТ-стратегий;
- ITIL сейчас де-факто является стандартом ИТ-процессов. Соответственно, и в ИТ-стратегиях появляется желание использовать ITIL. Однако, при этом надо каким-то образом выделить рассматриваемые в ИТ-стратегии процессы (или их группы), запланировать развитие всех 20-30 процессов будет сложно;
- PRM IT, на мой взгляд, лучше других подходит для долгосрочного планирования ИТ в рамках ИТ-стратегий. Однако, в отличие от ITIL, PRM IT используется только внутри IBM и для клиентов этой компании.
Итого, получается, что ни одна из доступных сейчас в России методологий не является удобной для использования в ИТ-стратегиях. На мой взгляд, в ИТ-стратегиях стоит использовать комбинацию из известных методологий, а именно:
- шкалу для оценки уровней зрелости ИТ-процессов – из COBIT v4;
- группы ИТ-процессов, требования к уровням зрелости которых вы будете согласовывать с бизнес-руководством вашего предприятия – из PRM IT;
- перечень ИТ-процессов, если вы собираетесь все их спланировать, лучше взять из ITIL v3. Однако, если вы и ИТ-стратегию и планирование ИТ-процессов делаете в первый раз, то я не рекомендовал бы пробовать рассматривать сразу все ИТ-процессы, так как на обе работы вас не хватит.
| Вопрос для обсуждения: “А если стандартов нет и сравнить не с чем?” На мой взгляд, в ИТ-стратегии надо планировать требуемые через 1-2 года уровни зрелости ИТ-процессов, исходя, в первую очередь, из требований бизнеса. По опыту выполненных мною консалтинговых проектов, для оценки того, насколько что-то нужно бизнесу, лучше использовать самую простую шкалу. Также она должна быть относительной, а не абсолютной. Например, для оценки того, насколько важен для бизнеса тот или иной ИТ или бизнес-процесс, а также информационные системы и ИТ сервисы, я рекомендовал бы использовать следующую шкалу:
Вот мои предложения по конкретным работам детализации групп работ по ИТ и входящим в эти группы ИТ-процессам [ИТ-процессы взяты из методологии PRM IT, в методологии ITIL ряда процессов не хватает, особенно относящихся к управлению ИТ-службой и планированию ИТ] (см. Табл. 2): Табл. 2. Группы основных ИТ-процессов, целесообразных для рассмотрения в ИТ-стратегии Направления работ по ИТ Поднаправления работ по ИТ (группы ИТ-процессов) Основные выполняемые работы Управление и развитие ИТ |
|
| |
| |
| |
| |
| |
| |
| |
|
Перечень выполняемых работ, на мой взгляд, достаточно полно покрывает основные работы ИТ-служб. Однако это не перечень процессов ITIL, а более расширенный перечень.
Вопросы для обсуждения:
- “Одновременно с ростом зрелости растет их важность для бизнеса или наоборот?”
- “Допустим, мы утвердили план улучшений ИТ-процессов. Я подсчитал деньги и говорю владельцу бизнеса, что это будет стоить 1 миллион рублей. Он говорит, что это дорого и надо пересчитывать в более дешевый вариант. Получается, надо заново стратегию перерабатывать?”
- “Надо ли сразу посчитать несколько стратегий с разными бюджетами?”
На Рис. 10 приведена простейшая стратегическая диаграмма, показывающая соотношение между важностью групп ИТ-процессов для бизнеса и их зрелостью. Понятно, что чем выше важность для бизнеса, тем лучше должны быть процессы реализованы (то есть должен быть выше уровня зрелости).
Рис. 10 Планирование требуемых уровней зрелости ИТ-процессов, исходя из их важности для бизнеса
Другой вид стратегической диаграммы по планированию ИТ-процессов приведен на Рис. 11.
У генерального директора вашей компании стоит спросить текущую и ожидаемую через 1-2 года важность каждого из направлений ИТ для бизнеса, а также степень удовлетворенности бизнеса текущим состоянием ИТ для каждой области (см. Рис. 11):
Рис. 11. Текущее и требуемое через 1-2 года состояние направлений ИТ
Это, скорее всего, все, что реально получить от бизнес-руководства вашей компании. Однако, для планирования конкретных проектов по улучшению ИТ этих оценок недостаточно. Однако, далее уже ИТ-директор может оценить текущее состояние и требуемые улучшения, поделив каждое из направлений ИТ на различные уровни ответственности.
Вот типовые рекомендации по улучшению ИТ-процессов:
- Автоматизация: существенные улучшения ряда ИТ-процессов нереальны без автоматизации процессов, которая заодно позволит внедрить лучший международный опыт;
- Разработка регламентов: ряд процессов, например, управление ИТ-стратегией вряд ли целесообразно автоматизировать. В таком случае можно написать регламенты выполнения таких процессов.
Тенденции по ИТ-процессам
Улучшение ИТ-процессов сейчас является, пожалуй, самым популярным направлением улучшения управления ИТ. Вот ряд современных тенденций по ИТ-процессам:
- Массовое внимание к улучшению ИТ-процессов;
- Широкое использование ITIL;
- Централизация ИТ-процессов.
Улучшение ИТ-процессов является сейчас одной из наиболее интересных и массовых областей оптимизации ИТ.
Предложения для ИТ-директоров российских компаний
(а также гендиректоров, ИТ-менеджеров и бизнес-менеджеров)
Для чего автоматизировать бизнес-процесс
Случаи неудачной автоматизации предприятий встречаются достаточно часто. Поэтому прежде, чем приступить к этому весьма трудоемкому и дорогостоящему мероприятию, желательно понять, зачем вообще нужна автоматизация. И какие проблемы предполагается решить с ее помощью.
Процесс автоматизации предприятия специалисты обычно делят на несколько этапов:
1. Анализ бизнес-процессов, их адаптация или пересмотр.
2. Определение фактических потребностей в автоматизации.
3. Подборка софт-решения или разработка специализированного софта.
4. Внедрение софта на предприятии и обучение персонала его использованию.
Причем первые два этапа по важности ничем не уступают последним.
Начать стоит с определения. Бизнес-процесс представляет собой систему последовательных, целенаправленных и регламентированных видов деятельности, в которой посредством управляющего воздействия и с помощью ресурсов входы процесса преобразуются в выходы, результаты процесса, представляющие ценность для потребителей. А бизнес-процесс с точки зрения информационных технологий — это устойчивый информационный процесс (последовательность работ), относящийся к производственно-хозяйственной деятельности компании и обычно ориентированный на создание новой стоимости. Бизнес-процесс включает в себя иерархию взаимосвязанных функциональных действий, реализующих одну (или несколько) из бизнес-целей компании в информационной системе компании, например, управление и анализ выпуска продукции или ресурсное обеспечение выпуска продукции (под продукцией понимаются товары, услуги, решения, документы).
Обратите внимание: довольно часто при помощи автоматизации руководители хотят скоординировать работу фирмы. Конечно, современное управление трудно представить без информационных систем. Но автоматизация не исправит ошибки в организации бизнес-процессов.
Например, если на предприятии большой объем информации, обрабатывать которую вручную или при помощи устаревших систем стало невозможно, то автоматизация — это выход. Если же нужной информации просто нет или она недостоверна, менеджеры ошибаются, работа отделов не скоординирована, то надо менять систему управления — никакая автоматизация здесь не поможет.
Поэтому первым делом руководителю нужно трезво оценить положение вещей и понять, решит ли автоматизация те проблемы, которые его волнуют.
Автоматизация бизнес-процессов на современном этапе развития способна решать следующие задачи:
- Увеличение скорости обработки информации компании (например, более быстрое прохождение заявки от отдела продаж до склада).
- Увеличение прозрачности бизнеса (например, можно оперативно посмотреть задолженность контрагентов).
- Контроль над объемами информации (например, клиенты могут сами заносить оставлять заявки через интернет).
- Согласование действий (например, товар, уже зарезервированный для одного клиента, не уйдет к другому).
- Повышение технологичности бизнеса (например, цены и налоги считаются автоматически) и др.
На решение других задач, например, на увеличение потока клиентов, своевременную сдачу отчетности или определение перспектив развития автоматизация непосредственно не влияет!
Поэтому обычно автоматизация необходима в следующих случаях:
- переориентация на новые задачи (выпуск другой продукции, выход на новые рынки, техническое переоснащение);
- проведение реформ или изменение принципов управления;
- неспособность старой системы автоматизации удовлетворять потребности предприятия;
- подготовка фирмы к продаже (автоматизация должна увеличить ее рыночную стоимость).
Следующий важный момент: нужно четко определить, какой именно участок работы необходимо автоматизировать в данный момент. Причем, небольшим компаниям сделать это несложно. Им нужно всего лишь проанализировать, чья деятельность в фирме связана с обработкой и хранением больших объемов информации и построением отчетов. Как правило, это подразделения, которые занимаются бухгалтерским и налоговым учетом, отвечают за движение товарно-материальных ценностей и т. п. Существуют «общепризнанные» процессы, вопроса о необходимости автоматизации которых обычно не возникает. Традиционно это бухучет, движение ТМЦ, расчет зарплаты и кадровый учет. Эти процессы автоматизируют изначально, так как повышение их эффективности вследствие автоматизации многократно доказано.
Еще один способ выяснить, что именно нужно автоматизировать: понять, что именно не устраивает руководителя в текущей работе организации. Причиной недовольства может быть время выполнения процесса, его стоимость, качество (количество ошибок и сбоев). Например, планировать производство можно и вручную, без применения средств автоматизации. Но точность расчетов при этом, как правило, оставляет желать лучшего, а время их выполнения составляет около недели. К тому же ошибок при таком планировании возникает очень много. Да и финансовые расходы на «ручной» процесс оказываются неоправданно большими.
Только после этого можно переходить непосредственно к выбору автоматизированной системы.
Предпочтение обычно отдают той программе, которая наилучшим образом подходит под технические требования и не станет препятствием для информационного роста в будущем. К сожалению, практически невозможно найти готовую систему, которая была бы способна на сто процентов удовлетворить потребности компании. Поэтому остается выбрать наиболее подходящий по функциональности и стоимости программный продукт.
Все системы автоматизации можно разделить на два класса: жесткие, с набором типовых настроек (например, mySAP Business Suite, Oracle E-Business Suite, Галактика) и гибкие, с возможностью изменять их функции (например, 1C, Microsoft Axapta). Такое деление распространяется на все программы — от простых решений для локальных задач до комплексных систем автоматизации работы крупных предприятий.
Специалисты рекомендуют: чтобы определить, жесткая или гибкая система нужна в конкретном случае, необходимо понять, как будет меняться предприятие и его бизнес-процессы в течение ближайших двух-четырех лет. Если организация работает стабильно и в ближайшее время принципиальных изменений в ее системе управления не планируется, можно примерять жесткие системы, в том числе и западные. У них есть неоспоримое преимущество — это законченные и отлаженные решения, которые вобрали в себя лучшие управленческие достижения. Однако, остановив выбор на такой системе, компания будет вынуждена «подстроить» свою работу под реализованную в ней модель бизнес-процессов. Для отечественных предприятий это возможно далеко не всегда. Если же бизнес часто реформируют, а система управления в окончательном виде еще не сложилась, компании нужна гибкая система, которую можно модифицировать без крупных затрат. Такие продукты присутствуют на рынке. К тому же на их основе могут быть реализованы уже готовые решения.
А в заключение хочется отметить: для того, чтобы вывести компанию на принципиально новый уровень эффективности, необходимо получить достоверное представление о том, что в ней происходит. Если собственными силами это сделать не удается, имеет смысл обратиться к бизнес-аналитикам. Ведь стоимость их услуг окажется в итоге гораздо ниже, чем убытки от неудачной автоматизации!
Роль информационных технологий в становлении бизнес-процессов
Есть одно известное высказывание: «Каждая наука настолько наука, насколько в ней есть математики». Сегодня нечто похожее можно сказать про взаимосвязь бизнес-процессов и информационных технологий. Подавляющее большинство бизнес-процессов эффективны настолько, насколько они обеспечиваются эффективными и оптимальными решениями в плане ИТ.
К этому состоянию бизнес пришел сравнительно недавно. Всего 10-15 лет назад внедрение ИТ-технологий в бизнес проходило через странно звучащие сегодня этапы:
1. «Начальное заражение бизнеса информационными технологиями». Было время, когда ИТ реально воспринималось субъектами бизнес-процессов как игрушка, новая мода, более мощный, но непонятный и сложный калькулятор.
Я помню до сих пор бухгалтеров старой закалки, которые доверяли больше железным арифмометрам, и это было милое время, когда между ИТ-специалистами (поголовно называемыми программистами) и бизнес-подразделениями царила «гармония». Никто друг другу не мешал.
Но потом молодые бухгалтеры (двоечники, не научившиеся в институтах считать на арифмометрах и калькуляторах) стали требовать, чтобы ПК не зависали, чтобы программа считала быстрее, чтобы печать бланков соответствовала ГОСТам, чтобы (о боже!) два сотрудника одновременно могли работать с одной базой.
Айтишники встретили новое время с энтузиазмом, заразившим руководство готовностью утверждать новые штатные расписания и расходы на сервера, СКС, модемы и даже цветные лазерные принтеры стоимостью с новый автомобиль.
2. «Взятие под контроль». Всё хорошее когда-то заканчивается. Наступило время обоснований ИТ-бюджетов, планирования расходов на ИТ, а кое-где даже перевод ИТ-подразделений на самоокупаемость (потом из этого родился ИТ-аутсорсинг). Пользователь стал более капризен, он почувствовал себя клиентом (который всегда прав). И такое инфантильно-потребительское по отношению к ИТ представление было даже у топ-менеджеров.
Под контроль взяли финансирование, но в бизнес-процессы организации информационные технологии по-прежнему включались дробью разрозненных автономных приложений, которые как-то помогали и даже ускоряли получение данных и отчетов на стол руководству. Тем не менее это этап уже серьезной (не опытно-экспериментальной) интеграции информационных технологий в бизнес-процессы компании.
3. «Управление данными» — этап осознания роли ИТ в бизнесе как основного инструмента по эффективному управлению информацией, информационными потоками.
Данные перестают «обрабатываться с помощью ИТ», данные вместе с операциями над ними (описанными в бизнес-процессах) – образуют информационную систему, а ИТ-инфраструктура обеспечивает эффективную работу в интересах бизнеса инфосистем предприятия.
4. «Зрелость» — тот этап, к которому шли раньше предприятия годами, и который сейчас должен реализовываться в течение нескольких месяцев после начала работы бизнес-единицы, а ещё лучше за несколько месяцев до начала.
Зрелость — это когда все информационные потоки, образующие информационную систему, как раз и являются отражением структуры предприятия и всех её бизнес-процессов.
То есть ИТ перестает быть всего лишь инструментом-палочкой (раньше даже термин был — «костыль»). Роль информационных технологий в бизнесе изменилась. Теперь ИТ и есть бизнес, неотъемлемая его часть, зарабатывающая не деньги на покупку серверов, а вообще ВСЕ деньги для компании.
На этом этапе топ-менеджеры уже не могут «переводить стрелки» на сисадмина (или ИТ-менеджера) при невыполнении задач из-за неработающей электронной почты.
И у ИТ-менеджера метрики и KPI завязаны на результаты всей компании, а не только на uptime серверов. Это этап общей ответственности и понимания, что ИТ (информационные технологии) — это общий термин для бизнес-технологий.
Следующий этап — это когда ИТ порождают новые бизнес-модели за счёт глобального проникновения и всеобъемлющего информационного доступа. Не исключено, что лет через 10 будет совсем неуместным вопрос, есть ли бизнес и бизнес-процессы вне Интернета (или как он тогда будет называться).
Использование информационных технологий в реинжиниринге бизнес-процессов
Одна из причин развития реинжиниринга бизнес-процессов как стратегического инструмента — это повышение роли информационных технологий практически в каждой сфере деятельности организации, а также увеличение потенциала этих технологий. Современные информационные технологии дают возможность
работать по-новому, а следовательно, порождают новый подход к проектированию процессов. Они позволяют:
автоматизировать существующий процесс, т.е. новая информационная технология используется в этом случае для автоматизации процесса, а не для его изменения;
использовать компьютеры как инструмент проведения расчетов, анализа, т. е. для автоматизации интеллектуального труда;
полностью изменить технологический процесс обработки информации (вместо автоматизации этапов существующего процесса, например, можно изменить последовательность выполнения технологических шагов, внедрив сетевую обработку в реальном масштабе времени);
исключить посредников (в технологическом процессе их может заменить прямая компьютерная связь, например виртуальные магазины в Internet);
использовать новые технологии при требовании радикального, творческого изменения бизнес-процесса, а не просто проводить автоматизацию, т.е. в этом случае технология играет роль движущей силы преобразования бизнес-процесса, внедрения современных методов работы. Реинжиниринговая команда должна обладать знаниями о существующих технологиях и о том, каким образом можно использовать их для изменения бизнес-процессов.[3]
Возникновение технологии реинжиниринга бизнес-процессов стало возможным благодаря современным достижениям информационных технологий, которые связывают участников бизнес-процессов в единые технологические цепочки быстрее и надежнее по сравнению с традиционными организационными методами контроля и координации. Характер изменения правил организации управления с использованием новейших информационных технологий представлен в таблице.
Таблица 1. – Правила организации управления
Наиболее часто встречающимися способами использования информационных технологий в реинжиниринге бизнес-процессов являются:
использование единых баз данных, что позволяет избавиться от определенных промежуточных этапов документооборота (например, финансовый отдел может поместить свою информацию в базу данных для совместного использования всеми подразделениями предприятия или поместить свой производственный график в базу данных, сделав его доступным для поставщиков);
внедрение сетевых технологий, которые обеспечивают установление связи с удаленными пользователями (например, использование электронной почты дает возможность удаленному пользователю выполнять несколько этапов процесса, что, в свою очередь, способствует снижению загрузки офисных работников);
внедрение экспертных систем, что способствует замене экспертов и узких специалистов неспециалистами и специалистами широкого профиля, уменьшая тем самым численность работников, занятых в процессе, и, следовательно, снижая число задержек и ошибок, возникающих в ходе взаимодействия между людьми;
внедрение систем поддержки принятия решений, что позволяет, предоставляя информацию и инструменты для ее обработки, избавить менеджеров от принятия тактических решений, передаваемых их исполнителям, т.е. на более низкий уровень управления.
Таким образом, импульс для инжиниринга бизнес-процессов часто исходит из мира информационных технологий, которые связывают участников бизнес-процессов в единые технологические цепочки быстрее и надежнее по сравнению с традиционными организационными методами контроля и координации.
Характер изменения правил организации управления с использованием новейших информационных технологий представлен в табл. 2.
Рассмотрим характерные особенности современных информационных технологий.
Автоматизированные рабочие места (АРМов) на основе применения персональных ЭВМ (рабочих станций) позволяют интегрировать различные функции работников. В результате изменяется характер труда работников предприятия, деятельность непосредственных исполнителей хозяйственных процессов становится информационной. Так, работник получает нормативную информацию из информационной системы, самостоятельно формирует информационные сообщения, все больше решений принимает самостоятельно, в большем объеме перерабатывает информацию.
Распределенные базы данных в локальных вычислительных сетях с использованием архитектуры «Клиент-сервер» дают возможность интегрировать функции различных работников. Работники предприятия обмениваются между собой информацией через интегрированную базу данных, в которой все изменения отражаются в реальном масштабе времени и становятся доступными параллельно для всех заинтересованных участников бизнес-процесса.
Таблица 2. — Информационные технологии в реинжиниринге бизнес-процессов
| Прежнее правило | Информационная технология | Новое правило |
| Информация может появляться в одно время в одном месте | Распределенные базы данных | Информация может появляться одновременно в тех местах, где она необходима |
| План пересматривается периодически | Высокопроизводительные ЭВМ | План пересматривается оперативно, по мере необходимости |
| Необходимо выбирать между централизацией и децентрализацией бизнеса | Телекоммуникационные сети | Можно пользоваться преимуществами как централизации, так и децентрализации |
| Специалистам для получения, хранения, поиска и передачи информации требуется офис | Беспроводная связь и переносные компьютеры | Сотрудники могут посылать и получать информацию из того места, где они находятся |
| Необходимость личных встреч для решения всех вопросов | Интерактивный видеодоступ, телеконференции | Лучший, более эффективный контакт с потенциальным покупателем — |
| Сложную работу могут выполнять только эксперты | Экспертные системы | Работу эксперта может выполнять специалист по общим вопросам |
| Все решения принимают менеджеры | Средства поддержки решений (доступ к базам и хранилищам данных, OLAP-системы, средства моделирования и анализа | Принятие решений становится частью работы каждого сотрудника (иерархическое принятие решения) |
| Для того чтобы найти некую сущность, необходимо знать, где она | Технология автоматического индексирования и отслеживания | Сущности говорят вам, где они находятся |
Системы управления рабочими потоками (workflow)позволяет оперативно связывать операции исполнителей из различных подразделений внутри предприятия и программные приложения в сквозные бизнес-процессы, которые контролируются руководством предприятия как единым целым. Системы Workflow создаются на основе использования специального программного обеспечения для организации коллективной (групповой — workgroup) работы в локальных вычислительных сетях. В эту систему входят средства электронного обмена сообщениями и маршрутизации, которые позволяют организовать непосредственный обмен результатами работы между участниками бизнес-процесса, мониторинг выполнения бизнес-процесса со стороны руководства
предприятия, но также инициировать работу исполнителей по завершению выполнения автоматических процедур.
Глобальные вычислительные сети с использованием Internet/Intranet, стандартов электронного обмена данными (EDI) и компонентной технологии программных интерфейсов DCOM, CORBA. В результате достигается большая децентрализация управления в крупных корпорациях, объединение независимых предприятий, участвующих в общих бизнес-процессах в консорциумы и виртуальные корпорации.
Применение современных информационных технологий в менеджменте обусловливают трансформацию предприятий с позиций организационной структуры, организации процессов, управления и межорганизационного взаимодействия (табл. 3).
Таблица 3. — Применение информационных технологий в менеджменте
| Класс характеристик | Традиционные решения | Решения на основе информационных технологий |
| Структура | Физические компоненты Иерархия управления. | Виртуальные компоненты |
| Матричная структура | ||
| Процессы | Ручные операции. Физические коммуникации | Автоматизация операций Электронные рабочие потоки |
| Управление | Бумажная отчетность для контроля Координационные совещания | Электронный обмен сообщениями. Теле и Видеоконференции |
| Межорганизационные взаимодействия | Переговоры, тендеры | Электронные обмен информацией |
1) Изменение организационной структуры. Виртуальные компоненты — это компоненты организационной структуры, которые физически не существуют в одном месте, например, в случае «домашней» (home office) организации труда отделов снабжения, продаж, проектирования, либо вообще физически не организуются, например, вместо складов вводятся виртуальные запасы, которые поставляются точно в требуемый для производства срок. Такая организация позволяет экономить издержки, связанные с необходимостью поддержания физических компонентов организационной структуры.
Матричная структура управления предполагает динамическое формирование рабочих групп для выполнения конкретного процесса (заказа, проекта), в которые входят работники из различных структурных подразделений и управляются как единым целым независимо от структурной принадлежности. Такие структуры более гибки с точки зрения адаптации к конкретным потребностям и не требуют сложных согласований в рамках традиционной иерархической структуры управления, например, как в случае гибкого формирования временной рабочей группы из отделов маркетинга, продаж, производства для проведения торговой демонстрации.
2) Изменение организации бизнес-процессов. Автоматизация множества операций позволяет концентрировать выполнение множества функций одним работником с меньшей квалификацией. Например, при приеме заказа от клиента выполняется не только его регистрация, но и планирование выполнения. В ходе планирования проверяется достаточность всех необходимых ресурсов, осуществляется их выделение, назначаются сроки выполнения, корректируется общий план-график работ, создаются заказы-наряды на выполнение работ для
производственных подразделений и снабжения, причем планирование работ выполняется автоматически с помощью последовательности взаимосвязанных процедур. Кроме того, с помощью экспертной системы в случае достаточно дорогостоящих заказов может быть выполнена проверка финансового состояния клиента. В результате концентрации функций на одном автоматизированном рабочем месте обеспечивается более быстрое и качественное обслуживание клиента.
Электронное связывание участников бизнес-процесса через технологию workflow позволяет оперативно доставлять результаты выполненной работы до последующих исполнителей, автоматически сигнализируя о конце предыдущей операции. Таким образом, сокращаются затраты времени на межоперационные переходы. При этом достигается более гибкое планирование и использование имеющихся ресурсов, которые становятся «тонкими агентами» процесса.
3) Изменение организация управления. Электронные коммуникации и безбумажная технология рабочих потоков позволяют сделать более прозрачным контроль исполнения процесса, когда в каждый момент времени можно знать его состояние на конкретных рабочих местах, отклонения в процессах сразу становятся автоматически известными для всех заинтересованных исполнителей и менеджеров. Более того, развитые интеллектуальные информационные системы позволяют заблаговременно осуществлять диагностику и прогнозирование развития процессов. В этих условиях менеджерам нет необходимости осуществлять контроль исполнения процессов посредством сбора бумажных отчетов. Мониторинг бизнес-процессов становится более оперативным, не требуется поддержание большого штата управляющего персонала среднего звена.
Кроме того, возможность оперативной связи участников процессов с менеджерами в случае возникающих проблем посредством проведения теле и
видео конференций также повышает оперативность принятия решений без потери времени на проведение традиционных совещаний. Принимаемые управленческие решения моментально становятся известными через электронную почту и доски объявлений для всех участников бизнес-процесса. Таким образом, сокращается число уровней управления на предприятии.
4) Изменение межорганизационных взаимодействий. Межорганизационные взаимодействия между различными субъектами процессов (партнерами по бизнесу) строятся с помощью электронного обмена данными (EDI), который позволяет ускорить и повысить точность оформления и выполнения заказов. При этом возможны следующие формы межорганизационного взаимодействия:
«Клиент — Исполнитель», например, «электронная торговля» (торговля по электронным каталогам), «электронное обслуживание» (банковские, страховые, таможенные и т. д. операции). В этом случае с помощью EDI осуществляется прием заказов или заявок на обслуживание, оформление и пересылка сопроводительных документов, электронные платежи. Следствие — резкое сокращение цикла документооборота, идеально за один-два сеанса взаимодействия между субъектами с доведением до минимального времени самого бизнес-процесса по сравнению с физическим взаимодействием клиента и исполнителя.
«Заказчик — Поставщик», создание на договорной основе «вертикальных конгломератов», осуществление многозвенных логистических процессов (транспортных коридоров), в которых помимо электронного обмена данными для оформления договоров, документов о поставках, платежных документов большое значение отводится электронному обмену сообщениями по мониторингу общего бизнес-процесса на основе открытой спецификации CORBA (Common Object Request Broker Architecture) или DCOM.
«Заказчик — Подрядчик», создание «виртуальных корпораций» под реализацию конкретных проектов. В этом случае совместная деятельность предприятий расширяется до проектирования изделий и планирования производства. Помимо перечисленных выше технологий и стандартов широко используется международный стандарт для обмена данными по моделям продукции STEP, на основе которого партнеры по совместным проектам последовательно открывают друг другу базы данных о продукции, осуществляют проектирование и планирование совместной деятельности.
В обобщенной форме сравнение различных организационных форм бизнес-процессов на основе современных информационных технологий представлено в табл. 4.
Таким образом, информационные технологии играют ключевую роль в реинжиниринге бизнес-процессов. Однако их применение должно производится с учетом таких факторов как всеобщее управление качеством, человеческие ресурсы и организация, НТП.
Отметим также, что существует множество примеров его успешного проведения. Компания, руководители которой понимают основы реинжиниринга и привержены его идее, имеет практически стопроцентный шанс добиться успеха. Выигрыш от успешного осуществления реинжиниринга — это не только ярчайшее событие в жизни компании, но и значимое событие для страны, если учитывать огромное влияние, которое окажет на экономику перестройка важнейших компаний, организаций, акционерных обществ и банков, а для России — и финансово-промышленных групп, и собственных монополий. [1]
Таблица 4. — Сравнение организационных форм бизнес-процессов на основе современных информационных технологий
| Организационные характеристики | Традиционные предприятия | Электронная Торговля | Вертикальные конгломераты | Виртуальные предприятия |
| Виртуальные компоненты | Замена отдельных компонентов | Замена физических компонентов | Подчинение компонентов электронным | Замена физических компонентов |
| Электронный обмен данными | Частично | Существенно | Существенно | Существенно |
| Групповая технология | Использование групп | Координация | Согласование задач | Разделение труда |
| Уменьшение уровней управления | Сокращение уровней управления | Не используется | Сокращение уровней управления | Мониторинг процессов |
| Электронные рабочие потоки | Реструктуризация работ | Основа стратегии | Основа для координации | Основа стратегии |
| Автоматизация операций | Оперативное планирование использования ресурсов | Обработка заказов и предложений | Генерация заказов в соответствии с контрактами | Открытие и доступ к базам данных |
| Электронные связи с поставщиками / Потребителями | Потенциально важно | Обширные | Обязательно | Обширные |
Заключение.
В реинжиниринге бизнеса новейшие ИТ играют решающую роль. Но сама по себе установка компьютеров в компании — это еще не реинжиниринг; напротив, неправильное использование технологий может полностью заблокировать усилия по реинжинирингу, закрепив старые взгляды и схемы поведения.
В определении реинжиниринга делового процесса ключевым является слово «процесс» в контексте «фундаментальное переосмысление и радикальное перепроектирование деловых процессов».
М.Хаммер и Дж.Чампи считают: для того, чтобы полностью использовать возможности информационных технологий, необходимо обучить менеджеров компании мыслить индуктивно, а не дедуктивно, как они привыкли (по мнению авторов данной книги, М.Хаммер и Дж.Чампи используют термины «дедуктивный и индуктивный» не в строгом смысле, однако суть их рассуждений верна). Итак, по М.Хаммеру и Дж.Чампи дедуктивное мышление, традиционно используемое менеджерами, состоит в следующем: менеджеры определяют проблему (проблемы), а затем ищут и оценивают различные способы решения этой проблемы. Однако при реинжиниринге надо использовать индуктивное мышление, т.е. способность сначала распознать эффективное решение, а затем искать проблемы, которые оно может разрешить.
Современные ИТ позволяют радикально изменить бизнес-процессы и значительно улучшить основные показатели деятельности компании, что позволяет опередить конкурентов. Современные технологии продолжают развиваться, и поэтому те правила бизнеса, которые кажутся незыблемыми сегодня, могут устареть через год или ранее. Необходимо понимать, что если Вы можете купить некоторую технологию, то это не самая современная технология. Действительно, до того, как технология становится доступной для
покупателя, она апробируется разработчиком, т.е. он использует эту технологию для решения реальных задач. Компания не может сегодня «увидеть» технологию, а завтра начать ее использовать. Требуется время на изучение, на понимание того, где эту технологию целесообразно использовать, на популяризацию технологии внутри компании и на разработку плана ее внедрения. В общей сложности на это уходит около трех лет. На основании вышеизложенного становится понятно, что роль ИТ в проведении реинжиниринга бизнес-процессов трудно переоценить, однако ошибочно думать, что ИТ — единственный существенный элемент для реинжиниринга.
Реинжиниринг бизнес-процессов (РБП) рассматривается как фундаментальное переосмысление и радикальное перепроектирование деловых процессов, целью которых является достижение резких, скачкообразных улучшений в основных показателях деятельности организации, таких как стоимость, качество, сервис и темпы.[4]
Концепция реинжиниринга бизнес-процессов выстроена на идее интеграции всех элементов данного процесса. Процессы рассматриваются как цепочка непрерывных действий по достижению конечного результата.
Основное содержание РБП — отказ от управления функциональными структурными подразделениями в пользу управления бизнес-процессами.
Целью реинжиниринга является повышение качества управляемости компанией за счет формирования горизонтальных связей между подразделениями компании, внедрения информационных технологий, усиления роли человеческого фактора и тем самым улучшения качества обслуживания клиентов.
Задачами РБП являются: описание бизнес-процессов компании; переход к процессной организационно-штатной структуре; распределение функций, прав и обязанностей сотрудников, а также подразделений компании и формирование
системы коммуникаций; разработка системы документооборота, норм, процедур и правил поведения участников бизнес-процессов компании; внедрение информационных технологий; создание системы подбора, обучения и развития персонала компании, формирование корпоративного духа; разработка и внедрение системы материального стимулирования.
Таким образом, исходя из анализа целей, задач и содержания РБП можно отметить ряд его существенных свойств:
Реинжиниринг означает смелый и решительный отказ от устаревших догм, норм и, т.е. реинжиниринг — это перепроектирование деловых процессов и начало как с «чистого листа».
Реинжиниринг — это «капитальный ремонт» для достижения существенных улучшений (на порядок отличающихся от предыдущих) в бизнесе.
Реинжиниринг — дело инновационное, требующее креативности, инициативы, и может успешно применяться, если произошло осознание необходимости революционных перемен.
Реинжиниринг — это отказ от управления функциональными службами в пользу управления бизнес-процессами во главе с процессным менеджером.
Список используемой литературы
1. Силич В.А. Системные технологии проектирования бизнес-процессов. Учебное пособие / В.А. Силич, М.П. Силич. — Томск: ТПУ, 2010. — 108 с. [1]
2. Уткин Э.А. Бизнес-реинжиниринг / Э.А. Уткин. — М: Экмос, 2011. — 224 с. [2]
3. Ойхман Е.Г., Попов Э.В. Реинжиниринг бизнеса: Реинжиниринг организаций и информационные технологии, — М.: Финансы и статистика, 2010. — 336 с. [3]
4. Давлетгареев Н.Р. Реинжиниринг бизнес-процессов / Давлетгареев Н.Р. // Международная заочная научно-практическая конференция «Молодые ученые о современном финансовом рынке РФ». — Пермь. — 2011. — 28 апреля. [4]
- http://hr-portal.ru/article/dlya-chego-avtomatizirovat-biznes-process
- http://www.stekspb.ru/blog/it/rol-it-v-biznes-processah/
- http://megaobuchalka.ru/3/29592.html