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

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

SLA, SLM, BRM

Построение отношений с заказчиками (SLM) и использование соглашений об уровне услуг (SLA)

Вопрос из зала: штрафы за неработающее ПО

Константин задаёт вопрос: Здравствуйте, коллеги. Компания, в которой я работаю, занимается разработкой, внедрением и поддержкой сложных программных комплексов. Время простоя нашего ПО у заказчика не должно превышать 30 минут. При этом заказчик устраняет проблемы собственными силами, но при нашей поддержке. Заказчик хочет в новом договоре на поддержку указать штраф, в случае если нарушение в работе ПО не устраняется за заданное время (например 4 часа). При этом совершенно все равно почему не работает ПО (проблемы с железом, ошибки персонала и т.д.). Вопрос штрафов принципиальный. Может, есть какие-нибудь типовые соглашения о поддержке, где прописаны нормальные условия а не фантастические? За что надо…

Grab@Pizza приходит в США

Не так уж много теперь есть областей, где мы выступаем впереди Северо-Американских Соединённых Штатов. Тем приятнее заметить, что деловая игра "Grab@Pizza – ИТ и основной бизнес" проводится в России с августа 2010 года, в то время как в США первые даты назначены на декабрь 2012 года. Компания Pink Elephant добавила новую игру в свою линейку учебных программ. Занятно, что стоимость удовольствия сильно отличается от российских цен: около 60 000 рублей за двухдневный семинар в Орландо, США против 12 500 рублей за однодневную игру в Москве, Россия.

Вопрос из зала: выбор системы автоматизации

Альберт задаёт вопрос: Компания, занимается продажами. Разветвленная сеть филиалов (40 шт). На данный момент установлен service desk OTRS, пользуется для регистрации заявок через единое окно (что очень тяжело дается) и для автоматического расчета уровня SLA. Количество ИТ сотрудников работающих с этой системой около 25 человек (10 в офисе, 15 по филиалам). В эту же систему подключили техническую службу (+ 20 человек). Система не гибкая (бесплатная). В ближайший год планируется развитие компании, и понимаю, что текущая система будет не удовлетворять потребностям (количество пользователей 100, заявок 1000-2000 ежедневно). Необходимо чтобы с ServiceDeskи SLA работали не только ИТ, а все сервисные службы компании,…

Вопрос из зала: есть ли плюсы в портале самообслуживания?

Анна Лобова, IT Manager и постоянный читатель нашего портала, а также регулярный участник ITSM-вебинаров, задаёт вопрос в виде развёрнутого кейса. Анна просит наше сообщество помочь ей и раскритиковать кейс в пух и прах. Давайте поможем.   Не секрет, что без каталога услуг, SLA, базы знаний, системы регистрации и учета запросов сотрудникам ИТ живется нелегко: пользователи просят все что хотят и прямо сейчас. Очевидность необходимости всех этих и других «айтиловских примочек» объяснять в очередной раз не стану. Но как предоставить пользователям эти данные в удобном формате и более того: как собрать их вместе и залинковать между собой таким образом, чтобы не…

itSMF Russia 2012: «Линейки и градусники»: доклад Аале Рооса

12 и 13 сентября в Москве пройдет третья всероссийская (и даже международная) конференция независимого форума по управлению ИТ-услугами itSMF Russia. Мы продолжаем серию анонсов секции "Линейки и градусники", модератором которой, по сложившейся традиции, выступит заслуженный автор портала realitsm.ru Дмитрий Исайченко. Зарубежным гостем секции станет финский эксперт Аале Роос. Он профессионально занимается ITSM более 20 лет, с 1989 года он работает как консультант в Финляндии и других странах Европы по вопросам управления ИТ-услугами, в настоящее время – от имени собственной компании Pohjoisviitta Oy. За это время он стал известен далеко за пределами Финляндии. Он особенно активно занимается такими вопросами, как организация служб…

Default SLA

При проектировании процесса SLM не раз сталкивался с вопросом со стороны заказчика: "как мы заставим бизнес подписывать с нами SLA? Это же за ними бегать надо, договариваться, убеждать …". В итоге в рамках одного из проектов родилось решение, которое уже проверено практикой и, как минимум, имеет право на жизнь. Хочу поделиться и узнать Ваше мнение.   Что если на этапе старта процесса формируется SLA "AS IS", фиксирующий текущий уровень предоставления ИТ-сервисов на основании текущей практики и собственного видения ИТ на то, как надо предоставлять ИТ-сервисы. SLA вводится в действие без согласования с каждым Заказчиком, просто как неотъемлемая часть запускаемого процесса….

