Управление финансами
документы

1. Адресная помощь
2. Бесплатные путевки
3. Детское пособие
4. Квартиры от государства
5. Льготы
6. Малоимущая семья
7. Малообеспеченная семья
8. Материальная помощь
9. Материнский капитал
10. Многодетная семья
11. Налоговый вычет
12. Повышение пенсий
13. Пособия
14. Программа переселение
15. Субсидии
16. Пособие на первого ребенка
17. Надбавка 2018

Управление финансами
егэ ЕГЭ 2018    Психологические тесты Интересные тесты   Изменения 2018 Изменения 2018
папка Главная » Менеджеру » Архитектура информатизации компании

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



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

Для удобства изучения материала статью разбиваем на темы:

  • Архитектура информации
  • Архитектура приложений
  • Технологическая архитектура (архитектура инфраструктуры)
  • Модель ИТ-отдела

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Подмножеством архитектуры прикладных систем является программная архитектура, которая предполагает следующие уровни описания:



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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Это включает в себя следующие процессы управления информацией:

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

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

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

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

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

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

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

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

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

    Архитектура приложений

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

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

    •             формирование и управление портфелем прикладных систем предприятия;

    •             разработку прикладных систем.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Технологическая архитектура (архитектура инфраструктуры)

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

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

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

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

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

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

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

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

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

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

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

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

    Модель ИТ-отдела

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

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

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

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

    Основным принципом руководства ИТ-отделом станет внедрение сервисной модели предоставления услуг.

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

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

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

    Исчезнут младшие ИТ-должности.

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

    ИТ-руководитель должен сделать шаг вперед.

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

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

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

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

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

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

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

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

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

    Структуру и организацию управления бизнес процессами, а также то, в какую категорию надлежит отнести бывшего СЮ, а ныне директора по процессам (СРО), можно представить в виде трехуровневой модели:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Для лиц, выполняющих эту роль, особенно важны четыре управленческих навыка:

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

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

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

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

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

    Для этого современный СЮ (Chief Integration Officer) должен хорошо ориентироваться в бизнес-процессах и предлагать способы их оптимизации, повышающие отдачу от инвестиций в ИТ:

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

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

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

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

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

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

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



    тема

    документ Инновационный менеджмент
    документ Риск менеджмент
    документ Система менеджмента
    документ Стратегический менеджмент
    документ Функции менеджмента




    назад Назад | форум | вверх Вверх

  • Управление финансами
    важное

    Курс доллара на 2018 год
    Курс евро на 2018 год
    Цифровые валюты 2018
    Алименты 2018

    Аттестация рабочих мест 2018
    Банкротство 2018
    Бухгалтерская отчетность 2018
    Бухгалтерские изменения 2018
    Бюджетный учет 2018
    Взыскание задолженности 2018
    Выходное пособие 2018

    График отпусков 2018
    Декретный отпуск 2018
    ЕНВД 2018
    Изменения для юристов 2018
    Кассовые операции 2018
    Командировочные расходы 2018
    МСФО 2018
    Налоги ИП 2018
    Налоговые изменения 2018
    Начисление заработной платы 2018
    ОСНО 2018
    Эффективный контракт 2018
    Брокеру
    Недвижимость



    ©2009-2018 Центр управления финансами. Все права защищены. Публикация материалов
    разрешается с обязательным указанием ссылки на сайт. Контакты