Подход с SLA 'AS IS' имеет практическую ценность, так как он позволяет быстрее запустить процесс управления сервисами, избежав длительных согласований на старте. Он решает проблему, когда ИТ-подразделение вынуждено 'бегать' за бизнес-заказчиками для получения подписей. При этом сохраняется гибкость - бизнес может в дальнейшем влиять на условия обслуживания через дополнительные соглашения. Этот метод уже проверен на практике в рамках реальных проектов и доказал свою работоспособность.

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

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

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

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

Риски, связанные с неправильной оценкой потенциала агента изменений при найме, включают: непродуктивную работу в случае, если сотрудник не может справляться с масштабами и сложностью изменений ("Падшая звезда"); потерю ценного сотрудника, если его потенциал выше, чем заложено в его позицию ("Заряженная пружина"); и неоптимальное использование ресурсов компании, когда траектории развития компании и агента не совпадают. Это может привести к дополнительным затратам на замену сотрудника, замедлению темпов изменений и снижению морального климата в команде.

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

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

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

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