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

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

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

ISO 22301 представляет собой основной стандарт в области управления непрерывностью бизнеса, на который ссылаются другие документы. Например, Good Practice Guidelines (GPG) от Business Continuity Institute полностью согласованы с ISO 22301 и используют ту же терминологию. ISO 27031 по готовности ИКТ для бизнес-непрерывности также следует требованиям, установленным ISO 22301. Таким образом, ISO 22301 является базовым стандартом, вокруг которого построены другие документы и рекомендации.

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

Рассматривается два варианта обработки сроков при статусе 'Ожидание': первый - приостанавливать отсчет времени, увеличивая общий срок на период ожидания; второй - не приостанавливать, считая время ожидания частью общего срока. При выборе первого варианта важно четко фиксировать периоды ожидания и прозрачно сообщать заказчику о продлении. При втором варианте задача будет считаться просроченной, если время ожидания превысит допустимый лимит, что повышает ответственность, но может создать недовольство у заказчика в случае объективных задержек. Наиболее распространенный подход - приостанавливать отсчет времени только при подтвержденных объективных причинах ожидания, с обязательным согласованием с клиентом.

Центральной темой и главным достижением ITIL v3 является Continual Service Improvement (CSI) – постоянное совершенствование услуг, которое точнее можно определить как непрекращающееся совершенствование процессов ИТ-услуг. Это направление требует систематического подхода и является показателем зрелости ИТ-менеджмента в организации, причем часто уделяется меньше внимания, чем следует, несмотря на наличие множества материалов по этой теме.

На данный момент основные методы включают замер трудозатрат по переводам статусов объекта и использование нормативов. Метод по переводам статусов предполагает, что отсчет времени начинается при установке статуса "в работе" и заканчивается при установке статуса "решено". Метод нормативов заключается в составлении стандартного времени на выполнение конкретных задач, из которых формируется общее время выполнения комплексной работы. Оба метода имеют свои недостатки и не обеспечивают полной достоверности данных.

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

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