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

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

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

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

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

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

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

Книга о методике измерения в ИТ от CleverKPI стоит 500 рублей и предназначена для тех, кто серьезно заинтересовался темой и хочет получить базовые знания по оценке ИТ-управления. Эта книга представляет собой недорогой вариант погружения в тему, после которого можно перейти к более глубокому изучению на авторском курсе или заказать диагностические и консалтинговые услуги.

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

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