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

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

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

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

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

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

Процессы EDM01 и EDM05 в COBIT 5 ориентированы на управление самой системой руководства ИТ, в то время как EDM02–EDM04 обеспечивают руководство системой управления ИТ. Объектом для EDM01 является система руководства ИТ (процессы EDM02–EDM04), и этот процесс отвечает за создание и обновление подхода к руководству. Аналогично, EDM05 формирует отчетность и обеспечивает прозрачность деятельности системы руководства для заинтересованных сторон. Таким образом, процессы EDM01 и EDM05 описывают, как обеспечивается сама система руководства, в отличие от остальных процессов, которые управляют деятельностью организации в области ИТ.

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

Value Stream 'Request to Fulfill' (R2F) в IT4IT включает в себя несколько ключевых функциональных компонентов, отвечающих за предоставление ИТ-услуг конечным пользователям. К основным компонентам относятся: каталог услуг (Service Catalog), управление запросами (Request Management), управление инцидентами (Incident Management), управление проблемами (Problem Management), управление уровнем услуг (Service Level Management). Эти компоненты работают совместно для обеспечения того, чтобы пользователи могли легко запрашивать услуги, получать их без перебоев и иметь возможность сообщать о возникающих проблемах. Структура этого Value Stream напрямую соответствует основным процессам ИТ-управления в эксплуатации, описанным в ITIL v3, и представляет их как часть единого потока, направленного на удовлетворение запросов пользователей и обеспечение непрерывности услуг.

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