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

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

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

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

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

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

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

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

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

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