Статьи консультантов Cleverics

Говорят, однажды, в возрасте девятнадцати лет, будучи студентом Мюнхенского университета, Макс Планк рассказал пожилому профессору Филиппу Жолли о своем намерении посвятить себя теоретической физике. Выслушав его, профессор воскликнул: «Молодой человек, зачем вы хотите испортить себе жизнь? Ведь теоретическая физика уже в основном закончена... Стоит ли браться за такое бесперспективное дело?!». Двадцать пять лет спустя Макс Планк выдвинул гипотезу дискретного излучения, ставшую основой принципиально нового направления – квантовой физики, которая перевернула многие сложившиеся представления физиков ХХ столетия и по сей день лежит в фундаменте современных представлений об устройстве мира.

Майский номер ежемесячника Harvard Business Review за 2009 год содержит довольно любопытную заметку, озаглавленную "Правда об ИТ-бюджете". Автор, Сюзан Крамм, основатель и президент компании Valuedance, приводит рекомендации по управлению ИТ-бюджетом в кризисных условиях. Многие из этих советов выглядят достаточно интересно, и их анализ может быть полезен лицам, принимающим решения о составе и размере бюджета ИТ-подразделения.

Известно, что история знаменитой библиотеки передового опыта ITIL® началась именно с финансового вопроса. В конце 80-х годов прошлого века правительство Великобритании, экономически развитой капиталистической страны, решило перейти к использованию информационных технологий на принципах аутсорсинга. Возможно, катализатором для такого решения послужило начало эры персональных компьютеров — как раз в это время компания IBM представила свои первые ПК. Был даже выбран подрядчик для таких аутсорсинговых услуг, однако проведённое исследование показало, что совсем непонятно что именно и как можно передать на аутсорсинг. Более того, оказалось невозможным оценить сумму контракта, и сделка не состоялась (что, наверное, весьма неплохо, так как эта проблема дала серьёзный импульс к созданию библиотеки ITIL и развитию концепции ITSM).

Концепция ITSM (IT Service Management) для того и была задумана, чтобы облегчить непростые отношения между основным бизнесом и ИТ-департаментом. Ведь это довольно здравая идея — представить себе, что основным результатом работ ИТ-отдела являются услуги, а не кабели-серверы-драйверы и прочие IP-адреса. Так вроде и бизнесу понятнее, да и ИТ начинает ощущать некоторую пользу, ведь ИТ-бюджет теперь можно защищать не в виде статей аппаратного и программного обеспечения, а с акцентом на те самые ИТ-услуги.

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

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