ИТ-архитектура. Практическое руководство от А до Я. Первое издание

Описание бизнес процессов можно разбить на следующие шаги:

•Описание бизнес направлений

•Описание функций в бизнес направлениях. Может состоять из «горизонтальной» и «вертикальной» составляющих.

•Описание отделов и их продукты.

•Распределение функции «как есть»

•Распределение функций «как надо»

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

•Определены границы процесса

•Работы ясны и понятны – элементарные однородные действия (функции)

•Имеется понятие конечного результата и метод его достижения

•Действия могут быть измеряемы и управляемы

•Возможно четко определить роли сотрудников

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

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

Ключ к успеху – решительная стандартизация очевидных вещей и передача их подчиненным.

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

Алгоритм построения бизнес процесса на примере процесса «Управления Инцидентами» в упрощённой схеме можно представить в следующей последовательности действий:

•Определение границ процесса

•Основные блоки процесса

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

•Определение участников процесса и их роли

•Размещение документов, инструментов и действий над ними

•Определить метрики эффективности и механизмы измерений

•Связать схему с другими процессами и схемами (если таковые имеются)

•Проверить полученный бизнес процесс «тест на столе», с привлечением сотрудников ИТ и пользователей

•Утвердить процесс со стороны владельца бизнеса и передать на внедрение

Диаграмма потоков ценностей в организации

Модели Деловой Активности (Patters of Business Activities PBA)

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

Частота (Frequency) – Как часто используется сервис

Объемы (Volume) – объем активных действий, связанных с сервисом

Продолжительность (Duration) – продолжительность активных действий, связанных с сервисом

Место (Location) – определяет локацию (географическая точка, департамент и т п), где происходит активность,

Модели Деловой Активности также включают в себя профили пользователей (User Profile), который представляет из себя модель поведения пользователей сервиса.

Кроме выше сказанного, в модели деловой активности следует включать:

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

•возможности «обходных» решений при полном отказе ИТ сервисов. Обзор возможности ведения бизнеса при частичном или полном отказе ИТ инфраструктуры на определённые промежутки времени (час, день и т п).

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

Модель деловой активности Банка

Модель деловой активности Банка можно описать следующим образом:

Деятельность банка тесно связана с функционированием ИТ инфраструктуры.

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

Компьютерные системы банка часто централизованы.

Деятельность банка жестко регламентируется со стороны контролирующих органов.

Высокие требования по вопросам физической безопасности.

Высокие требования по вопросам информационной безопасности.

Высокие требования к системам обеспечения ИТ инфраструктуры.

Высокие требования по вопросам непрерывности предоставления ИТ сервисов.

Время работы банка регламентируется, обычно пятидневная рабочая неделя, с 09:00 до 18:00. Оставшееся время может использоваться для проведения регламентных ИТ работ (создание резервных копий, архивирования, восстановления, проведение профилактических работ и т п)

Наличие филиальной сети банка, географически распределенной по территории страны.