ISO 31010 представляет собой полное собрание методов идентификации, анализа и оценки рисков. Стандарт охватывает широкий спектр подходов – от организации работы экспертных групп до количественной оценки вероятности негативных событий. Среди описанных методов присутствуют FTA (анализ дерева отказов), ETA (анализ дерева событий), BIA (анализ бизнес-воздействия), метод Дельфи, SWIFT (Структурированный Что-Если Анализ Технологии) и диаграмма Ишикавы. Все эти методы собраны в едином документе, что делает стандарт ценным практическим руководством.

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

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

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

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

Если консультанты при составлении RACI-матрицы не предусмотрели механизмы контроля для ответственных (A), необходимо: 1. До окончательного утверждения матрицы определить, какие конкретно инструменты контроля нужны для каждой позиции с символом A. 2. Требовать от консультантов или внутренней команды разработать и внедрить эти механизмы контроля. 3. В случае если консультанты отказываются это делать, настаивать на внесении в матрицу примечаний о необходимых механизмах контроля с указанием ответственных за их создание. 4. При отсутствии возможности привлечь консультантов - самостоятельно разработать простые, но эффективные механизмы отслеживания выполнения задач (регулярные отчеты, контрольные точки, проверочные встречи). Механизмы контроля являются неотъемлемой частью ответственности, и без них система распределения ролей теряет смысл, так как ответственный не сможет влиять на результат, за который несет ответственность.

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

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

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

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