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