Портал №1 по управлению цифровыми
и информационными технологиями

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Новостной поток

Новости, события, мероприятия, публикации и другие анонсы всего того, что происходит в мире ITIL, ITSM, COBIT и ISO 20000,

7 советов при внедрении COBIT 5

Онлайн-ресурс ISACA – «COBIT FOCUS» –  опубликовал  рекомендации Opeyemi Onifade (CISA, CISM, CGEIT, BRMP, CISSP), которые могут помочь пользователям COBIT использовать «хорошие» практики COBIT 5. Принципы – это руководящие мысли, созданные для поддержки внедрения передовой практики. Ответственные за внедрение COBIT не должны игнорировать 5 принципов COBIT 5, которые являются указателями на правильный подход к внедрению COBIT 5. Соблюдение основных принципов COBIT 5 может помочь вам избежать ошибок. При использовании бизнес-модели, необходимо руководствоваться заложенными в нее принципами. Первый принцип – «Соответствие потребностям заинтересованных сторон» – главный принцип, без которого другие принципы становятся неэффективными. Постарайтесь получить ясность в отношении потребностей бизнеса, нуждающихся…

Как управлять в Service Desk тем, что вы не можете измерить

Аале Роос, наш давний знакомый, ITSM-эксперт из Финляндии, на страницах портала ITSM.tools даёт советы по управлению Service Desk. Как отмечает Аале, к сожалению, практически невозможно измерить ценность, создаваемую Service Desk и её деятельностью в целом. С другой стороны, довольно просто можно измерить отдельные виды деятельности Service Desk, среди которых самые важные – регистрация инцидентов и обращений, маршрутизация, проверка и закрытие обращений. Данные виды деятельности дают возможность использования большого количества возможных метрик. Эти метрики, продолжает Аале, говорят вам о том, как работает Service Desk. Также они показывают вам, в каком окружении трудится Service Desk, в каких внешних условиях. Однако, основываясь на…

Как “Ops” найти своё место в DevOps

Часто можно слышать от людей, которые выполняют операционные роли в ИТ-подразделении, жалобы на то, что DevOps – это только разработка, что большая часть важной работы, выполняемой ими в среде эксплуатации, на самом деле не включена в охват. И можно объяснить, почему это мнение так распространено. Практически вся деятельность DevOps в организации зависит от людей, которые приходят из среды разработки. Но если вы хотите, чтобы DevOps работал для всех, то все и должны участвовать. Это не означает, что людям из среды эксплуатации нужно присылать специальные приглашения и предлагать присоединиться к нововведениям. Это означает самостоятельное и активное принятие ими идей DevOps в…

SRE vs DevOps: конкурирующие стандарты или близкие друзья?

Site Reliability Engineering (SRE) и DevOps – два популярных направления, которые во многом совпадают. Ранее находились те, кто называл SRE конкурирующим с DevOps набором практик. Но мы считаем, что они не такие уж и разные. Различия между DevOps и SRE Возникновение DevOps обусловлено тем, что разработчики писали код, не сильно озадачиваясь тем, как он будет работать в рабочей среде. Они бросали этот код через пресловутую стену к эксплуатации, которая отвечает за работоспособность и сохранность приложений. Это часто приводило к возникновению напряженности между двумя группами, поскольку их приоритеты никак не соотносились с потребностями бизнеса. DevOps появился, как культура и набор практик,…

Как правильно выбрать метрики управления знаниями

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

Как измерить ценность службы Сервис Деск

В блоге ITSM tools Aale Roos, который занимается ITSM более 20 лет делится впечатлениями по поводу измерения ИТ-услуг с точки зрения стоимости бизнеса. «Это отличная идея, – говорит он, – но ее трудно реализовать. Ценность очень бизнес специфична, и обычно измерениями занимается бизнес. В простейшем случае бизнес существует, чтобы расти и быть прибыльным. У некоммерческих организаций есть и другие, но обычно также измеряемые цели. Задача состоит в том, чтобы измерить вклад ИТ в создание стоимости, что является практически невозможной задачей. К сожалению, это привело к тому, что деятельность по управлению ИТ-услугами (ITSM) сосредоточилась на, в основном, бесполезных показателях активности, таких…

Назначение владельца услуги

В вашем ИТ-департаменте определены и назначены владельцы услуг? Как вы поняли , что определили правильного человека в качестве владельца услуги? Начнем с самого начала Что такое «услуга»? Согласно ITIL, услуга – это «cпособ предоставления ценности заказчикам через содействие им в получении конечных результатов, которых Заказчики хотят достичь без владения специфическими затратами и рисками».[1] Услуга – это не отдельная единица поставки, а поток по запросу, который (должен) постоянно улучшаться для достижения результатов, отвечающих постоянно меняющимся бизнес-потребностям. Ключевая роль в услуге – роль владельца услуги. Владелец услуги «владеет» услугой, то есть, несет ответственность за качество результатов, полученных в результате её потребления и…

Какие запросы на изменение нужно выносить на CAB?

Если ваш ИТ-департамент отправляет каждый запрос на изменение (RFC) в Совет по изменениям (CAB) для утверждения, то вы неправильно управляете изменениями. По моему опыту, есть четыре причины того, что все или большинство RFC отправляются в CAB: Плохо построенный процесс управления изменениями. Не прозрачные бизнес-требования для внесения изменений («что мы должны получить в результате?»). Объем RFC не понятен. В ИТ есть те, кто больше озабочен выполнением предписанных действий, чем хорошей работой. Хорошо продуманный процесс управления изменениями должен облегчить, но не перегружать контролем осуществление изменений. Эффективные процессы управления изменениями устраняют столько разногласий, сколько возможно, гарантируя ясность того, каким образом осуществляются изменения. В…

Неизменяемые серверы

За последнее время появилось несколько практических подходов к управлению динамическими виртуальными машинами в облачной среде: Push (централизованное распространение/обновление) Подготовка и обновление новых виртуальных машин осуществляется посредством централизованного механизма. Инструменты управления инфраструктурой используют различные схемы для защиты учетных данных, используемых для автоматизации, от хакеров. Pull (индивидуальная настройка/обновление) Каждый шаблон виртуальной машины включает инструменты управления конфигурацией и сценарий инициализации, который выполняется при запуске VM. Скрипт подключается к серверам, которые управляют облачной средой, для регистрации VM. Работающие экземпляры VM должны самостоятельно выполнять проверку доступных обновлений для поддержания актуальности. Immutable (неизменяемость экземпляров) Процесс подготовки гарантирует, что новые экземпляры виртуальных машин будут полностью сконфигурированы и подготовлены до их активации в…

Что такое VeriSM™?

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

На чём фокусироваться в первую очередь: технические практики или ценность для заказчиков?

В заметках компании LeadingAgile, занимающейся магией, благодаря “гибким” преобразованиям, подняли вопрос первоочерёдности. Технические практики или ценность для заказчиков, что за чем следует? Наша редакция подготовила небольшую выдержку из публикации, а за оригиналом можно пройти по ссылке. Предположим, ваша организация не знает, что было бы ценно для ваших клиентов. При этом и хорошая практика предоставления ценности у вас отсутствует. На чём вы сфокусировались бы в первую очередь? Если сосредоточить внимание на ценности для заказчиков, способно ли это привести к улучшению её реализации на практике? Если сосредоточить внимание на процессе предоставления ценности, потребности заказчиков будут удовлетворены? Хорошо, позвольте мне спросить вас об…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM