itsm

Скажи мне, что ты измеряешь…

На недавно прошедшем курсе «Управление архитектурой предприятия на основе TOGAF и IT4IT» возник вопрос о соотношении/противопоставлении моделей, предлагаемых для описания функционирования ИТ, IT4IT (The Open Group IT4IT™ Reference Architecture) и библиотекой ITILv3. На самом деле в подходах к описанию довольно много общего (а если брать последнюю четвертую версию ITIL, то, как мне кажется, общего ещё больше. Например, использование в качестве операционной модели ИТ цепочки создания ценности (или «цепочки ценности» – Value Chain), предложенной ещё в 1985 году Майклом Портером). В IT4IT она выглядит так: Но в ITILv3 такой концепции не было. Насколько это вообще важно? И есть ли отличие картинки…

Эксплуатация ИТ-услуг и скорость

Среднее время поставки (Lead time) является одной из ключевых метрик команд разработки ключевых информационных систем /продуктов компаний. Если ваша компания уже не стартап, а “безжалостный и беспощадный” энтерпрайз, то ваши основные бизнес-процессы и поддерживающие их системы / продукты обросли вспомогательными услугами и приложениями, сервисами, on-site инфраструктурой. Все эти артефакты ваших внутренних и внешних услуг важны в некоторой области, но их ценность не превышает того порога, когда вы задумываетесь о необходимости создания и финансирования отдельной постоянной команды по их развитию в продуктовом ключе, не готовы инвестировать в их развитие. Тогда вы создаете подразделение по эксплуатации этих разнородных приложений и сервисов и…

ITIL 4 и всё, что нужно знать интересующимся данной темой

23 апреля прошёл вебинар «ITIL 4 и всё, что нужно знать интересующимся данной темой», его запись можно найти на нашем канале YouTube. Это вебинар не о содержании конкретных книг ITIL 4 или программе курсов. Он посвящен “инфраструктуре” ITIL 4, тому, что может пригодиться всем, кто уже изучает ITIL, планирует сертификацию, сдачу экзаменов или пока только знакомится с новой версией библиотеки. Участие AXELOS, PeopleCert, конкретного учебного центра в процессе вашего погружения в ITIL 4. У всех, кто идёт по этой дороге, есть точки взаимодействия с каждым из перечисленных контрагентов. И эти точки, не всегда очевидные, играют важную роль. На что обратить внимание?…

Программа весеннего сезона вебинаров CleverTALK

Начинается новый сезон бесплатных вебинаров по управлению ИТ. В программе на сегодняшний день четыре вебинара, регистрация уже идёт. 23 апреля. ITIL 4 и всё, что нужно знать интересующимся данной темой.Ведущий: Игорь Гутник, ITIL 4 Managing Professional, ITIL Expert, ITIL Practitioner, EXIN DevOps Master, PRINCE2 Practitioner Программа: Действующие лица, и как эта информация может помочь Текущее состояние дел с экзаменами Источники знания: книги, практики Регистрация 14 мая. Кто управляет Канбан-системой?Ведущий: Павел Капусткин, Agile-практик с более чем десятью годами практического опыта, PME, ICP, ICP-ATF Программа: Канбан метод и самоорганизация Менеджерские роли в канбан-системе, их смысл и предназначение Управление сервисом Развитие сервиса и развитие процессов Регистрация…

Новостной поток, 20 апреля 2020, последний комментарий 1 марта 2022

Карантин с пользой: полный комплект книг Cleverics по специальной цене

До конца нерабочего месяца вы можете купить полный комплект электронных книг Cleverics со скидкой 40%, по цене 5100 рублей. В комплект входят 12 книг, включая бестселлер 2020 года – “Управление услугами на основе измерений” Павла Дёмина и Дмитрия Исайченко. Печатный тираж этой книги закончился еще в феврале. Проверенные практикой подходы и методики выстраивания систем измерения и оценки, примеры их применения к различным ситуациям, а также теоретическая база, дающая целостное представление о предметной области – всё это в книге “Управление услугами на основе измерений” Первую часть комплекта составляют книги, посвященные гибким подходам к разработке: «DevOps для ИТ-менеджеров», автор Олег Скрынник На основе…

ITSM и DevOps: некоторые практические рекомендации по совместному применению

