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

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

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

Однозначного числа не существует, но в управлении часто ссылаются на принципы, такие как число Миллера (7±2 элемента) или концепция Top 5-10. Эффективная работа зависит от индивидуальных особенностей человека, его опыта и используемых методологий. Например, методология Kanban подчеркивает важность ограничения уровня одновременной загрузки (work-in-progress limit) для повышения производительности и предотвращения перегрузки. Борьба с меньшим количеством проблем одновременно позволяет достигать результатов с большей эффективностью как с моральной, так и с экономической точек зрения.

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

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

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

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

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

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