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

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

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

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

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

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

Warranty (Гарантия) в управлении услугами состоит из четырех основных компонентов: 1) Доступность (Availability) - насколько часто услуга доступна для использования, без простоев и перерывов; 2) Мощность (Capacity) - достаточность ресурсов для удовлетворения потребностей пользователей, например, достаточно ли яркости света для комфортного чтения; 3) Безопасность (Security) - защита от несанкционированного доступа и угроз, например, отсутствие возможности соседа воровать электричество; 4) Непрерывность (Continuity) - способность продолжать работу после сбоев или аварий, например, быстрое восстановление электричества после отключения. Эти компоненты вместе определяют, насколько услуга пригодна для использования (fit for use).

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

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

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