44. Затраты, возникающие на протяжении жизненного цикла ит-решения и их стоимостная оценка.

Затраты на протяжении жизненного цикла ИТ-решения разделяют на две группы:

1) эксплуатационные — затраты на сопровождение, администрирование, простои пользователей. Эти затраты взаимозависимы, они определяются на основе данных СУС, технических возможностей службы ИС и параметров самих ИТ-решений. Прогноз потребностей пользователей в типичных случаях (кроме изменения потребностей в доступности сервиса) слабо влияет на затраты этой группы;

2) затраты на приобретение и внедрение ИТ-решения и его последующую модернизацию. Эти затраты определяются на основе двух групп параметров: возрастания потребностей пользователей и первоначального масштаба решения.

Рассмотрим эти группы затрат подробнее.

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

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

• по аналогии с подобными сервисами в других подразделениях;

• по аналогии с данными сервисами иных организаций;

• на основании данных бенчмаркинга — в том случае, если таковые доступны;

• на основании отраслевых обзоров и оценок и т.д.

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

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

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

• политика поставщика в области цен на первоначальную конфигурацию оборудования и/или ПО и последующее наращивание этой конфигурации;

• график возрастания потребностей бизнес-сервисов в ресурсах ИТ;

• технические риски рассматриваемого решения.

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

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

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

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

Подведем итоги. Расчет и анализ ССВ инфраструктуры ИТ основывается на следующих принципах:

• приоритет сервисов ИТ в качестве объектов затрат;

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

• рассмотрение ИТ-решения как дополнительного признака ВД-модели;

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

Рассмотрим, как именно эти принципы используются при применении ССВ к задачам службы ИС.

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

2. Затраты на сервисы ИТ. Расширенная ВД-модель позволяет получить данные о ССВ сервиса ИТ (данные для руководства и бизнес-подразделений) и разложить ее на ССВ составляющих ИТ-решений (данные для службы ИС).

3. Соотношение затрат и результатов. Расширенная ВД-модель обеспечивает данные для управления финансовым результатом использования сервиса как со стороны бизнес-подразделений, так и со стороны самой службы ИС (снижение ССВ сервиса).

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

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

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

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