Всё про контроль изменений в ИТ-инфраструктуре
Чтобы определить эффективность любого ITSM-процесса, и дальше принимать в отношении него те или иные управляющие действия, в первую очередь необходимо выстроить полную и сбалансированную систему измерения и оценки. И при этом у каждого ITSM-процесса есть свои особенности, которые влияют на то, как будет выглядеть такая система.
До того, как у вас появляется формализованный процесс по реализации изменений, организации обычно сталкиваются со сложностями. Эти сложности заключаются в необходимости определения и выполнении этапов реализации изменения, но эти этапы устраивают далеко не все подразделения организации. Исполнителям сложно в этом процессе участвовать и они будут пытаться этот процесс обойти, упростить, какие-то этапы пропустить и процесс перестает работать так, как он должен. Что делать в этой ситуации? На этот вопрос вы получите развернутый ответ на нашем вебинаре “Модели изменений: теория, подходы и ограничения”. Его можно найти на наших каналах YouTube и Rutube. Вопросы, которые рассматриваются на вебинаре: Причина или предпосылки появления данной темы Что…
Как в вашей организации выполняются процессы и как их оценивать? Оценка зрелости процессов не является единственным ответом на этот вопрос для ИТ-руководителей. Важно также понять, какие действия нужно предпринять для их улучшения. В Cleverics мы регулярно получаем запросы на аудит зрелости процессов. В этом контексте мы рассмотрим, кому может быть полезна оценка зрелости процессов, что она собой представляет, и что еще можно измерить для ответа на актуальные вопросы руководителей. Что такое зрелость процесса? В различных источниках под зрелостью понимают разное: одни считают, что зрелость относится к организации, использующей процессы для решения управленческих задач, другие — что зрелость может быть характеристикой…
Управление организационными изменениями – это важнейший процесс, который помогает компаниям преодолевать переходные периоды и адаптироваться к новым условиям. По мере развития организации часто сталкиваются с необходимостью внедрения изменений, которые могут существенно повлиять на их деятельность, культуру и общий успех.
Перемены – единственная постоянная вещь в этом мире. Некоторые изменения влияют на нас позитивно, а некоторые – негативно. Чтобы увеличить количество успешных изменений в продуктах и услугах, необходимо обеспечить правильную оценку рисков, авторизацию изменений и управление графиком изменений.
Разработка системы измерения и оценки важна для любой деятельности, в любой отрасли. В ИТ-менеджменте – это может быть частью повседневности, всегда есть необходимость чего-нибудь измерить. Сложности, возникающие при работе с обширным набором метрик не так уж редки. Дашборды, отчеты, разрозненные данные только усложняют общую картину. Есть ли способ справиться с этой задачей?
Очень часто, говоря об изменениях в ИТ-услугах, мы употребляем в виде синонимов такие понятия, как “изменение”, “запрос на изменение” и “запись об изменении”. Но это не синонимы, а разные сущности. Наш видеоролик помогает разобраться, что кроется за каждым из понятий и как они корректно употребляются. Посмотреть ролик на YouTube или на Rutube
На курсе «Основы управления ИТ-услугами» нередко возникает дискуссия по поводу того, как провести границу между практиками управления изменениями и управления запросами на обслуживания. Вызвана она тем, что часто в рамках выполнения запроса на обслуживание реализуется изменение. Например, установка программного обеспечение, изменение прав доступа, перемещение или изменение конфигурации оборудования. Поэтому некоторые усваивают это в упрощённом виде: «Запрос на обслуживание – это стандартное изменение». И в этом случае теряются ориентиры. Как соотносятся эти практики, если в рамках одной выполняется работа с объектом, который является основным объектом управления в другой? Справедливости ради стоит заметить, что нечто похожее на «запрос на обслуживание [ЗНО] –…
Непрерывное совершенствование лежит в основе успешного управления ИТ-услугами, и потому рассмотрим, как оно может быть использовано в ключевых процессах и какие преимущества для них оно дает.
До 80 % крупных инцидентов вызваны изменениями. Сбор данных о показателях успешности изменений и инцидентах, вызванных им, важен для понимания сильных и слабых сторон вашей деятельности. Используйте информацию, чтобы проверить все, что может пойти хорошо, и все, что может пойти плохо с изменениями, и вы будете готовы, если не все пойдет гладко.
Мы заканчиваем серию статей про интересные уроки, которые можно вынести из аварийных ситуаций, рассказом про трудное решение о восстановлении системы в компании Reddit и общими выводами, которые можно учитывать в своей работе.