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

документы

1. Компенсации приобретателям жилья 2020 г.
2. Выплаты на детей до 3 лет с 2020 года
3. Льготы на имущество для многодетных семей в 2020 г.
4. Повышение пенсий сверх прожиточного минимума с 2020 года
5. Защита социальных выплат от взысканий в 2020 году
6. Увеличение социальной поддержки семей с 2020 года
7. Компенсация ипотеки многодетным семьям в 2020 г.
8. Ипотечные каникулы с 2020 года
9. Новое в пенсионном законодательстве в 2020 году
10. Продление дачной амнистии в 2020 году


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

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



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

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



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

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

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

    Такая концепция нашла отражение в понятии «Предприятие реального времени» (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) должен хорошо ориентироваться в бизнес-процессах и предлагать способы их оптимизации, повышающие отдачу от инвестиций в ИТ:

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

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

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

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

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

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

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



    тема

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



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

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

    Изменения ПДД с 2020 года
    Рекордное повышение налогов на бизнес с 2020 года
    Закон о плохих родителях в 2020 г.
    Налог на скважину с 2020 года
    Мусорная реформа в 2020 году
    Изменения в трудовом законодательстве в 2020 году
    Запрет коллекторам взыскивать долги по ЖКХ с 2020 года
    Изменения в законодательстве в 2020 году
    Изменения в коммунальном хозяйстве в 2020 году
    Изменения для нотариусов в 2020 г.
    Запрет залога жилья под микрозаймы в 2020 году
    Запрет хостелов в жилых домах с 2020 года
    Право на ипотечные каникулы в 2020
    Электронные трудовые книжки с 2020 года
    Новые налоги с 2020 года
    Обязательная маркировка лекарств с 2020 года
    Изменения в продажах через интернет с 2020 года
    Изменения в 2020 году


    ©2009-2020 Центр управления финансами. Все материалы представленные на сайте размещены исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Контакты Контакты