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

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

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

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

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

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

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

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

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

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