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

Управление доступностью и управление непрерывностью тесно связаны, так как оба процесса ориентированы на обеспечение бесперебойной работы ИТ-услуг. В некоторых стандартах, таких как ISO/IEC 20000, они объединены в один процесс. Это обусловлено тем, что оба процесса направлены на предотвращение сбоев и минимизацию их последствий. Управление доступностью фокусируется на обеспечении требуемого уровня доступности услуг, а управление непрерывностью — на восстановлении услуг после инцидентов, связанных с непредвиденными простоями.

Процесс запроса прав доступа для сотрудников можно автоматизировать через использование портала самообслуживания. Портал самообслуживания позволяет сотрудникам самостоятельно формировать запросы на получение дополнительных прав при возникновении такой необходимости. Эти запросы затем проходят через систему автоматизированной проверки и согласования, где могут участвовать ответственные сотрудники или система автоматически проверяет условия выдачи прав. Система также может интегрироваться с кадровой системой для автоматической обработки и назначения ролей при смене должности, переводу или других кадровых события.

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

Копировать KPI из книг по управлению ИТ напрямую в собственные процессы не следует по нескольким причинам. Во-первых, примеры метрик, приведенные в таких источниках как ITIL или COBIT, являются иллюстративными и предназначены для объяснения концепции, а не для прямого применения. Авторы этих книг явно указывают, что это примеры (например, в ITIL 2011 представлено 18 примеров KPI для процесса управления инцидентами). Во-вторых, готовые метрики из книг не учитывают специфику конкретной организации, ее целей и потребностей. Для эффективного измерения процессов необходимо разрабатывать собственные KPI, исходя из целей измерения: что конкретно требуется измерять и зачем. Правильный подход заключается в построении цепочки: Назначение ⇒ ключевые практики ⇒ метрики ⇒ целевые и граничные значения ⇒ KPI, а не в поиске готовых решений, которые часто не имеют практической ценности.

Проблема согласования SLA с множеством бизнес-заказчиков решается внедрением SLA 'AS IS' как базового документа без необходимости первоначального согласования со всеми сторонами. На стартовом этапе фиксируется текущий уровень предоставления услуг ИТ на основе существующей практики, и это соглашение вводится в действие как часть запускаемого процесса. Затем бизнес может инициировать изменения через механизм дополнительных соглашений по конкретным сервисам и потребностям.

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

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

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

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