Сегодня многие компании решают задачу централизации в области ИТ — объединения инфраструктуры и приложений и создания организационной структуры, которая за все это отвечает. ОГК5 — не исключение. О том, как вырабатывалась ИТстратегия, как все ИТресурсы собирались «под одну руку», и о приоритетных направлениях развития рассказывает ИТдиректор ОГК5 Сергей Дятлов.
Родился в 1963 году. В 1986м закончил Пензенский политехнический институт
по специальности «Конструирование и производство радиоаппаратуры» со специализацией
САПР. В 1990м закончил аспирантуру в Ленинградском электротехническом институте
и защитил кандидатскую диссертацию по специальности «Системы автоматизации
проектирования. Промышленность». С 1990 по 1999 годы работал в конструкторскотехнологическом центре «Сигнал» новосибирского объединения «Электросигнал», где в должности начальника подразделения САПР руководил разработкой и внедрением систем автоматизации проектирования и технологической подготовки производства гибридных интегральных микросхем и многослойных печатных плат. С 1999 по 2004 годы руководил проектом разработки и внедрения автоматизированной системы «Планирование ремонтов» на Конаковской ГРЭС. Там же участвовал в создании службы информационных технологий, а затем возглавлял её. С 2004 по 2005й был директором бизнеснаправления «Корпоративные проекты» в ГВЦ Энергетики. С 2005 года по настоящее время — директор по информационным технологиям ОГК5. |
Intelligent Enterprise: Иногда говорят, что стратегия — это прежде всего расстановка приоритетов. Каковы они у вас? Ваша компания провела IPO. В такое время все, и ИТдиректора тоже, начинают усиленно думать о росте капитализации…
Сергей Дятлов: Рост стоимости компании — это не совсем наша задача. Мы должны создавать инструменты такого роста. Главная задача, в решении которой мы участвовали, это обеспечение максимальных доходов, и она действительно напрямую связана с ростом капитализации.
Обычно различные КИС рассматриваются как средство минимизации издержек. Для нас же одной из основных целей с самого начала было повышение доходности. Поэтому в течение прошлого года мы решали и в первом приближении решили задачу автоматизации сбыта нашей продукции на оптовых рынках: создали АСКД — автоматизированную систему коммерческой диспетчеризации. По отзывам трейдеров коммерческой дирекции она им действительно помогает, это удобный инструмент. Это первый случай в нашей компании, когда ИТ стали частью бизнеса: на основе технологии выстраивается бизнеспроцесс. В АСКД трейдер — сотрудник коммерческой дирекции — наблюдает, как идет выработка энергии, может прогнозировать ситуацию, поскольку видит плановые графики, команды диспетчеров и загрузку отдельных энергоблоков. Все эти данные можно и вручную собрать из множества разных источников, но для этого пришлось бы держать двухтрех человек только для того, чтобы они постоянно звонили на станции и выясняли положение дел. АСКД позволяет наблюдать и оценивать ситуацию в реальном времени. Шаг сбора данных — три минуты.
Задачи мы приоритизируем по критерию максимальной необходимости. У каждой есть функциональный заказчик, определены границы проекта. Самые «ударные» направления — автоматизация реализации и производства продукции и учет финансовохозяйственной деятельности. Первое направление кроме упомянутой АСКД включает еще системы коммерческого учета производимой электроэнергии, строительство которых мы недавно завершили во всех филиалах, системы телемеханики, АСУТП и системы оперативного технологического управления.
Выбор средств автоматизации | |
Выбирая платформу автоматизации, мы, разумеется, проводили анализ рынка.
Встречались с вендорами и внедренцами, посещали предприятия, где были
внедрены системы. Оценивали не только продукты, но и ресурсы, которые
в конечном счете будут определять для нас стоимость владения системой.
В том числе пообщались с SAP и Oracle. Возможно, когданибудь, при определенном повороте развития нашей компании, потребности изменятся и нам понадобится более мощная, чем сейчас, платформа. Тогда мы вернемся к рассмотрению решений западных вендоров. На сегодняшний же день мощность системы «1С:Предприятие» 8.0 вполне нас устраивает. Конечно, нет идеальных систем — в любой, и в «1С» тоже, есть недостатки, с которыми мы боремся. Но какую бы систему ни пришлось внедрять, её все равно нужно будет адаптировать. Наша компания молодая, пока находится на этапе развития «startup», поэтому динамика изменения бизнеспроцессов, учетных схем и всякого рода алгоритмов автоматизации очень велика. В такой ситуации могут быть два пути. Первый — нанять аутсорсера, который вникнет в наши задачи, будет заниматься внедрением и поддержкой. И второй — создать свой ресурс для решения ключевых задач. Это менее затратный путь по нашим оценкам, и я думаю, что у любой аналогичной компании на том же этапе развития получится такой же результат. Поэтому мы создали свой ресурс системных инженеров, достаточный, чтобы иметь возможность быстро модицифировать важнейшие бизнесмодули выбранной системы. На локальные задачи, значительные по объему и менее критичные для бизнеса, привлекаем аутсорсеров. И по параметру стоимости владения результаты поддержки «1С» не сопоставимы с поддержкой западных систем. Например, если специалист по «1С» в Москве, по нашим оценкам, стоит до пятидесяти долларов в час, то по SAP — до двухсот. Те компании, которые сейчас сообщают о проектах внедрения ПО SAP и Oracle, говорят о затратах в 5, 10, 20 млн. долларов. Мы имеем ориентир в один миллион и пока еще этих средств не израсходовали, хотя реализовали уже значительную часть функциональности. Кстати, похожим образом мы выбирали и ПО для автоматизации службы поддержки
пользователей. Пробовали HP OpenView, показалось слишком тяжеловесно.
Сейчас смотрим другую систему, полегче, — Itilium на базе платформы «1С»,
поскольку она нам родней и у нас есть ресурс для «быстрого реагирования».
HP OpenView — большая дорогая штука. Для нас она пока избыточна, тем более
что, оказалось, это не готовый инструмент, а так же, как и «1С», — конструктор.
То есть среда, в которой можно создать что угодно. А зачем нам среда за
миллион, если мы можем взять за тысячу и лепить из нее то, что нам требуется?
На ближайшие годы нам этого вполне хватит. |
При автоматизации учетной деятельности мы во главу угла ставим задачу управления основными фондами (здания, сооружения, основное и вспомогательное оборудование, людские ресурсы) и развиваем соответствующее ИТрешение. Именно управление основными фондами является базой, бухгалтерский и остальные виды учета вторичны по отношению к нему. Но, разумеется, уплата налогов необходима — это наш гражданский долг.
Однако прежде чем управлять фондами, нужно както описать хозяйство, для чего требуется составить классификаторы. До недавнего времени этого никто не делал в нашей отрасли. Мы стали искать решение и сразу столкнулись с отсутствием единого подхода к классификации. Никакой ГОСТ никогда не решал задачу классификации оборудования в энергетике с точки зрения информационной модели. Мировой опыт показывает, что практически все идут однимединственным путем: составляют паспорта оборудования, фактически ведут его перепись, заводят карточку на каждый объект вплоть до отдельного электродвигателя. Эти же объекты — ресурс планирования.
В России есть своя специфика: во время строительства наших объектов паспортизация не велась. Если решать эту задачу сейчас, придётся паспортизировать оборудование, установленное чуть ли не за столетие. Например, на Конаковской ГРЭС, по нашей оценке, при доступных нам людских ресурсах на это потребовалось бы более восьми лет. Согласитесь, что это слишком. Поэтому мы немного напряглись и разработали другой способ описания основных фондов, без заведения паспортов. Такое решение и позволило нам успешно разработать и внедрить автоматизированную систему «Планирование ремонтов», ставшую прототипом системы учета основных фондов. На Конаковской ГРЭС она эксплуатируется уже четвертый год, а с января 2007го работает во всех филиалах ОГК5.
Как вам это удалось? В чем суть вашего подхода к составлению классификаторов?
Традиционный паспорт оборудования является одномерным линейным описанием. Комплект паспортов — это древовидная структура. Но можно создать несколько функциональных классификаторов (списков характеристик), каждый из которых будет отдельным измерением, а потом ввести многомерное пространство. Его точки будут соответствовать отдельным объектам, устройствам, единицам оборудования, а их координаты — описывать свойства. Информационную модель электростанции, основанную на этом принципе, удалось написать за три месяца и затем очень быстро внедрить систему автоматизации. При этом мы не отказались от составления паспорта, а просто отложили эту задачу на некоторое время. Через три года эксплуатации, накопив учетные данные, мы автоматически сгенерировали все паспорта и месяца за три привели их в актуальное состояние.
Задача тиражирования системы на три другие наши станции оказалась не простой. Все филиалы разные, оборудование нигде не совпадает, и на каждом пришлось решать ту же самую задачу классификации. В энергетике, наверное, вообще трудно найти две одинаковые станции, можно сказать, что они все уникальные. Даже на одной станции оборудование может различаться по производителям и технологическим схемам. Поэтому тиражировать готовые описания не имеет смысла. Но функциональные классификаторы во многом будут одинаковы, и из них можно быстро строить многомерные описания любых объектов. Следовательно, можно тиражировать нашу методику классификации.
В течение прошлого года силами той же команды Конаковской ГРЭС было классифицировано оборудование всех станций ОГК5. В ходе этих работ наши сотрудники стали экспертами по таким задачам. Костяк команды составляют не ИТинженеры, а технологиэнергетики. Они пропустили через себя, и не единожды, этап внедрения и поняли, что такое информатизация их профессиональной деятельности. Они могут разговаривать с ИТспециалистами на одном языке и использовать ИТинструментарий для решения своих профессиональных задач. Это пример очень качественного использования простого инструмента. В руках людей, владеющих методикой и глубоко знающих этот простой инструмент, он становится мощным орудием. Эти люди — ресурс, который может за короткое время построить классификаторы практически любых энергообъектов. Поэтому сейчас мы позиционируем наше решение как отраслевое и готовое к тиражированию.
Ваша учетная система основана на платформе «1С». Создается впечатление, что это противоречит стратегической линии РАО ЕЭС на активное использование ПО компании SAP.
Я не считаю вопрос выбора инструмента частью стратегии. Стратегия — это решение глобальных задач компании, она не может быть направлена на внедрение конкретных продуктов. Выбор средств вытекает из задач, и это не вопрос самого высшего стратегического уровня. Возможно, в чемто это задача, пограничная между тактикой и стратегией, но она не первоочередная.
Поэтому выбирая платформу автоматизации мы прежде всего смотрели, что такое наш бизнес и наш учет. Первый раз, когда я такую оценку делал для отдельной электростанции, стало ясно, что электростанция как объект автоматизации учета — это граница малого и среднего бизнеса. Вывод для меня самого оказался несколько неожиданным. Вся наша компания в целом не дотягивает до объекта крупного бизнеса. Для автоматизации важны не валовые объемы оборота, а количество транзакций в единицу времени, объемы данных, которые накапливаются, например, за год. Любая оптовая торговая фирма имеет на порядок больше транзакций, чем вся ОГК5. Это особенность оптового энергопредприятия: видов продукции — единицы, объектов учета относительно мало, транзакций по ним немного, а вот числа в них большие!
Создавая КИС, нужно исходить из разумной достаточности. Именно с этих позиций совместно с главным бухгалтером мы подходили к выбору платформы. Мы прогнозировали динамику развития компании и связанный с ней рост объемов учета и пришли к выводу, что «тяжелая» ERPсистема, такая, как SAP, примерно десятикратно превысит наши потребности (см. врезку «Выбор средств автоматизации». — Прим. ред.). Поэтому было принято решение делать систему на платформе «1С:Предприятие» 8.0.
Естественно, первым модулем для внедрения стал бухгалтерский и налоговый учет. С самого начала решено было делать единую систему для всей компании. Такой подход выбрали наши функциональные заказчики — управление по учету и отчетности. Они пришли к выводу, что так будет правильнее. У нас только одно юридическое лицо, один баланс и главная книга. Не все на местах были с этим согласны, но время подтвердило правоту решения. С 1 января 2006 года наша компания начала свою операционную деятельность, и параллельно мы приступили к внедрению единой системы бухгалтерского учета во всех подразделениях ОГК5. Конечно, поначалу было тяжело и ИТспециалистам, и пользователям. Но все вместе работали на результат и, я считаю, получили его. Сейчас у нас единая база данных, сводная отчетность в реальном времени. Не требуется какоголибо дополнительного сведения информации филиалов.
По такой схеме мы отработали уже год. Пришлось значительно модифицировать базовую конфигурацию «1С: Управление производственным предприятием», дописать несколько новых модулей, в частности расчет себестоимости продукции. Для этого мы привлекали внешние компании. Когда в конце года я попросил заказчиков — бухгалтеров оценить систему, я готовился вжать голову в плечи, ожидая сурового ответа. Не пришлось — система их устраивает. Главный бухгалтер считает, что задачи, стоявшие перед системой автоматизации на 2006 год, выполнены в полном объеме. Наша бухгалтерия видит учет в реальном времени по всем пяти филиалам. Но на этот год стоят новые задачи — развитие продолжается.
Мифы о ERP-системе | |
На мой взгляд, вокруг ERPсистем слишком много мифов. Например, есть тезис: покупка большой дорогой системы резко повышает капитализацию компании. Но давайте посмотрим непредвзято. Приобретение ПО — это издержки. А его внедрение — это инвестиции, реальное повышение капитализации. Если мы возьмем большую систему, например, SAP и внедрим её на 5%, то 95% уйдет в издержки. Любой собственник сразу это увидит: эффект будет прямо противоположный, капитализация уменьшится. Другой тезис: наличие западной учетной системы — большой плюс в глазах
западных инвесторов, поскольку они могут доверять учетным данным. Чтобы
проверить этот тезис, во всех зарубежных командировках при любом удобном
случае я старался узнать у западных менеджеров, так ли это. Спрашивал:
как вы определяете, какая система должна стоять на том предприятии, которое
вы собираетесь покупать? И в разных странах получал практически один и
тот же ответ: нас не интересует, на какой учетной системе работает организация.
Мы даем свои формы отчетности, их нужно заполнять по нашим правилам, а
на чем ведется внутренний учет — не важно. Фактически вводятся некие KPI.
Наверху, на уровне управляющей компании, для сбора и обработки этой отчетности
действительно используются решения корпоративного уровня, но это не учетные
системы. Их клиентские части, как мне объяснили, устанавливаются на предприятии.
Но на чем ведется внутренний учет — инвесторов не интересует. Главное,
чтобы система позволяла собирать нужные показатели. И нигде я не услышал:
«Да, только SAP, и ничего другого». |
Как и все энергокомпании, вы, видимо, получили очень неравномерно развитые активы. Каким образом вы выравниваете ситуацию, переходите к единым стандартам и методам работы?
«Нарезка» генерации на отдельные ОГК и ТГК по балансу мощности, по присутствию на рынках и по состоянию активов была сделана довольно взвешенно, поэтому действительно проблемы у всех похожие. Мы получили четыре объекта, все — федерального уровня. У каждого была своя «школа», своя «ИТцивилизация». Когда мы начали общаться, я увидел и услышал очень много интересного для себя. Везде были разные подходы, разная идеология и организация. Подразделения, которые занимались различными ИТзадачами, находились в подчинении у самых разных бизнеснаправлений. И гдето процесс объединения ИТструктур шел, гдето уже закончился, а гдето и не начинался.
Ведь для 90х годов для энергетики была типична ситуация, когда нет единого ИТподразделения. Представлений о единой ИТслужбе просто не существовало. Практически каждое подразделение имело свой ресурс «айтишников», и эти группы ИТсотрудников часто вообще ничего не объединяло. Такая практика была массовой. Только после 2000 года начался процесс интеграции. Тогда наконецто поняли, что глупо держать несколько ИТподразделений, их стали объединять, стали появляться ИТлидеры новой волны. Отношение к такой интеграции определяла в первую очередь позиция первых лиц энергопредприятий. Те, кто понимал, что ИТ могут приносить пользу, поддерживали этот процесс. Но до сей поры наиболее общее отношение к ИТ в энергетике остается нерадостным для нас: «это затратное подразделение, приносящее издержки». И пока это действительно так. Положение начало переламываться только сейчас. Я бы сказал, что уже пройдена «точка возврата», и это особенно заметно по вновь созданным компаниям — в них интеграция ресурсов в рамках единой службы проведена.
У нас ситуация была близка к полярной. Гдето вообще не было ИТподразделения, некоторые «айтишники» так себя и не называли. Гдето ИТслужба существовала, со своей структурой и бизнеспроцессами. Было и промежуточное состояние — там, где ИТподразделения складывались как придаток производства, как цеховые службы. Все это нужно было сначала «отмыть», потом «высушить и причесать». Учитывали человеческий фактор, старались не резать по живому. Конечно, не обидеть совсем никого в такой ситуации невозможно.
И на это накладывалась неопределенность, связанная с постоянным реформированием?
Да, нельзя построить ИТвертикаль, пока не будет понятно, какие задачи надо решать. ИТ в энергетике — это непрофильное подразделение, работающее на внутреннего заказчика. Но чтобы появился реальный внутренний заказчик, должна сложиться структура управления всей компанией. Для этого должны быть выстроены и унифицированы бизнеспроцессы. Но мы не могли ждать, пока этот процесс завершится, поэтому вертикаль управления ИТ строили параллельно с выстраиванием управления компанией.
Ведь как бы мы ни построили свою работу, есть задачи, которые решать придется в любом случае. С них мы и начали. Тем более, что было ясно: как только общая вертикаль управления компанией будет создана, мы сразу же получим длинный список задач к исполнению со сроком «вчера». При любом управлении и любой вертикали необходима инфраструктура. Вывод здесь прост: вся она должна быть единой, и это зона ответственности ИТслужбы. Поэтому первым процессом выстраивания ИТвертикали было объединение всех инфраструктурных подразделений, относящихся к ИТ, в одну службу.
В филиалах центры автоматизации находились в разных местах. По моему предположению они складывались так: гдето появлялся болееменее сильный специалист, и вокруг него формировался такой центр. На каждом предприятии подобных центров, как правило, было несколько. Все это удалось соединить, причем вначале — с минимумом изменений сложившейся структуры.
Кроме того, на всех станциях существовали подразделения связи. Энергетика без связи немыслима, но нигде эти отделы не относились к ИТ. Однако связь — это информационный сервис. В этом вопросе я на удивление быстро нашел понимание у руководства компании. Теперь в нашей вертикали связь — это ИТресурс, и ИТслужбе организационно подчинены все подразделения связи. Нам было ясно, что их еще нужно объединить с инфраструктурой компьютерных сетей. Это было сложнее, поскольку такие подразделения не везде были оформлены, даже функциональные группы были не везде.
Большая проблема была найти руководителей подразделений в филиалах. В одном случае потенциальный ИТлидер — связист, и когда на него вешают бухучет, ему очень сложно перестроиться. И наоборот: если человек раньше руководил автоматизацией бухгалтерии, то стоит поручить ему инфраструктуру и технологическую связь, как он покрывается холодным потом. Образование, опыт — все было разное.
Процесс централизации ИТслужб шел постепенно. В этом деле сразу из нуля единицу получить нельзя. Поэтому мы делали промежуточные шаги, чтобы сотрудники начали привыкать. Ведь даже сам термин — «информационные технологии» — в некоторых филиалах появился впервые. Теперь уж его запомнили, привыкли, а в первое время бумажку доставали, сверялись: «каккак это вы теперь называетесь?».
В течение первых трехчетырех месяцев удалось организационно оформить управление ИТ во всех филиалах, собрать все информационные ресурсы под единое начало. Но окончательное понимание задач пришло только после того, как в компании были унифицированы бизнеспроцессы. Стало понятно, какие задачи вообще нужно решать. Ведь далеко не все процессы управления имеет смысл автоматизировать. В результате, начав без четкого представления о том, как наша ИТвертикаль будет выглядеть в итоге, мы получили в законченном виде оргструктуру ИТ через полтора года после образования компании или через девять месяцев после начала операционной деятельности.
И как в итоге вы структурировали ИТслужбу?
Сложившаяся структура ИТдирекции направлена на реализацию бизнесстратегии компании. Прежде всего были определены ключевые направления развития. Мы выделили процессы, автоматизация которых в первую очередь создаст компании конкурентные преимущества и даст максимальный эффект. У нас есть два функциональных, стратегических направления: автоматизация производства и автоматизация финансовохозяйственной деятельности. Под эти направления — по функциональному признаку — созданы два отдела, состоящие из специалистов по направлению и проектных менеджеров. Сегодня они в основном занимаются проектами — по созданию систем автоматизации производства, разработке технологии эксплуатации этих систем и взаимодействия с подрядчиками.
Кроме двух функциональных подразделений есть и два процессных: отдел инфраструктуры и связи и отдел поддержки пользователей. На какието проекты эти ресурсы тоже могут привлекаться. В их работе основным являются уже не проекты, а эксплуатация — сервисы. Создавая структуру, мы заглядывали в стандарты ITIL, ITSM и в результате пришли к такой вот перпендикулярной модели. Причем процессные подразделения организованы очень близко к рекомендациям ITIL, а поддержка пользователей сделана просто «по учебнику».
К такой структуре в центральном офисе мы пришли сразу. А в производственных филиалах некоторое время сохранялась переходная оргструктура. В результате жарких прений пришли к тому, что структура должна во всех подразделениях быть унифицирована. И в сентябре 2006 года мы этого добились. Теперь на всех станциях есть одинаковые отделы, идет стандартизация бизнеспроцессов и, что самое главное, погружение людей в эти процессы, чтобы каждый понимал, зачем он нужен, какие задачи решает, с кем взаимодействует.
Но этот этап пока не закончен. Структуру построили, бизнеспроцессы покрупному есть, но всё это еще нужно донести до каждого человека. Когда администратор ЛВС оказывается в бывшем отделе связи, он чувствует себя не в своей тарелке. Объясняешь ему: те, кто тянут линии связи, должны тянуть и линии ЛВС, тебе нужно с ними взаимодействовать. Видно, что постепенно люди начинают понимать это, но потребуется время, чтобы они привыкли к новому положению вещей.
По поводу единого ИТ-холдинга для энергетиков | |
Три года назад началось широкое обсуждение проекта по выделению ИТподразделений
из энергокомпаний и созданию ИТхолдинга для энергетиков. Но анализ показал:
в том состоянии, в котором находилось тогда большинство ИТподразделений
в отрасли, они не могли стать жизнеспособной самостоятельной структурой.
В нашей компании — точно. Сейчас, когда в новых компаниях заканчивается создание ИТструктур и приняты стандарты ИТдеятельности, внутренние SLA становятся очевидны, прозрачны, теперь понятно, за что мы получаем деньги, и уже можно думать о том, чтобы жить автономно. Но конкретный разговор об этом надо начинать только тогда, когда люди — и айтишники, и функциональные заказчики — научатся работать в новой структуре, то есть вопрос о выделении ИТподразделений можно снова поднимать как минимум года через два. Сейчас, а тем более раньше, это было бы самоубийством. |
Похоже, вы очень бережно относитесь к людям.
Конечно, а то они разбежались бы, и всё. Люди — главное наше богатство. Грамотному «айтишнику» сейчас есть куда уйти. Кроме того, мы не хотим всё это делать внатяг. У Высоцкого есть строчка: «Я не люблю… когда железом по стеклу…». В ИТслужбе у нас около 250 человек, включая персонал филиалов. Это большой коллектив, сейчас люди находятся в процессе сближения, гдето даже уже начинают дружить.
Вообще главный принцип управления в нашей компании «делай как я», а не «делай, как я сказал». С разной периодичностью происходят выездные совещания дирекций. В одном из филиалов собираются несколько рабочих групп представителей дирекций и решают самые острые, актуальные проблемы. Это может быть унификация бизнеспроцессов, вопросы структуры, взаимодействия, глобальные проекты. Такие встречи обычно продолжаются дватри дня, и бывает на них человек тридцать — сорок. За одним столом все могут высказаться, покритиковать, обсудить, кто что думает, услышать друг друга. Есть возможность в чемто убедить, чтото принять. Так и происходит сглаживание зазубрин. Конструктивная инициатива снизу воспринимается всеми уровнями руководства, решения по ходу корректируются, обратная связь действует. Скажем, топменеджеры приняли решение, выпустили приказ. По выбранной схеме поработали месяцдругой. Не нравится новая практика на местах. Собрались, обсудили, высказались, что не так, выслушали соображения «как надо», внесли изменения выпуском нового приказа.
Как складываются ваши отношения с ГВЦ Энергетики? Каково ваше отношение к аутсорсинговой модели в ИТ?
До начала реформы ГВЦ Энергетики был ведущим ИТцентром всей отрасли. Он имел централизованного заказчика, их решения применялись всеми в обязательном порядке. Но с началом реформирования ГВЦ оказался одним из игроков на рынке. Появилась необходимость набирать портфель заказов. Но есть заведомо недоходные проекты, которые всем в отрасли нужны. Например, ведение отраслевых классификаторов, отраслевой номенклатуры. Механизмы финансирования проектов такого рода не были найдены. Появился разрыв между ожиданием энергопредприятий от ГВЦ Энергетики какихто нужных им типовых решений и отсутствием предложения таковых изза убыточности подобных проектов. Я считаю, что это серьезная проблема для нашей отрасли. Не создан работоспособный механизм, нет методики, нет подрядчика, заинтересованного в такой работе.
Я вполне понимаю руководство ГВЦ Энергетики: они ищут сейчас свою нишу. У них хорошо стали получаться инфраструктурные сервисы: хелпдеск, услуги ЦОД и т. д. У ГВЦ есть опыт обслуживания подразделений центрального аппарата РАО ЕЭС, ФСК ЕЭС, СО ЦДУ. Однако здесь тоже не всё было гладко.
Мы начали свою деятельность при аутсорсинговой поддержке ГВЦ Энергетики. Девять месяцев, пока у нас не была сформирована собственная ИТслужба, мы пользовались их хелпдеском, и это была хорошая поддержка, очередной раз хочу сказать им спасибо большое за нее. На нулевой точке развития помощь центра была неоценимой. И мы планировали продолжать пользоваться их услугами. Но наша компания быстро росла, мы набирали персонал, требования к поддержке росли скачками. В какойто момент начались сбои, оказалось, что механизм управления поддержкой ГВЦ Энергетики очень инертен, и в то время он не был приспособлен к таким динамичным изменениям. Для решения некоторых вопросов я должен был напрямую звонить гендиректору ГВЦ. В результате мы были вынуждены принять антикризисные меры, создали свою службу поддержки и отказались от услуг аутсорсера.
Месяцев через пять после этого, видимо, с учетом и нашего опыта, ГВЦ Энергетики создал мощную систему хелпдеск, и в этом новом виде она, вероятно, нас устроила бы. Но к тому моменту мы уже создали свою собственную службу поддержки, отвечающую всем требованиям со стороны бизнесподразделений компании.