2.2 Анализ требований к ис

2.2.1 Архитектура информатизации компании

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

«Предприятие реального времени» (RTE,Real Time Enterprise), которое определяет стиль ведения бизнеса, когда «актуальная на каждый момент времени информация о критичных для бизнеса процессах используется для получения конкурентных преимуществ за счет постоянного сокращения задержек в управлении».

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

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

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

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

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

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

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

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

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

Архитектура уровня отдельных проектов определяет структуру и функции систем (бизнеса и ИТ) на уровне проектов и программ, но в контексте всей организации в целом, т.е. не в изолированном рассмотрении индивидуальных систем.

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

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

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

• физическая реализация, которая описывает привязку к конкретным узлам размещения, типам оборудования, характеристикам окружения (операционные системы и т.п.).

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

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

• структурированная информация (реляционные и объектные модели);

• развивающиеся, основанные на XML стандарты для полуструктурированной информации;

• неструктурированная информация в форме текстов, графиков, образов, сопровождаемая определенными описательными данными (метаданными и каталогами).

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

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

Архитектура информации отвечает на вопрос: «Какая информация должна быть предоставлена для того, чтобы эти процессы могли выполняться теми, кто их должен выполнять?» Архитектура информации включает в себя модели, которые описывают процессы обработки информации (Information value chain), основные информационные объекты, связанные с бизнес-событиями, информационные потоки, принципы управления информацией. Архитектура должна описывать как те данные, которые требуются для выполнения процессов (операционные), так и аналитические данные и «контент», публикуемый на веб.

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

В ходе разработки архитектуры информации решаются следующие задачи:

• идентификация и инвентаризация существующих данных, включая определение их источников, процедур изменения и использования, ответственность, оценка качества;

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

• исключение ненужных перемещений или копирования данных, особенно связанных с наличием большого количества унаследованных или устаревших приложений;

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

• интеграция метаданных, что позволит обеспечить целостное представление данных из различных источников;

• сокращение числа используемых технологий и продуктов, что позволяет снизить расходы на обслуживание, а также получить дополнительные, объемные скидки от поставщиков применяемых продуктов;

• улучшение качества данных прежде всего за счет привлечения бизнес- пользователей к управлению и определению данных;

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

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

• получение данных из внутренних и внешних источников;

• классификация данных по типам;

• хранение и извлечение данных;

• редактирование (или обновление) данных;

• контроль качества (удаление или исправление некорректных данных);

• презентация (трансформирование данных для определенной аудитории потребителей);

• распространение информации для различных групп потребителей;

• оценка (полезности, а также соотношения цены/качества данных);

• обеспечение безопасности информации (например, аутентификация данных от различных источников, назначение адекватного уровня доступа; определение требований по аудиту; обеспечение механизмов резервного хранения и восстановления).

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

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

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

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

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

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

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

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

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

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

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

вывод из эксплуатации (замена, т.е. низкая ценность для бизнеса и плохое техническое состояние); проведение переоценки (низкая ценность для бизнеса и отличное техническое состояние);

развитие инфраструктуры прикладной системы (высокая ценность для бизнеса и плохое техническое состояние);

обеспечение сопровождения и развития (высокая ценность для бизнеса и отличное техническое состояние).

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

Для технологической архитектуры иногда используются такие термины, как «платформа», «инфраструктура», «системная архитектура» или «ИТ- архитектура». Gartner Group называет в технологической архитектуре шесть архитектурных компонентов (сервисов), в каждом из которых выделяется определенное количество технологических «строительных блоков»:

• сервисы данных - системы управления базами данных, хранилища данных, системы поддержки принятия решений;

• прикладные сервисы - языки программирования, средства разработки приложений, системы коллективной работы (средства групповой работы и электронной почты, средства управления документами), архитектура приложений (модель компонентов, серверы приложений, серверы поддержки тонких клиентов), геоинформационные системы и средства;

• программное обеспечение промежуточного слоя (middleware);

• вычислительная инфраструктура - операционные системы и аппаратное обеспечение (приложения для настольных систем, операционные системы для настольных систем, мобильные устройства - ноутбуки, беспроводные устройства, персональные цифровые помощники, серверы приложений/данных, сетевые операционные системы, принтеры), среда для веб-инфраструктуры (браузеры, веб-порталы, веб-серверы, средства управления и создания контента, серверы каталогов, форматы публикации информации), системы хранения (Storage Area Network - сети хранения данных, накопители на магнитных лентах, накопители на оптических дисках и CD, системы хранения высокой надежности RAID), средства системного управления (средства сетевого управления, администрирование IP), топологии (топология распределенных приложений);

• сетевые сервисы — локальные сети (протоколы, кабельные системы, топология), глобальные сети (транспорт, протоколы), технологии доступа (пользователи с удаленным доступом, эмуляция терминалов и шлюзы, беспроводные технологии для локальных и глобальных сетей, интегрированные средства передачи данных и голоса, обеспечение доступности, средства видеоконференций), голосовые технологии (голос/данные поверх IP-протокола, голосовая почта), сетевое аппаратное обеспечение (концентраторы, маршрутизаторы и пр.);

• сервисы безопасности - авторизация, аутентификация (внутренняя и внешняя аутентификация - PKI), сетевая безопасность (Network Firewall, Internet Firewall), физическая безопасность центров обработки данных, прочие сервисы безопасности (обнаружение вторжений, защита от вирусов).

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

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

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

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

