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

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

К этому состоянию бизнес пришел сравнительно недавно. Всего 10-15 лет назад внедрение ИТ-технологий в бизнес проходило через странно звучащие сегодня этапы:

1. «Начальное заражение бизнеса информационными технологиями». Было время, когда ИТ реально воспринималось субъектами бизнес-процессов как игрушка, новая мода, более мощный, но непонятный и сложный калькулятор.
Я помню до сих пор бухгалтеров старой закалки, которые доверяли больше железным арифмометрам, и это было милое время, когда между ИТ-специалистами (поголовно называемыми программистами) и бизнес-подразделениями царила «гармония». Никто друг другу не мешал.
Но потом молодые бухгалтеры (двоечники, не научившиеся в институтах считать на арифмометрах и калькуляторах) стали требовать, чтобы ПК не зависали, чтобы программа считала быстрее, чтобы печать бланков соответствовала ГОСТам, чтобы (о боже!) два сотрудника одновременно могли работать с одной базой.
Айтишники встретили новое время с энтузиазмом, заразившим руководство готовностью утверждать новые штатные расписания и расходы на сервера, СКС, модемы и даже цветные лазерные принтеры стоимостью с новый автомобиль.

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

3. «Управление данными» — этап осознания роли ИТ в бизнесе как основного инструмента по эффективному управлению информацией, информационными потоками.
Данные перестают «обрабатываться с помощью ИТ», данные вместе с операциями над ними (описанными в бизнес-процессах) - образуют информационную систему, а ИТ-инфраструктура обеспечивает эффективную работу в интересах бизнеса инфосистем предприятия.

4. «Зрелость» — тот этап, к которому шли раньше предприятия годами, и который сейчас должен реализовываться в течение нескольких месяцев после начала работы бизнес-единицы, а ещё лучше за несколько месяцев до начала.
Зрелость — это когда все информационные потоки, образующие информационную систему, как раз и являются отражением структуры предприятия и всех её бизнес-процессов.
То есть ИТ перестает быть всего лишь инструментом-палочкой (раньше даже термин был — «костыль»). Роль информационных технологий в бизнесе изменилась. Теперь ИТ и есть бизнес, неотъемлемая его часть, зарабатывающая не деньги на покупку серверов, а вообще ВСЕ деньги для компании.
На этом этапе топ-менеджеры уже не могут «переводить стрелки» на сисадмина (или ИТ-менеджера) при невыполнении задач из-за неработающей электронной почты.
И у ИТ-менеджера метрики и KPI завязаны на результаты всей компании, а не только на uptime серверов. Это этап общей ответственности и понимания, что ИТ (информационные технологии) — это общий термин для бизнес-технологий.

Следующий этап — это когда ИТ порождают новые бизнес-модели за счёт глобального проникновения и всеобъемлющего информационного доступа. Не исключено, что лет через 10 будет совсем неуместным вопрос, есть ли бизнес и бизнес-процессы вне Интернета (или как он тогда будет называться).

10.04.2006, Некрасова Елена

Издание: CIO

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

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

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

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

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

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

Статика и динамика

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

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

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

От бизнеса к модели и обратно

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

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

После определения целей проекта начинается процесс бизнес-анализа. В соответствии с критериями, эффективность которых планируется оптимизировать или повысить, выбираются ключевые подразделения и специалисты. Параллельно разрабатывается методология бизнес-моделирования, предназначенная именно для данной организации. На основании этой методологии выдвигаются требования к инструментарию – набору функциональных элементов одной или нескольких систем (Aris, All Fusion, Microsoft Project). Далее консультант, имея картину прохождения бизнес-процессов, начинает создавать реестры ресурсов для достижения обозначенных в рамках проекта бизнес-целей. Реестры содержат описания трудовых, материальных, финансовых ресурсов, набор регламентных и прочих документов, которые необходимы для реализации проекта, набор информационных систем, которые автоматизируют часть деятельности компании, и набор функций и операций компании. "Не стоит пытаться дать формализованные определения функциям, операциям и процессам, – отмечает Борис Носков . – Нередко общепринятые термины и концепции не очень удобны для заказчика. Мы в рамках своих проектов, как правило, формулируем "соглашения о моделировании" и составляем глоссарий, содержащий термины, принятые в компании. Этот документ описывает, что в данном случае будет пониматься под процессом, подпроцессом, функцией, операцией и т. п.". "Соглашение о моделировании" включает в себя также описание концепции моделирования, объекты и методики моделирования, требования к инструментарию.

Далее начинается совместная работа консультантов и заказчика по описанию бизнес-процессов. "Важно отметить, что работа выполняется именно совместными усилиями. Самостоятельно, в отрыве от заказчика, консультант никогда не создаст живую модель бизнеса, – подчеркивает Борис Носков . – Поэтому внедрение системы – результат встречного движения заказчика и исполнителя".

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

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