Уже много написано об IT service management (ITSM) и DevOps. Большая часть статей посвящена противопоставлению ITSM и DevOps или даже тому, как DevOps “убивает” ITSM. К счастью, некоторые ведущие эксперты по DevOps высоко оценивают необходимость в совместной работе ITSM и DevOps, направленной на удовлетворение потребностей бизнеса в инновациях и услугах, основанных на технологиях. Итак, вместо того чтобы сравнивать и противопоставлять DevOps и ITSM, давайте рассмотрим некоторые практические советы по их совместному применению. “DevOps против ITSM” или “DevOps и ITSM”?Обычно в компаниях DevOps и ITSM – это две отдельные области со своей внутренней культурой и инструментами, и в которых задействованы разные…

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

Проактивное управление проблемами

В редакцию портала поступил вопрос: Добрый день! Вопрос по проактивному управлению проблемами. Поддержка, которая решает инциденты, может создавать отдельные запросы на вендора. Таким образом, инциденты от заказчиков, с одинаковой «проблемой» могут быть связаны с одним запросом, который решается вендором. При анализе инцидентов, определяется ряд инцидентов с одинаковой проблемой, которая решается в рамках запроса на вендора. Так как есть инциденты с одинаковой проблемой, регистрируется проблема, которая привязывается к запросу на вендора. Насколько это правильно, с точки зрения организации процесса? Новые обращения должны привязываться к проблеме или же к запросу, в рамках которого решается проблема? Имеет ли смысл выделять главный инцидент, к…

Вопрос из зала, 17 марта 2020, последний комментарий 31 марта 2020

Все побежали и я побежал…

Футбольная команда, с бегающими по полю игроками у меня всегда вызывала вопрос: это пример сотрудничества (Collaboration) или взаимодействия (Cooperation)? Каждый игрок: будь то нападающий, защитник, вратарь имеет в игре специфические задачи, а значит и особые способности и навыки, отличающие их друг от друга. Здесь трудно выделить, кто важнее. Важны все – ведь это команда. Глядя на результаты командной игры, все же хочется понять разницу между сотрудничеством и взаимодействием. А разница есть, и она имеет влияние на то, как члены команды играют (работают) вместе. Принципиальное различие, влияющее на способы работы в организациях (командах) состоит в том, как люди связывают свою работу…

Игорь Фадеев, 12 марта 2020, последний комментарий 16 марта 2020

Многоликий change manager

Роль менеджера изменений исторически вызывает некоторые расхождения в толковании охвата обязанностей. Довольно часто доводится задавать слушателям вопрос: “Вы сейчас кого имеете в виду, менеджера процесса в целом или координатора отдельных изменений?”. Надо сказать, что в зависимости от контекста ответ бывает разным. После очередного случая решил пробежаться по рекомендациям ITIL, чтобы выделить те, которые касаются области ответственности менеджера изменений. Что интересно, в книжке ITIL V3 2011 Service Transition (вы же ещё не забыли такую?) роль “менеджер изменений” в разделе “6.4.6 Роли управления изменениями” не описана. Там есть традиционные Владелец и Менеджер процесса, а также Инициатор, Практик, Авторизующий, Участник и Председатель комитета…

Артём Мукосеев, 9 марта 2020, последний комментарий 11 марта 2020

Самая быстрая часть черепахи

– Это ее мозг. Горячая статья Капусткина Павла “Ускорение без новых людей и овертаймов” наглядно демострирует катастрофическое влияние длительности и объемов интервалов ожидания, когда работа ожидает свой очереди быть сделаной, на результаты этой самой работы. Живые примеры показывают, что мозг черепахи может сколь угодно интенсивно ускорять производящие основную ценность органы, вкладывая в это значительные усилия, не всегда добиваясь особенного успеха. Черепахе не удастся полакомиться зайчатиной, пока ее лапы и хвост не дадут нужной скорости и ловкости, пока ее ороговевший панцирь будет придавливать ее к земле. Правило Парето Успех и результаты любых инициатив, направленных на проведение преобразований, ускорение производственных процессов, в…

Как сделать приоритет реальным показателем очередности выполнения запросов и инцидентов

Все мы привыкли к ставшей уже общепринятой методике определения приоритета запроса или инцидента. Определяется срочность запроса (как быстро необходимо его выполнить), и воздействие/влияние запроса на пользователя или бизнес-процесс. На основе матрицы из срочности и влияния определяется приоритет запроса, который в свою очередь (в числе прочих параметров, например тип запроса – запрос на консультацию или обслуживание или изменение или инцидент – или статус Пользователя – VIP\не VIP), определяет выбор SLO и, в конечном счете, определяет, как быстро ИТ должно отреагировать и выполнить этот запрос – т.е. конечный срок выполнения запроса. Соответственно, сотрудникам поддержки ИТ, в рамках регламентов и рабочих инструкций предписывается…

Новостной поток, 20 февраля 2020, последний комментарий 26 февраля 2020

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

ITSM

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