Процесс состоит из трёх основных видов деятельности: создание статей для наполнения Базы знаний; проверка статей на актуальность, применимость и корректность; публикация и архивация статей (ввод и вывод из эксплуатации). Дополнительно существует механизм регулярного пересмотра статей по истечении срока жизни (TTL) и триггеры создания новых статей при определённых событиях.

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

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

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

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

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

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

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

Участники игры Grab@Pizza выносят несколько ключевых уроков: понимание важности эффективного взаимодействия между бизнесом и ИТ; осознание того, что ИТ-инициативы требуют серьёзного обоснования бизнес-ценностью; необходимость активного позиционирования технической поддержки в процессах коммуникации; использование финансов как общей системы координат для бизнеса и ИТ; понимание того, что успех компании зависит от правильной выстроенности связки Business-SLM-Change. Также участники получают представление о процессах ITSM и учатся на практике применять эти знания в реальных условиях.

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