Индивидуальный подход

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

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

От рядового до генерального

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

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

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

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

Внедрение системы бизнес-моделирования радикально меняет корпоративную культуру организации. Динамическое моделирование – это качественно другой уровень управления.

Результаты и перспективы

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

Во-вторых, система наглядно представит не только набор ресурсов, но и взаимосвязи между ними. Это позволит выявить "узкие места": нехватку конкретных ресурсов и те отдельные процессы, которые являются "узким горлышком" в выполнении глобальных бизнес-процессов.

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

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

Наконец, важным моментом является возможность оценки затрат на исполнение определенной процедуры, операции или достижение какой-либо цели. По оценкам некоторых экспертов, проведенная на основе созданных моделей оптимизация процессов на 20-30% снижает затраты на содержание компании.

При создании комплексной бизнес-модели становятся ясно видны вклад каждого ресурса в достижение конечного результата и пределы "пропускной способности" компании.

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

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

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

Не так часто случается, что гостем нашей традиционной рубрики “Кто он, современный ИТ-руководитель?” становится представитель производителя товаров повседневного спроса. В последний раз это было два года назад, когда мы обсуждали основные задачи ИТ-службы такого предприятия. Сегодня мы продолжаем разговор на эту тему с ИТ-директором компании Efes Rus Василием Власюком, который в беседе с научным редактором PC Week/RE Ольгой Павловой поделился своим опытом руководства ИТ-департаментом регионального подразделения крупной международной компании.

PC Week: Свой нынешний пост вы занимаете недавно — с января текущего года. С какими особенностями в сфере ИТ и бизнеса вам уже пришлось здесь столкнуться?

Василий Власюк: До прихода в Efes Rus я тринадцать лет работал в компании MARS — одном из известнейших производителей кондитерских изделий. И хотя обе компании относятся к одному и тому же рынку потребительских товаров, продукт Efes Rus имеет характерное отличие: он тяжелый и при этом относительно дешевый. Цена грузовика с пивом и грузовика с шоколадом различаются в десятки раз, и потому очень большую роль в затратах играют перевозки. Соответственно в связи с необходимостью оптимизации транспортных потоков у нас более значима роль транспортного менеджмента.

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

PC Week: Наверное, это служит поводом для бизнеса считать ИТ-департамент вспомогательным подразделением, не приносящим никакой прибыли?

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

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

PC Week: А где вы находите ИТ-специалистов, разбирающихся в бизнес-процессах?

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

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

PC Week: Какие первые шаги вы предприняли на новом месте?

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

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

PC Week: Какие вопросы входят в вашу компетенцию как ИТ-директора?

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

Надо сказать, что сегодня Efes Rus переживает непростой период, связанный со слиянием двух компаний (два года назад был создан стратегический альянс британского концерна SABMiller и турецкой Anadolu Efes, в рамках которого компании объединили усилия на рынках России, Турции, а также в странах СНГ, Центральной Азии и Ближнего Востока. — О. П. ). В этой связи передо мной стоит серьёзная задача по объединению разных ИТ-ландшафтов и ИТ-коллективов, выработке единой ИТ-стратегии.

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

PC Week: Что будет представлять собой разрабатываемая вами ИТ-стратегия?

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

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

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

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

PC Week: Помимо закупки мощностей ЦОДов есть ли у вас планы по переводу каких-либо ИТ-сервисов на аутсорсинг?

В. В.: Надо признаться, что я очень не люблю аутсорсинг. Дело в том, что за свою карьеру я не видел ни одного случая, когда аутсорсинг оказался бы экономически эффективен. Объясняется это просто. Аутсорсер делает продукт или сервис дешевле, чем внутренний ИТ-отдел, только потому, что он реализует его на бóльших масштабах. Но в крупной компании с большим внутренним ИТ-отделом это будет стоить столько же.

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

Другая проблема использования аутсорсинга связана с тем, что при покупке сервиса требуется тратить время на то, чтобы управлять им, согласовывать уровни предоставления этого сервиса (SLA), следить за тем, чтобы они выполнялись. А если не выполняются, урегулировать разногласия. К сожалению, не получается просто купить и избавиться от забот.

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

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

PC Week: Как вы относитесь к другим популярным сегодня трендам, таким как облачные вычисления, большие данные и прочие?

В. В.: Я считаю, что облачные вычисления по сути очень похожи на аутсорсинг, поэтому отношение к ним у меня точно такое же. Но мы постоянно изучаем рынок — нужно всё-таки понимать, что там происходит. Например, SAP делает свое облако, посмотрим, что из этого выйдет. Но переходить в облако нужно только исходя из экономической выгоды. При этом первоначально я бы всё-таки попытался переводить в облако не бизнес-системы, а что-нибудь попроще — например, инфраструктурные решения, такие как корпоративная почта.

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