Transформация

По итогам встреч с заказчиками на прошлой неделе, двух текущих и нескольких прошлых проектов могу лишь в очередной раз подтвердить теорию ITSM: организация процесса управления уровнем ИТ-услуг действительно кардинально влияет на практику операционного управления ИТ. Это очень серьёзное изменение в управлении ИТ, не просто «внедрение ещё одного процесса». Мне кажется, многие компании недооценивают уровень организационных изменений (что также подтверждается очередными предпроектными переговорами). Смотрите сами: У управления инцидентами появляются более обоснованные и чёткие нормативы. Серьёзно меняется подход к классификации обращений пользователей, что, в частности, требует переподготовки первой линии поддержки. Усиливается потребность в эффективной координации устранения крупных инцидентов (major incidents), в регистрации…

Value network и сервисный подход

Классическое понятие Value chain описывает «линейную» модель взаимодействия нескольких субъектов, каждый из которых в общем случае может выступать как потребителем, так и поставщиком услуг. Замечательная простота этой модели заключается в том, что некоторый субъект у одних приобретает услуги, другим – оказывает (рисунок 1, часть «а»). При этом если «увеличить» одно из звеньев цепи (рисунок 1, часть «б»), то мы увидим одно прямое следствие такой линейности: один субъект (в данном случае – организация «B») принимает решение и о требованиях к содержанию / объёму потребления услуг, и о расходах на потребляемые услуги. Однако жизнь вокруг нас сложнее. Всё более адекватным описанием реальных…

SLM-позитив

Сегодня получил очень яркое впечатление от обсуждения с представителями бизнес-подразделения одного крупного банка состава предоставляемых ИТ-услуг и структуры SLA. Скажу так: многочисленные выступления в духе «не понимают они ITSM» – весьма односторонняя точка зрения. Я понимаю, не все бизнес-подразделения одинаковы, но от сегодняшней встречи у меня остались следующие наблюдения: бизнес задумывается о том, в чём заключается ИТ-обеспечение его деятельности и что требовать от ИТ-подразделения; бизнес конструктивен в диалоге, понимает, что требовать всего и прямо сейчас в принципе можно, но не очень полезно; понимая ограничения, бизнес тем не менее смотрит в будущее и хочет видеть, как сегодняшние ограничения при заключении SLA…

Владельцы и менеджеры услуг в дикой природе

Все слушатели курсов "Основы управления ИТ-услугами" почти всегда тонко чувствуют терминологическое болото, в котором не-англоговорящим коллегам предлагается утонуть, буквально с первого дня знакомства что с сервисным, что с процессным подходом. Дело, наверное, в различных культурных установках, на которых и строятся языки. В любом случае, весь тяжелый словесный багаж может привести к разочарованию в ITSM. Не расстраивайтесь, в жизни всё гораздо веселее, чем в универсальных сводах знаний. Так вот, однажды я получил вопрос: ITIL описывает роли в процессах: владелец процесса и менеджер процесса. Все прозрачно: владелец занимается целеполаганием и инвестициями в процесс и заинтересован в результатах процесса. "Надо выкопать канаву вооон…

Влияние сбоев на ИТ-услуги

Обсуждали недавно интересный вопрос, касающийся договоренностей с бизнесом об уровне ИТ-сервисов. Допустим, для простоты, что уровень ИТ-сервиса включает в себя только характеристики поддержки. Например: время поддержки время решения инцидентов И пусть мы в соглашении об уровне ИТ-сервиса фиксируем долю инцидентов решенных в обещанные сроки. Построить отчетность по времени решения инцидентов и соблюдению сроков довольно просто, любая система автоматизации нам это легко сделает. Да и с точки зрения процесса все более-менее понятно. Звонят пользователи, регистрируются и решаются инциденты, считаются сроки. Но как только мы начинаем работать еще и с инфраструктурными инцидентами (сбоями), которые пришли не от пользователей, а стали известны, например…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM