Digital Enterprise

Будущее ITSM – результаты опроса 2019

С течением этого года будущее управления ИТ-услугами (ITSM) и ИТ-поддержки, похоже, приближается с все большей скоростью. В частности, это происходит благодаря соответствующим темпам изменений в части бизнес-операций, технологий, предоставления и поддержки услуг клиентам. Что касается будущего ITSM, то оно во многом неизвестно. Однако, по словам «основателя современного менеджмента» Питера Друкера: “Лучший способ предсказать будущее – это создать его.” В 4 квартале 2018 года ITSM. Tools и SysAid провели глобальное исследование готовности ITSM к будущему, чтобы лучше понять, что думают и делают профессионалы ITSM, чтобы «выжить и процветать» в этом быстро меняющемся мире предоставления и поддержки ИТ-услуг. Было задано 13 вопросов,…

Все ходим по цепи кругом

Чтобы управление услугами функционировало должным образом, оно должно работать как система. В ITIL 4 описана сервисная система создания ценности (Service value system/SVS). Эта система отражает то, как все компоненты и действия организации объединяются, чтобы облегчить создание ценности (value) с помощью ИТ-сервисов. Центральное место в этой системе занимает цепочка создания ценности услуг (Service value chain). Это операционная модель для предоставления услуг посредством шести видов деятельности, которые можно комбинировать различными способами, чтобы обеспечить гибкий набор потоков создания ценности. Благодаря своей гибкости цепочка создания ценности услуг может поддерживать многочисленные подходы к предоставлению услуг, включая DevOps. Она также учитывает новые или появляющиеся методологии, что…

Игорь Фадеев, 18 апреля 2019, последний комментарий 15 марта 2021

Вопрос из зала: как вы учитываете изменения?

В редакцию портала поступил вопрос: Разрабатываю документ с описанием процесса управления изменениями и попутно разрабатываю сам процесс. Вопрос: у кого-нибудь в компании есть учет изменений кроме как в системе управления заявками и проводятся ли их одобрения CAB или чем-то подобным? Если есть описания этого процесса, то просьба, хотя бы кратко, привести в ответах. Спасибо!

Вопрос из зала, 15 апреля 2019, последний комментарий 18 апреля 2019

Как правильно распределить 6 заявок на 4х сотрудников?

В редакцию портала поступил вопрос: Вопрос про конвеер заявок. Допустим поступает 5 заявок на 4х сотрудников. 4 раздаются автоматом, а как бысть с 5й? Варианты: 1) Заявка висит в очереди, пока кто-то не освободится и не закроет свою, а после этого назначается на первого освободившегося. 2) 5 заявка назначается сотруднику 1, 6-я — сотруднику 2. В итоге сотрудники уже имеют в работе по 2 заявки одновременно. Но тогда появляется ситуация, что OLA (расчетное время выполнения одной задачи) посчитано по одной заявке, а время идёт сразу по двум (т.е. получаем что либо сотрудник должен в два раза быстрее теперь справиться, либо…

Вопрос из зала, 15 апреля 2019, последний комментарий 15 мая 2019

Достижимая стадия?

Прочитал на днях записки одного бизнесмена. В них он описывает стадии развития своей компании. По его мнению, таких стадий три (я думаю, что только ими весь генез не исчерпывается, но это текущее мироощущение автора тех записок). Краткий пересказ. Стадия 1. “Я лидер, я сказал!”. На этой стадии самый “умный” – лидер. Остальные – его “слуги”. Лидер говорит, что им делать, они выполняют. Задача лидера на данной стадии развития компании – говорить, что именно, и кому делать. Стадия 2. “Бюрократия”. Описаны процессы, прописаны регламенты. Внедрены штрафы. Система! Всё крутится, работает ровно, но ошибки всё равно возникают. Ищут виновных, потом наказывают, штрафуют….

Денис Денисов, 15 апреля 2019, последний комментарий 17 апреля 2019

Заблуждения и мифы о Канбан-методе

Вокруг любого управленческого подхода со временем выстраивается огромное количество заблуждений и мифов. Это обусловленно особенностью людей по-разному понимать одни и те же вещи и желанием интерпретировать факты в своих интересах. Канбан, как метод определения, управления и совершенствования сервисов, при разработке интеллектуальных продуктов, сравнительно молод, но уже успел обзавестись своей мифологией. Разработчики Kanban Tool (инструмента для визуализации потока) в своем блоге постарались разобрать наиболее распространенные мифы, возникшие из-за неправильного понимания принципов Канбан. «Канбан на самом деле не метод организации рабочего процесса, а инструмент улучшения рабочего процесса.» Часто говорят, что Канбан – это инструмент для создания знаний, а не метод управления рабочим…

Новостной поток, 12 апреля 2019, последний комментарий 25 апреля 2019

«А вместо процессов у них там практики…»

Такую фразу довольно часто можно услышать или прочитать в обсуждении новой версии ITIL® 4. Корректно ли это утверждение? Насколько «вместо»? Есть ли разница между процессами и практиками? Действительно, существенную часть объёма книги составляет раздел, в котором для тех, кто знаком с предыдущими версиями ITIL, очень много знакомых названий: «Управление инцидентами», «Управление проблемами», «Управление доступностью», «Управление уровнем услуг», «Управление поставщиками» и т.д.Только теперь это названия не процессов (process), а практик (practices).Понятие «процесс» в ITIL 4, конечно же, есть. Определение его стандартное (в том смысле, что оно совпадает с аналогичным определением в ISO/ГОСТ): «Набор взаимосвязанных или взаимодействующих видов деятельности, который преобразует входы…

Игорь Гутник, 8 апреля 2019, последний комментарий 17 апреля 2019

Практика Event management в ITIL 4

В редакцию портала поступил вопрос: Доброго дня! посмотрела видео с запуска ITIL 4 – спасибо! В списке практик искала Event management – не нашла, но удовлетворилась пояснением, что практики могут содержать несколько процессов и, вероятнее всего, event management не будет потерян и забыт. Затем решила проверить, а сдам ли я ITIL 4 foundation и скачала Sample paper с вопросами. На третьем вопросе возникла коллизия: “Which is the purpose of the ‘monitoring and event management’ practice?” Да, на него можно ответить, зная ITIL v3, но… ведь практики-то такой нет формально. Или я чего-то недопоняла, пожалуйста, поясните.

Новостной поток, 5 апреля 2019, последний комментарий 8 апреля 2019

Детализация прикладного слоя в управлении конфигурациями

Компании, которые выстраивают свой конфигурационный учет впервые всегда сталкиваются с вопросом: “Как нам учитывать приложения при построении моделей конфигурации наших ИТ-услуг”. Для иллюстрации приведем абстрактный пример: в компании есть некоторая многофункциональная информационная система. Пользователи используют ее для осуществления своих рабочих обязанностей, потребляя какие-то ресурсы: лицензии, подключения, мощности хранения и/или производительности. Система размещена на пуле виртуализированной вычислительной архитектуры и мощностях хранения данных, использует сетевые возможности и каналы связи для работы на различных площадках. Компания хочет уметь рассчитывать себестоимость ИТ-услуг, а также уметь оценивать влияние сбоев и изменений в инфраструктуре и приложениях. Схема, изображенная на рисунке выше, хороша только для того, чтобы…

DevOps: лошади и единороги

В своей свежей статье Paul Wilkinson делится с нами немного юмористическим “классификатором компаний”, прокладывающих свой путь к “состоянию DevOps” или только планирующих в него перейти. Кто хочет стать “единорогом“? Найдите себя (текущего или будущего) в этом списке. И постарайтесь быть объективными. Классификация, предложенная автором, появилась не случайно. На её создание автора натолкнули вопросы, стоящие перед компаниями, представители которых принимали участие в бизнес-симуляции “Проект Феникс – DevOps на практике“. Многие из них пытались оценить текущий или перспективный уровень своих DevOps-практик, опираясь на какую-то понятную классификацию. Итак, вот она! Работает “по запросу” Движется наугад Цель не ясна Слепо следует рекомендациям “хороших практик”…

Новостной поток, 3 апреля 2019, последний комментарий 9 апреля 2019

Стандартные изменения в ITIL V3 и ITIL4

В каком случае изменения могут быть стандартизованы и выполняться, как запросы на обслуживание? Вопрос, безусловно, уже с бородой. Однако он по-прежнему не теряет своей актуальности. Во всяком случае, слушатели курса ITIL RCV задают его снова и снова. Одним из тезисов, вносящих некоторую путаницу в понимание, является следующий: стандартные изменения являются “заранее авторизованными”. На самом деле это вовсе не означает, что стандартные изменения не требуют никакой авторизации. Давайте вспомним, что сказано про стандартные изменения в ITIL V3 (перевод текста источника здесь и далее выполнен автором заметки): Стандартное изменение – это изменение услуги или другой конфигурационной единицы, для которого управлением изменениями заранее…

Артём Мукосеев, 31 марта 2019, последний комментарий 17 апреля 2019

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

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