PC Week: Легко ли бизнес даёт деньги на внедрение новых технологий?

В. В.: Свою задачу я вижу в том, чтобы понять, что бизнес собирается делать в предстоящее время и какие проекты для этого следует реализовать. Далее я должен объяснить, что эти проекты будут стоить столько-то денег и добиться, чтобы бизнес с этим согласился. Естественно, руководство будет задаваться вопросом: “Почему так дорого?”. Поэтому мы должны прийти к соглашению и зафиксировать его. Допустим, бизнес хочет систему для мобильных компьютеров, которая будет стоить X млн. долл. Мы договариваемся и заносим данную сумму в бюджет. Однако в какой-то момент выясняется, что аппетиты отдела продаж выросли и их удовлетворение стоит уже не Х, а Х плюс некую дельту. Но в бюджете проекта этих денег нет. И тогда либо отдел продаж сокращает что-то из выполняемых задач, либо на собрании директоров решается, как перераспределить бюджет.

Правда, такая модель взаимодействия с бизнесом вступит в силу с будущего года. Это позволит оптимизировать наши планы.

PC Week: Какой опыт в последнее время был для вас самым полезным?

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

Главным обстоятельством, повлиявшим на мое решение, стало то, что в MARS имеется очень сильный глобальный ИТ-департамент, который покрывал часть моей ответственности как ИТ-директора в России. С одной стороны, это облегчает работу, а с другой — несколько ограничивало поле для принятия решений. Нередко случалось, что бизнес выдвигает некое требование, глобальные ИТ-руководители не собираются выделять на это деньги, и что я могу поделать? Слишком много времени уходило на проведение бесконечных сложных переговоров. В Efes Rus я имею большую свободу принятия решений, но при этом, конечно же, и большую ответственность. А в результате у нас в ИТ-департаменте самое большое развитие за этот год.

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

PC Week: Спасибо за беседу.

Статья предназначена для практикующих бизнес-аналитиков и консультантов в области проектирования бизнес-процессов.

На сегодняшний день все больше ИТ-подразделений крупных и средних организаций заняты составлением моделей своих бизнес-процессов в рамках представления ИТ-услуг. Эта задача определяется ими среди важнейших.

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

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

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

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

Итак, опишем подробнее показанные подходы.

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

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

Тогда становится важным описать деятельность ИТ-подразделения на основе принятой методологии для однообразного восприятия всех процессов организации.

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

Используя этот подход, мы видим и описываем процессы сверху. Стоит отметить, что данный подход в полной мере соответствует методологии процессного подхода в управлении.

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

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

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

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

Если Директор ИТ будет иметь у себя оба описания, это будет очень полезно.

Первый способ позволит рассматривать процессы ИТ-подразделения на основе принятой в компании и понятной топ-менеджменту организации методологии, позволит Директору ИТ увидеть свое подразделение во взаимодействии с другими подразделениями внутри компании. Этот способ приемлем для описания процессов «как есть» и «как будет».

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

В определенный момент развития компании руководство ИТ-подразделения может столкнуться с ситуацией, когда решение инцидентов занимает слишком много времени, пользователи оказываются недовольны предоставляемыми услугами, а внутренняя организация работы представляет собой полный хаос. Одним из вариантов решения этих проблем является внедрение ITSM (Information Technology Service Management). В рамках этого поста, которым мы решили открыть свой блог на Хабре, мы поговорим о том, что такое ITSM, и рассмотрим некоторые возможности платформы ServiceNow.

Что такое ITSM?

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

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

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

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

Реализация ITSM - ServiceNow

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

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

Это позволяет применить модель ITSM для финансовой службы, HR, службы кадров, маркетинга, а также с помощью единой платформы управлять аналитикой, разработкой, ресурсами, проектами и прочими направлениями бизнеса. А также для типовых ITSM-практик, например, обработки запросов пользователей. Далее, мы рассмотрим несколько решений, которые позволяет применить SaaS-платформа ServiceNow.

Управление ИТ и управление рисками (GRC)

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

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

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

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

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

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

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

Управление разработкой ПО (Agile Development)

Платформа ServiceNow также включает в себя приложения для гибкой разработки. Решение ServiceNow Agile Development (SDLC) позволяет управлять методами гибкой разработки Scrum при работе над программным обеспечением и его сопровождением на протяжении всего жизненного цикла. Приложение Agile Development представляет собой последовательный процесс для среды разработки программного обеспечения.

Платформа дает возможность проводить ежедневные совещания (Daily Scrum) с членами команды с целью обсуждения текущих проектов, запланированных работ и затруднений. Здесь также имеется возможность вести бэклог продукта, представляющий собой список пользовательских историй, упорядоченных по степени важности. Product Backlog можно регулярно просматривать и дополнять по мере появления новых требований и пересмотра приоритетов.

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

Управление ИТ-инфраструктурой (IT Operations Management)

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

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

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

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

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