Статьи консультантов Cleverics
Автор выражает благодарность Дмитрию Исайченко, Роману Журавлеву и Олегу Скрыннику за полезные обсуждения и ценные замечания в ходе подготовки материала.
Мы научились измерять ИТ-процессы и используем метрики для принятия управленческих решений. Но как часто планы действий приводят к желаемому результату? Как часто мы боремся за высокие значения конкретных показателей, упуская общую картинку? В рамках данной статьи автор ставит задачу продемонстрировать, как инструменты системной динамики могут быть использованы для повышения качества измерений, оценки и совершенствования ИТ-процессов. Текст не претендует на всесторонний анализ системы управления ИТ, равно как и разработку сколько-нибудь полной ее модели, а, скорее, является обзором базовых положений системной динамики на примере актуальных проблем ИТ-менеджмента.
Подробнее: От измерений к действиям. Системная динамика в управлении ИТ
Можно утверждать, что появлению DevOps в наибольшей степени способствовали два фактора: развитие гибких методов разработки программного обеспечения и управление ИТ-инфраструктурой как программным кодом. Рассмотрим каждый из них.
Думаю, что не ошибусь, если скажу, что условия поддержки являются самыми распространенным требованиями, входящими в состав соглашений об уровне ИТ-услуг. По крайней мере, они прорабатываются одними из первых.
Задача управления
учётными записями и доступом
Во многих процессных моделях, описывающих управление информационными технологиями, отдельно выделяется процесс управления заявками (обращениями пользователей). К примеру, в библиотеке ITIL такой процесс называется Request Fulfillment (исполнение запросов); он является самостоятельным. Объект управления данного процесса – заявки пользователей ИТ-услуг, во многих компаниях обладающие следующими важными свойствами.
Подробнее: Лучшее из двух миров: интеграция IDM-системы и системы Service Desk
Каталог услуг – важный инструмент коммуникации между потребителем и поставщиком услуг. Как сформировать каталог услуг, чтобы эти коммуникации были наиболее эффективны? Как сделать так, чтобы каталог услуг не стал ненужным, «мёртвым» документом?
Качество услуги начинается с ясного определения требований заказчика. Как составить спецификацию услуги, чтобы она позволяла поставщику и потребителю услуги говорить на одном языке? Как выявить требования заказчика и как перейти от них к управлению качеством?
Качество — это не то, что вы вкладываете в продукт или услугу. Это то, что от них получает заказчик.
Питер Друкер
Право же, наша уверенность в себе страдает, если мы не видим всех запасов, собранных в одном месте, и не можем одним взглядом определить объем всего, чем владеем.
Франц Кафка
О подходе
Что является результатом ITSM-проекта? Правильно, работающее организационно-техническое решение. То есть запущенный процесс, работу которого можно измерять и прогнозировать, а также адаптированный под этот процесс инструмент автоматизации, которым умеют пользоваться исполнители. Как достичь запланированного результата наиболее эффективно? Одним из ключевых факторов успеха является наличие соответствующего опыта у архитектора решения и других участников проекта. Однако накопленный проектный опыт, являясь отличной базой при разработке новых решений, одновременно является потенциальным источником проблем, если его применять без адаптации под нужды конкретного заказчика. Как не поддаться вредному влиянию стереотипов и избежать серьёзных ошибок при проектировании? Предложенный ниже подход не претендует на особую новизну, но заложенные в нём идеи, зачастую, не принимаются во внимание в ITSM-проектах. Его ключевая задача состоит в минимизации рисков, связанных с формальным следованием "обкатанному" алгоритму при проектировании решения. А основная идея заключается в том, что в процессе проектирования необходимо постоянно отвечать себе на ряд вопросов, помогающих не сбиться с правильного курса. Вот они:
Многие компании выстраивают свою систему управления ИТ-процессами постепенно, эволюционно наращивая со временем свои компетенции и повышая уровень зрелости внедренных процессов. Зачастую первыми шагами в построении системы управления ИТ являются мероприятия по внедрению операционных процессов – управления инцидентами и управления запросами на обслуживание. Такой выбор не случаен. Во-первых, внедрение этих процессов приносит максимальную мгновенную выгоду заказчикам и потребителям ИТ-услуг, позволяет сформировать представление о качестве предоставляемых услуг. Во-вторых, поставщики ИТ-услуг упорядочивают с помощью этих процессов работу специалистов, занимающихся непосредственным предоставлением ИТ-услуг.
Подробнее: Внедрение процесса управления проблемами: осознанный выбор
- The ISM Method: сказка стала былью?
- Измерение процесса управления инцидентами и запросами пользователей
- Главная проблема ITIL Expert'ов
- Чтобы костюмчик сидел
- Планирование персонала на основании прогнозов потребления услуг
- Проектирование услуг как управление рисками
- COBIT 5: модель оценки процессов
- ITSM-игры: в чем секрет полезности?
- Наводим мосты
- Руководство и управление ИТ: мотивы и возможности. Обзор принципов COBIT 5
Мы являемся соавторами книг «ITIL 4 Drive Stakeholder Value», «ITIL 4 Digital and IT Strategy» и «ITIL 4 High Velocity IT», авторами, соавторами и рецензентами 12-ти практик, входящих в состав ITIL 4
На основе нашей книги «DevOps для ИТ-менеджеров» институт EXIN разработал международный экзамен EXIN DevOps Foundation, доступный по всему миру
В наших учебных программах именно то, что мы используем при выполнении проектов у наших клиентов
Мы разрабатываем и используем собственную современную образовательную ИТ-платформу, чтобы обучение приносило максимум пользы