ИТ должны стать если не флагманом, то полноправным партнером в проведении экономических инновационных процессов. Рассмотрим детально отличительные черты и принципы работы постмодернистского ИТ- отдела.

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

Соединив систему широкополосной связи, интернет-технологии, соответствующее программное обеспечение, мобильные телефоны и PDA, ИТ- специалист создает новые возможности и решения, которые крайне востребованы компаниями и их клиентами. ИТ- отделы не могут больше заниматься исключительно удовлетворением потребностей внутренних клиентов. Их основной задачей должна стать разработка инноваций, которые принесут прибыль компании и привлекут новых внешних клиентов. Переход к сервисно-ориентированной архитектуре (Service-Oriented Architecture,SOA) усилит потенциальные возможности ИТ- отдела активно участвовать в инновационной деятельности, так как предполагает понимание ИТ- персоналом основ функционирования компании.

Основным принципомруководства ИТ- отделом станет внедрение сервисной модели предоставления услуг. ИТ- руководители располагают множеством механизмов для управления инфраструктурой и отдельной продукцией. Существуют широко распространенные системы, позволяющие контролировать практически любой аспект деятельности ИТ- отдела, начиная с библиотекиITIL и заканчивая такими комплексными программами по разработке приложений, какCMMI и проектный менеджмент -PMP-сертификация. Представлены также некоторые общие практики, которые лежат в основе стратегии управления ИТ- отделом большинства организаций. Например, последнее исследованиеForrester показывает, что у 70% респондентов внутри компании есть формальный комитет управления ИТ.

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

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

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

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

• лидер - ИТ- директорам скоро придется сделать выбор: либо взять на себя новые функции, либо уступить лидерство другому топ-менеджеру;

• экономист - ИТ-директора должны исполнять сразу две роли - борца за снижение затрат и новатора, и возникает соблазн отказаться от одной;

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

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

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

Но недостаточно просто сменить название должности с CIO наCPO. Руководство компании и начальники бизнес- подразделений ожидают от человека, занимающего этот новый пост, знания потенциала инноваций, который предоставляют новые ИТ- приложения и технологии, и умения перенести их в бизнес-процессы. КомпетентностьCPO заключается в том, чтобы сочетать управление процессами со знанием ИТ. Структуру и организацию управления бизнес-процессами, а также то, в какую категорию надлежит отнести бывшегоCIO, а ныне директора по процессам (CPO), можно представить в виде трехуровневой модели:

• на первом уровне, директорском (так называемый C-level management, включающий генерального директора - CEO, директора по оперативному управлению - COO, CIO, финансового директора - CFO и др.), принимаются решения о стратегически важной деятельности. В центре внимания здесь находятся ключевые компетенции, используемые компанией для производства продукции. Одна из главных обязанностей CPO - определять основной курс управления бизнес-процессами, создавать и внедрять необходимые методы, инструменты и платформы;

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

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

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

Обязанности директора по процессам — CPO

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

2. Выявлять и устранять «узкие» места (простои, ненужные задержки и т.п.), постоянно оптимизировать процессы.

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

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

5. Обеспечивать интеграцию внутренних и внешних программных приложений.

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

7. Устанавливать систему непрерывного мониторинга производственных процессов, в том числе системы отчетности.

8. Развивать системы технологически и организационно.

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

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

• процедурное мышление. Потенциальный CPO должен уметь анализировать цепочку создания добавленной стоимости, используя свою компетентность в области технологий, бизнеса и организационного управления, и понимать всю эту цепочку в терминах динамичных процессов;

• социальные умения. Долгосрочный успех в управлении бизнеспроцессами возможен только в том случае, когда сотрудники ощущают себя членами одной команды, особенно если CIO намерен ввергнуть их в процесс перемен. При формировании команд и назначении ответственных за процессы (владельцев процессов) в ходе управления изменениями необходимо принимать во внимание личностные аспекты;

• мотивация и настрой на инновации. В будущем ключевым навыком для CIO станет умение создавать во всей организации, начиная от производственного подразделения и заканчивая отделом маркетинга и высшим звеном руководства, настрой на инновации и оптимизацию.

Новый уровень ответственности CIO диктуется сегодняшними требованиями бизнеса -CGO (Chief Governance Officer) - директор по корпоративному управлению. Он отвечает за организацию эффективного взаимодействия всех отделов друг с другом и развитие системы коммуникаций в организации. Поле деятельности дляCGO не ИТ, а БТ - технологии для бизнеса. Внедрять нужно только те новые технологии, которые позволяют решать задачи, стоящие перед бизнесом. Для этого современныйCIO (Chief Integration Officer) должен хорошо ориентироваться в бизнес-процессах и предлагать способы их оптимизации, повышающие отдачу от инвестиций в ИТ:

• переход от традиционных бизнес-процессов к автоматизированным, электронным процессам;

• передача ответственности сотрудникам;

• предоставление свободного доступа к информации для внутреннего и внешнего пользования;

• создание системы поощрений сотрудников, основанной на эффективности их работы;

• концентрация на стратегических целях компании;

• при выборе персонала — особое внимание к квалификации кандидатов и корпоративной культуре;

• инвестиции в непрерывное образование и обучение сотрудников.