Риск - менеджмент в управлении ИТ

Скорость стала определяющим фактором конкуренции. По словам Джека Уэлча, бывшего главы General Electric, она продлевает молодость компаниям и людям.

Игорь Щетинин

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

Рост числа компонентов ИТ-инфраструктуры приводит к увеличению времени внеплановых простоев. Поиск причин таких простоев все больше усложняется из-за взаимного влияния компонентов. Сбои могут полностью парализовать работу предприятия, привести к конфликтам и экономическим потерям, поэтому в методике расчета совокупной стоимости владения ИТ-ресурсами (TCO, Total Cost of Ownership) учитываются и затраты на внеплановые простои.

Рис. 1. Минимизая совокупных затрат

Внедрение мер, наленных на уменьшение числа и продолжительности внеплановых простоев, обуславливает дополнительные затраты на управление при одновременном снижении стоимости неуправления (обюема прямых и косвенных потерь от простоев). На практике выбирается решение, которое характеризуется наименьшей суммой стоимости управления и стоимости неуправления (рис. 1).

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

Число и продолжительность внеплановых простоев имеют вероятностную природу, сходную с природой рисков, поэтому в области ИТ управление рисками является одним из требований со стороны пользователей, руководства и владельв бизнеса. В терминах управления риском последний определяется как произведение вероятности (частоты) проявления события (сбоя) и величины его последствий. Возможные комбинаи частоты проявления и величины последствий рисковых случаев удобно представлять в виде матри уровней риска (risk-level matrix). Пример матри 3х3 (по три градаи вероятности и величины последствий) приведен на рис. 2.

Рис. 2. Матри уровней рисков

В документах [1б-4] рассматриваются разные варианты матри уровней риска (от 3х3 до 5х5) с различными диапазонами вероятности и величины последствий рисковых событий. Однако, в конечном счете, все рисковые события можно сгруппировать по трем основным категориям: высокий уровень риска, средний и малый. При этом все источники единодушны в том, что события с высоким уровнем риска необходимо предотвращать, событиями со средним уровнем риска нужно управлять, а события с низким уровнем риска приходится игнорировать. На матри, показанной на рис. 2, области 1б-3 соответствуют низкому уровню риска, области 4б-6 – среднему, а области 7б-9 – высокому. В табл. 1 приведены основные методы управления проектными рисками [4, 5]. Наиболее «интересными» являются риски среднего уровня (области 4б-6 на рис. 2), поэтому в дальнейшем будут рассматриваться преимущественно они.

Особенности управления рисками в ИТ

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

Внеплановые простои, относящиеся к области 6 на рис. 2, характеризуются малыми значениями MTBF и произведения MTTR* i1. Примерами таких сбоев являются проблемы, связанные с производительностью, например небольшие (едини минут) задержки электронной почты на корпоративном сервере. Само по себе подобное событие несущественно и может быть проигнорировано, поскольку оно затрагивает лишь отправителя и получателя и не приводит к потере информаи. Но при интенсивном документообороте задержки приводят к заметному снижению эффективности работы персонала и к соответствующим экономическим потерям.

Простои, относящиеся к области 5 на рис. 2, характеризуются умеренными значениями MTBF и произведения MTTR* i1. Примером таких событий является сбой, требующий замены 48-портового коммутатора рабочих групп. Он затрагивает множество пользователей, но при наличии на складе запасного коммутатора замена будет выполнена достаточно быстро. Современные сетевые устройства выходят из строя не так уж часто, поэтому связанный с данным сбоем риск может расниваться как средний по уровню.

К области 4 на рис. 2 относятся внеплановые простои, характеризующиеся большими значениями MTBF и произведения MTTR* i1. Они возникают очень редко, поэтому их можно было бы считать невероятными и игнорировать – если бы не серьезные последствия таких сбоев. Серьезность последствий определяется как степенью влияния сбоя i1 (например, вышел из строя весь комплект аппаратуры на борту спутника), так и значительным временем восстановления работоспособности MTTR (событие даже может иметь необратимый характер, например в случае человеческих жертв или невозможности ремонта оборудования на борту спутника).

Целью управления является снижение показателя неготовности. Как показано на рис. 3, сделать это можно за счет уменьшения влияния сбоя i1, увеличения среднего времени между сбоями (MTBF) и уменьшения времени восстановления (MTTR).

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

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

30.03.2006г

Также в разделе: