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

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

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

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

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

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

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

Основная тема книги - построение каталога ИТ-услуг и организация Service Level Management (SLM) в ситуациях, когда ИТ-подразделение находится в составе компании или группы компаний. Книга подробно рассматривает методы формирования каталога ИТ-услуг, разделения его на каталог для заказчиков (Service Catalog) и каталог для пользователей (Service Request Catalog), а также рекомендации по внедрению ITSM. Авторы предлагают рассматривать бизнес-процессы предприятия как основной источник информации для формирования бизнес-ориентированного каталога ИТ-услуг.

Из многомесячной практики учета рабочего времени можно сделать два основных вывода: во-первых, реальные сложности и временные затраты на ведение учета значительно меньше, чем их представляют ('нет так страшен черт, как его малюют'); во-вторых, невозможно точно оценить эффективность какой-либо методики, не попробовав её на практике ('пока сам не попробуешь — не узнаешь').

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