«Бумажный» процесс оправдан как временное решение при условии, что он используется для проверки логики и выявления недостатков перед автоматизацией. Также важно ограничить охват процесса определёнными услугами или проектами и чётко установить временные рамки тестирования. Если в результате теста будут получены измеримые результаты, выявлены и устранены узкие места, а требования к автоматизации — уточнены, такой подход поможет снизить риски в дальнейшем и повысить качество окончательного решения.

Рост спроса на ИТ-специалистов привёл к существенному изменению состава профессионалов в этой области: - Увеличилось количество людей, выбирающих ИТ-специальности, но не все они обладают необходимыми способностями и складом ума. - Лучшие специалисты концентрируются в крупных международных компаниях и стартапах. - Сформировалась чёткая иерархия распределения квалифицированных кадров: от Google и Facebook к западным компаниям, затем к модным российским интернет-компаниям, и, наконец, к традиционным предприятиям, где работают менее квалифицированные специалисты. - В отрасль приходят люди, которые ранее не рассматривали ИТ-профессии, но сейчас выбирают их из-за высокого спроса и зарплат. - Наблюдается снижение среднего уровня квалификации из-за упомянутого выше "перелива" лучших кадров в более престижные компании и притока недостаточно квалифицированных профессионалов.

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

После устранения major-инцидента необходимо: оперативно оповестить ИТ-специалистов, чтобы они могли завершить обработку всех связанных обращений и проверить восстановление ИТ-услуг; уведомить конечных пользователей о восстановлении сервисов; провести мини-расследование (major incident review) с формированием отчета, направленного на предотвращение повторения инцидента; оценить действия по обработке инцидента и при необходимости зарегистрировать проблему, известную ошибку или новые мероприятия по улучшению ИТ-услуг (например, в рамках service improvement plan или реестра CSI).

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

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

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

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

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

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