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

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

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

Правила ABAC могут включать условия на основе атрибутов субъекта (должность, подразделение), объекта (тип, стоимость, филиал), действия (редактирование, просмотр) и среды (время суток, IP-адрес, геолокация). Например: «Субъект.Должность = Менеджер», «Объект.Стоимость < 1000», «Объект.Филиал = Субъект.Филиал», «Время.Сутки между 9:00 и 18:00».

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

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

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

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

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

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