CC BY
427
УДК 65.014
СЕРВИСНО-ОРИЕНТИРОВАННАЯ МОДЕЛЬ ИТ-СЛУЖБЫ КРУПНОЙ ОРГАНИЗАЦИИ
Ю.А. Зеленков
Рассматривается модель ИТ-службы, обеспечивающей непрерывное развитие и поддержку корпоративной информационной системы (ИС). Предложена модель ИС, описывающая ее как сеть взаимодействующих друг с другом инфраструктурных сервисов, сервисов поддержки бизнес-приложений и бизнес-процессов. Рассмотрен общий процесс согласованного развития всех сервисов, предложены модели процессов инкрементального развития и значительного изменения ИС. Установлено, что в общем случае организация ИТ-службы, ориентированной на предоставление сервисов, может включать следующие структурные единицы: группы развития сервисов, реализующие процессы изменений; группу развития корпоративной информационной платформы (или несколько таких групп, если не удается ограничиться использованием только одной платформы); комитет по стратегическому развитию ИС и ИТ в организации.
Ключевые слова: корпоративная информационная система, разработка и эксплуатация информационных систем, организация ИТ-службы.
Введение
Современные условия ведения бизнеса характеризуются постоянным изменением внешней среды, непрерывным возрастанием ее неопределенности. Этот вопрос находится в центре внимания многих исследований в рамках теории организации. В частности, П. Друкер [1] считает, что поиск перемен и превращение их в новые возможности для компании - основная задача современного менеджмента. Нестабильность окружения накладывает ограничения и на стратегическое планирование бизнеса. Широкое признание получили принципы формирования корпоративной стратегии Г. Минцберга [2], который отметил, что выраженные вслух намерения (отношение организации к внешней среде - позиция и планы на ее основе) формируются на основе укоренившихся, формально не декларируемых способа восприятия внешнего мира внутри организации (перспективы) и устойчивых характеристик поведения (паттернов). Два принципа (стратегия как план и как принцип поведения) совершенно равноправны: организации разрабатывают планы на будущее и выводят принципы поведения из своего прошлого, которые постепенно изменяются вместе с новыми ситуациями.
Применительно к корпоративным информационным системам (ИС) ряд аналогичных концепций предложил К. Сиборра [3]. В частности, он выделил подход к развитию ИС, названный им Ьгюо^е или импровизация, - постепенное улучшение уже существующих систем, вовлечение работников операционного уровня в этот процесс, обучение через действие, метод проб и ошибок. В результате создаются уникальные операционные практики, которые не могут быть легко декодированы и воспроизведены конкурентами. Данный подход противоречит более традиционному представлению об инновациях за счет внедрения ИС, предполагающему радикальную замену существующих компетенций новыми на основе предварительного анализа, проекта и плана. На обширном фактическом материале Сиборра и его последователи показали, что даже если проект внедрения ИС планируется в соответствии со вторым способом, реализуется он в соответствии с первым [3, 4].
На основании этих соображений автором данной статьи в работе [5] был предложен подход к стратегическому управлению развитием корпоративных информационных технологий (далее ИТ-стратегия) на основе сочетания перспективы (разделяемой точки зрения внутри организации на роль ИТ в ее деятельности) и паттерна (шаблона стратегического поведения). Перспектива определяет направления развития, их приоритеты и ограничения. Паттерн определяет повторяющиеся действия, которые выполняются при возникновении новой инициативы, связанной с изменением существующих или внедрением новых информационных систем и технологий. Составными компонентами паттерна стратегического поведения являются:
• метод принятия решений о реализации возникающих инициатив [6];
• метод измерения эффекта от их реализации [7];
• методы поддержания высокой степени адаптивности информационной системы организации [8]. В этой группе методов выделены распространение методов гибкой (agile) разработки на корпоративный уровень, использование единой корпоративной технологической информационной платформы, организация ИС в виде сервисов.
Согласно определению ISO/ГОСТ [9], ИС - это система обработки информации, работающая совместно с организационными ресурсами, такими как люди, технические средства и финансовые ресурсы, которые обеспечивают и распределяют информацию. Аналогичные идеи развиваются в работе [10], которая базируется на социотехнической теории. Согласно модели организационных изменений [11], созданной в рамках этой теории, любую социотехническую систему, в том числе и ИС, необходимо рассматривать как сочетание четырех взаимодействующих согласованных компонентов:
• структура (нормативный и поведенческий аспекты системы - коммуникации, управление и бизнес-процессы);
• акторы (разработчики и пользователи ИС, любые другие заинтересованные лица, которые могут на нее влиять);
• технологии (инструменты, используемые при решении задач);
• задачи (цели и способы, которыми они достигаются).
На ИС непрерывно воздействуют внешние события, связанные с изменением окружающей ее среды, которые нарушают согласованность компонентов системы. Под воздействием потока внешних событий система большую часть времени развивается эволюционно, при этом инкрементально изменяются ее компоненты. Длительные периоды эволюционного развития прерываются революционными изменениями, когда система радикально изменяет за короткий промежуток времени свою структуру и правила связывания компонентов. В целом поведение системы является хаотическим [10].
В рамках социотехнической теории ИТ-служба рассматривается как часть корпоративной информационной системы. Поэтому вопросы ее оптимальной организации, построения эффективных процессов сопровождения и развития имеют не меньшее значение, чем, скажем, определение целей информатизации, выбор технологий и т. д. В данной статье рассматривается модель ИТ-службы, ориентированная на предоставление сервисов поддержки различных функциональных сфер деятельности крупной организации.
1. Сервисная модель предоставления ИТ-услуг
Сервисная модель предполагает концентрацию не на функциях ИС и не на поддержке бизнес-процессов, а на предоставлении сервисов. Сервис можно трактовать как бизнес-процесс с подписанным соглашением об уровне сервиса, где указаны поставщик и потребитель, ключевые параметры оказания услуги, включая стоимость, время восстановления и т. д. Разница в подходах, ориентирующихся на процесс и на сервис, исследована в работе [12] (табл. 1). В целом такой подход следует социотехнической теории, которая в качестве реакции на непредсказуемость внешней среды рекомендует не повышать внутреннюю сложность организации, а уменьшать внутренний контроль и координацию (так называемая стратегия простой организации и сложных задач [13]). Следствием этого подхода является замена традиционной иерархии полуавтономны-ми группами, которые полностью отвечают за все операции в рамках определенного сервиса.
Таблица 1
Сравнение процессного и сервисного подходов
Процесс Сервис
Результат Выходные параметры процесса Ценность для потребителя
Потребитель Внутри или вне организации поставщика Вне организации поставщика
Измерение Не обязательно Требуется
^оимос^ Не обязательно Требуется
Учет Внутренний, метрики поставщика Внешний, метрики потребителя
В соответствии со сказанным автором настоящей статьи, в [8] предложена модель оценки зрелости организации ИТ-сервисов на основе их сопоставления с уровнями архитектуры предприятия (табл. 2).
Таблица 2
Уровни зрелости ИТ-сервисов
Уровень зрелости Описание Потребители сервиса Кто контролирует
0 Обеспечивается общее функционирование ИТ-инфраструктуры и информационных систем без формального соглашения об уровне сервиса (SLA) Явно не определены Руководитель ИТ-подразделения
1 Предоставляются инфраструктурные сервисы (сервисы технической архитектуры -электронная почта, управление файлами и печатью и т. д.) Сотрудники организации Руководитель ИТподразделения
2 Предоставляются сервисы поддержки бизнес-приложений Сотрудники организации Владельцы приложений
3 Предоставляются сервисы поддержки бизнес-процессов для пользователей организации Сотрудники организации Владельцы процессов
4 Сервисы поддержки бизнес-процессов предоставляются не только внутри, но и вне организации, включаются партнеры, поставщики и клиенты Сотрудники организации, ее партнеров, поставщиков, клиентов Владельцы процессов
Корпоративная информационная система как единое целое включает в себя все виды сервисов: инфраструктурные, поддержки бизнес-приложений и бизнес-процессов, между которыми формируются различные связи. Инфраструктурные сервисы (например, резервное копирование или электронная почта) могут обеспечивать выполнение некоторых функций бизнес-приложений и элементов бизнес-процессов. Точно так же в рамках одного бизнес-процесса могут использоваться различные бизнес-приложения.
2. ИТ-стратегия как план повышения адаптивности ИТ-сервисов
Предложенный подход к выделению сервисов позволяет рассматривать стратегию развития ИТ как план повышения уровня адаптивности. На основании табл. 2 в корпоративной ИС могут быть выделены не только инфраструктурные сервисы, но и сервисы поддержки бизнес-приложений и бизнес-процессов, для каждого из них может быть определен достигнутый и требуемый уровни зрелости. Это позволяет сформировать план действий по повышению зрелости ИС в целом, пример такого плана приведен на рис. 1.
План повышения зрелости позволяет сформировать институциональную основу стратегического управления развитием корпоративной ИС (рис. 2). Создание такого плана должно находиться в ведении органа, ответственного за координацию и планирование развития ИС. Если обеспечена независимость сервисов (т. е. отсутствуют функциональные требования, общие для двух и более сервисов), их развитие можно поручить различным группам, использующим методологию гибкой разработки (agile методы), которые обеспечивают быстрое изменение сервисов в соответствии с меняющимися требованиями. Отметим, однако, что методы гибкой разработки, безусловно, эффективны на фазе инкрементального развития сервисов. На фазе их революционного изменения (полная замена, создание новых), возможно, целесообразнее применять традиционные методы управления проектами, опирающиеся на предварительную спецификацию и график реализации. Два варианта процесса изменения системы будут рассмотрены в следующем разделе.
Рис. 1. Пример плана повышения адаптивности ИТ-сервисов
Рис. 2. Процесс стратегического развития корпоративной ИС
Наличие единой корпоративной информационной платформы обеспечивает повторное использование объектов, созданных разными группами, а также их унифицированное представление в пользовательском интерфейсе прикладных систем, облегчает интеграцию данных различных приложений, процессов и бизнес-областей.
Отметим, однако, что модель, представленная на рис. 2, в настоящий момент труднореализуема на практике, особенно в крупных организациях. Это связано с тем, что сегодня на рынке отсутствуют программные продукты, которые могут претендовать на роль корпоративной информационной платформы, обеспечивающей простое создание сервисов, поддерживающих все виды деятельности многопрофильной организации. Поэтому, в ближайшей перспективе предложенная модель поддержания адаптивности, скорее всего, будет реализовываться в подразделениях, отвечающих за тот или иной относительно обособленный функциональный сегмент бизнеса.
3. Процессы изменения ИС
С точки зрения социотехнической теории возможны два вида изменений информационной системы - инкрементальные и революционные [10]. Рассмотрим возможные варианты реализации этих процессов, которые осуществляются в рамках групп по развитию соответствующих сервисов.
Применение
обновлений Информационная система
Рис. 3. Процесс инкрементального изменения системы
На рис. 3 представлен процесс, обеспечивающий постоянное инкрементальное изменение системы в фазе ее эволюционного развития. Инициаторами изменений становятся пользователи системы. При обнаружении ошибки или при необходимости незначительного эволюционного изменения функциональности системы они формируют заявки на доработку, которые поступают в общую очередь. Все заявки должны периодически (например, еженедельно) рассматриваться, для каждой из них в зависимости от ее важности должен быть установлен приоритет и срок реа-
лизации. Соглашение о приоритетах и сроках должно устанавливаться совместно представителями команды развития системы (специалисты ИТ) и ее пользователями. Поэтому на стороне заказчика желательно выделить одного ключевого пользователя (владельца приложения или владельца процесса), который может принять решение в случае спорной ситуации.
Очередь заданий с установленными приоритетами является входным буфером для команды поддержки и развития системы (отметим, что это аналог backlog в методе гибкой разработки scrum). Системный архитектор при необходимости связывается с автором заявки, уточняет возникшую проблему и формирует задание разработчику в терминах системы на «языке ИТ». Обновление, созданное разработчиком, тестируется архитектором и, в случае успеха, помещается в хранилище готовых объектов. Периодически (например, каждую ночь) система обновляется. Пользователь, сформировавший заявку, получает уведомление о ее реализации. Если он подтверждает, что его потребности удовлетворены, процесс прекращается, в противном случае он создает дополнение к ранее открытой заявке.
Это очень общая модель процесса инкрементального улучшения системы. В зависимости от условий конкретной организации она может быть дополнена различными элементами. Например, можно предусмотреть ежедневные короткие собрания всей команды развития для обмена информацией о текущих задачах, как это предписывает scrum. Кроме того, предложенная модель не отдает явное предпочтение тем или иным механизмам мотивации сотрудников, эти вопросы также должны решаться при внедрении процесса в конкретной организации.
Рассмотрим теперь процесс значительного изменения информационной системы при помощи выпуска релизов (рис. 4).
Рис. 4. Процесс обновления системы за счет выпуска релизов
Данный процесс строится вокруг той же приоритезированной очереди заявок на изменение или устранение дефектов, которая является входом для процесса инкрементальных изменений. Может сложиться такая ситуация, когда некое множество заявок целесообразно реализовывать
одним пакетом, например, потому, что их взаимное влияние очень велико и независимая разработка невозможна. Подобная ситуация может сложиться также при обновлении технологической платформы, на которой построена система, при значительном добавлении новой функциональности и т.п. В этом случае представитель заказчика (напомним, что это владелец приложения или владелец процесса) и руководитель группы развития системы могут принять решение о выпуске новой версии (или релиза) системы. Они определяют границы релиза, т.е. множество заявок, которые он будет закрывать, и сроки его реализации.
Системные архитекторы в этом случае рассматривают релиз целиком и декомпозируют его на отдельные задания для разработчиков. По мере завершения разработки производится тестирование интеграции и функциональности вновь создаваемых модулей. Для этого целесообразно развернуть специальную тестовую среду, повторяющую окружение промышленной системы. К такому тестированию могут быть привлечены и ключевые пользователи. Когда внутреннее тестирование релиза завершается, он переносится в промышленную систему, о чем уведомляются пользователи, заявки которых реализованы в данном обновлении. Они также должны подтвердить удовлетворение их требований.
Отметим, что подготовка нового релиза выполняется параллельно с процессом инкрементальных изменений, причем одновременно в разработке может находиться несколько релизов, которые будут выпускаться последовательно.
Заключение
Таким образом, в общем случае организация ИТ-службы, ориентированной на предоставление сервисов, может включать следующие структурные единицы:
• Группы развития сервисов, реализующие процессы изменений, представленные на рис. 3 и 4. Отметим, что подобные группы могут создаваться для развития любых видов сервисов (инфраструктурные, поддержка приложений, поддержка бизнес-процессов) или даже их комбинаций. Конкретный способ выделения таких групп должен определяться общим уровнем зрелости ИС-организации.
• Группу развития корпоративной информационной платформы (или несколько таких групп, если не удается ограничиться использованием только одной платформы). Изменение платформы ведется также в соответствии с процессами, представленными на рис. 3 и 4, но источниками запросов на изменение при этом являются не конечные пользователи, а группы, отвечающие за развитие сервисов.
• Комитет по стратегическому развитию ИС и ИТ в организации (см. рис 2). Данный комитет должен включать руководителей всех упомянутых выше групп, руководство ИТ-службы, представителей пользователей ИС (владельцев бизнес-приложений и бизнес-процессов). В задачи данного комитета входит разработка, обновление и контроль выполнения плана, представленного на рис. 1.
Отметим, что предложенная модель обеспечивает более высокий уровень гибкости ИТ-службы. В частности, в предлагаемой модели передача части функций по развитию сервисов на аутсорсинг будет производиться гораздо легче, чем в функциональной или матричной структурах.
Литература
1. Друкер, П. Задачи менеджмента в XXI веке /П. Друкер. - М.: Вильямс, 2007. - 286 с.
2. Минцберг, Г. Стратегический процесс: Концепции, проблемы, решения / Г. Минцберг, Дж.Б. Куин, С. Гошал. - СПб. : Питер, 2001. - 688 с.
3. Ciborra, C. The labyrinths of information / C. Ciborra. - New York: Oxford University Press, 2004. - 212 p.
4. Elbanna, A. Rigid technology and improvised implementation: The case of ERP systems /A. Elban-na // Bricolage, Care and Information. Claudio Ciborra’s Legacy in Information Systems Research. -New York: Palgrave Macmillan, 2009. - P. 327-347.
5. Зеленков, Ю.А. О согласовании ИТ и бизнеса / Ю.А. Зеленков // IT Менеджер. - 2012. - № 9. -С. 16-20; № 10. - С. 32-34.
6. Зеленков, Ю.А. О стратегическом планировании развития информационных технологий в
корпорации / Ю.А. Зеленков // Вестник ЮУрГУ. Серия «Вычислительная математика и информатика». - 2012. - Вып. 1, № 46 (305). - С.73-87.
7. Зеленков, Ю. А. Об измерении эффективности бизнес-процессов и поддерживающих их информационных систем /Ю.А. Зеленков // Управление большими системами /ИПУРАН. - 2013. -Вып. 41. - С. 146-161.
8. Зеленков, Ю.А. Адаптивность корпоративных информационных систем /Ю.А. Зеленков // Вестник РГАТУ им. П.А. Соловьева. - 2012. - № 2 (23). - С. 161-168.
9. ГОСТ ИСО/МЭК 2382-1-99. Межгосударственный стандарт. Информационная технология. Словарь. Часть 1. Основные термины. - Минск: Гос. ком. по стандартизации Респ. Беларусь, 2000. - 40 с.
10. Lyytinen, K. Explaining information systems change: a punctuated socio-technical change model / K. Lyytinen, M. Newman //European Journal of Information Systems. - 2008. - No. 17. - P. 589-613.
11. Leavitt, H.J. Applied organization change in industry: structural, technical, and human approaches / S. Cooper, H. Leavitt, K. Shelly (Eds.) // New perspectives in organizational research -Chichester, UK: Wiley, 1964. - P. 55-71.
12. Uram, M. Services are the language and building blocks of an agile enterprise / M. Uram, B. Stephenson // The agile enterprise: reinventing your organization for success in an on demand world / N. Pal, D.C. Pantaleo (Eds.). - New York: Springer - 2005. - P. 49-86.
13. Sitter, L. U. From complex organizations with simple jobs to simple organizations with complex jobs / L.U. Sitter, J.F. Hertog, B. Dankbaar // Human Relations. - 1997. - 50 (5). - P. 497-536.
Зеленков Юрий Александрович, канд. физ.-мат. наук, директор по информационным технологиям, ОАО «НПО «Сатурн»; [email protected].
Bulletin of the South Ural State University Series “Computer Technologies, Automatic Control, Radio Electronics”
2013, vol. 13, no. 3, pp. 37-45
SERVICE-ORIENTED MODEL OF IT DIVISION OF LARGE ORGANIZATION
Yu.A. Zelenkov, “NPO “Saturn", Russian Federation, [email protected]
This paper describes model of IT division that provides permanent development and support of enterprise information system (IS). Model of IS which is described it as a network of interacting infrastructure services, services of business application support, and services of business processes support is given. Common process of coordinated development of all services is discussed, as well as processes of incremental development and radical transformation of IS. It is established that generally the IT organization of the service focused on providing services, can include the following structural units: groups of development of the services, realizing processes of changes; group of development of a corporate information platform (or some such groups if it isn't possible to be limited to use of only one platform); committee on strategic development of IS and IT in the organization.
Keywords: enterprise information system, information system’s development and support, IT division structure.
References
1. Drucker P. Zadachi menedzhmenta v XXI veke [Management Tasks in XXI]. Moscow, Williams, 2007.286 p.
2. Mintzberg H., Queen J.B., Goshal S. Strategicheskiy protsess: koncepcii, problemy, resheniya [Strategic Process: Concepts, Problems, Solutions]. Sanct-Petersburg, Piter, 2001. 688 p.
3. Ciborra, C. The Labyrinths of Information. New York, Oxford Univ. Press, 2004. 212 p.
4. Elbanna, A. Rigid Technology and Improvised Implementation: The Case of ERP Systems. Bri-colage, Care and Information. Claudio Ciborra’s Legacy in Information Systems Research. New York, Palgrave Macmillan, 2009, pp. 327-347.
5. Zelenkov Yu.A. On Alignment of IT and Business [O soglasovanii IT i bisnesa]. IT Menedzher [ITManager], 2012, no. 9, pp. 16-20, no. 10, pp. 32-34.
6. Zelenkov Yu.A. About Strategic Planning of Information Technology Development in Corporation [O strategicheskom planirovanii razvitiya informatsionnyh tehnologiy v korporacii]. Bulletin of the South Ural State University. Series «Computational Mathematics & Informatics», 2012, no. 46 (305), pp. 73-87. (in Russian)
7. Zelenkov Yu.A. On Measurement of the Efficiency of Business Processes and their Supporting Information Systems [Ob izmerenii effectivnosti bisnes-protsessov i podderzhivayushchikh ikh infor-matsionnykh system]. Upravlenie bol'shimi sistemami [Large Sysytems Management], 2013, no. 41, pp.146-161.
8. Zelenkov Yu.A. Agility of Enterprise Information System [Adaptivnost' korporativnyh informatsionnyh system], VestnikRGATU[RGATUBulletin], 2012, no. 2 (23), pp. 161-168.
9. GOST ISO/MEC 2382-1-99. Mezhgosudarstvennyi standart. Infromatsionnaya technologiya. Slovar'. Chast 1. Osnovnye terminy [International Standard. Information Technology. Dictionary. Part 1. Main definitions]. Minsk, Goskomitetpo standartizatsii respubliki Belarus, 2000. 40 p.
10. Lyytinen K., Newman M. Explaining Information Systems Change: a Punctuated Socio-technical Change Model. European Journal of Information Systems, 2008, no.17, pp. 589-613.
11. Leavitt H.J. Applied Organization Change in Industry: Structural, Technical and Human Approaches. New perspectives in organizational research. Chichester, Wiley, 1964, pp.55-71.
12. Uram M., Stephenson B. Services are the Language and Building Blocks of an Agile Enterprise. The Agile Enterprise: Reinventing your Organization for Success in an on Demand World. New York: Springer, 2005, pp.49-86.
13. Sitter L. U., Hertog J.F., Dankbaar B. From Complex Organizations with Simple Jobs to Simple Organizations with Complex Jobs. Human Relations,1997, no. 50 (5), pp. 497-536.
Поступила в редакцию 10 июня 2013 г.
