itsm

Техника безопасности до и после обучения. ITSM-версия

Пару лет назад я придумал метафору про то, как устроена наша жизнь в обществе. Она устроена, как толстый канат с множеством нитей. Все они идут по большому счёту одним и тем же путём, но параллельно, и лишь иногда отдельные нити переплетаются, спутываются или обрываются. Каждая нить – это социальная группа: возрастная, профессиональная, национальная… близкие нити видят и понимают друг друга хорошо, далекие – плохо, и пересечения далёких друг от друга нитей открывают нам параллельные миры. Что оставляет сильные и не всегда приятные впечатления. Примеры неприятных пересечений: встреча с миром преступности, или нищеты, или государственных органов, или государственной же медицины… Примеры…

Роман Журавлёв, 10 августа 2013, последний комментарий 20 августа 2013

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

Мария спрашивает: Как можно перевести статусы инцидентов "Pending Other (ожидание другого исполнителя?) ", "Referred (передан на рассмотрение)", " Resolved (решен)", т.е. к каким ситуациям их применять? Мы используем систему HPSM и решили расшифровать статусы для исполнителей. Быстро найти в интернете адекватную информацию не удалось. Буду благодарна за помощь! Уважаемые специалисты по адаптации жизни к HPSM и по статусам инцидентов – предлагайте варианты, пожалуйста!

Вопрос из зала, 8 августа 2013, последний комментарий 12 августа 2013

ITSM-рыцарь на ITSM-форуме

Как сообщает сайт российского itSMF, одним из ключевых спикеров конференции 11-12 сентября станет Джошуа Брюссе (Joshua Brusse), живой ITIL Master (с 1991 года!) и один из снователей Quint Academy. И действительно рыцарь, это звание было пожаловано ему королевой Нидерландов за заслуги в общественной деятельности. «За многие годы работы по всему миру я наблюдал, как тяжело даётся внедрение ITIL, хотя все понимают, что это правильная штука. Очевидно, что принять концепции ITIL удаётся многим, а вот с внедрением возникают проблемы. Причиной, на мой взгляд, является тот факт, что в 99% случаев при внедрении игнорируются вопросы организационных изменений. Другими словами, многие по-прежнему не…

Новостной поток, 8 августа 2013, последний комментарий 14 сентября 2013

Перечень альтернатив ITSM

Моя тренерская совесть требует очистки: есть ли альтернативы ITSM как подходу к управлению ИТ-организацией? У меня есть друзья-коллеги в мире консалтинга, которые занимались управлением ИТ-услугами, а потом бросили, как слишком сказочную игрушку. А еще больше таких, которые про ITSM «как бы вообще не слышали». И с теми, и с другими изложение преимуществ ITSM следует начинать с простого тезиса о том, что сочетание процессного и сервисного управления ИТ-ресурсами лучше, чем любой другой подход к управлению. "Лучше" или "хуже", значит с большей или с меньшей вероятностью приведет организацию к успеху, а под успехом понимается длительное соблюдение интересов всех стейкхолдеров такой организации. Так вот, как в старом вопросе армянскому радио,…

Константин Нарыжный, 1 августа 2013, последний комментарий 15 августа 2013

Service Management Office: централизованное управление услугами

ИТ-скептик на прошлой неделе совсем без скептицизма высказался про Service Management Office (SMO) – Офис управления услугами. Это новая для ITSM идея, и, кажется, очень хорошая. Это прямой аналог офиса управления проектами. Я хочу рассказать, как я вижу результаты работы такого подразделения. Как и офис управления проектами, в SMO отвечает за эффективность и результативность: эффективность повышается за счет универсальных ресурсов, а результативность – за счет централизованной программы совершенствования, которая включает передачу знаний, создание методик, инструментов и т.д. В SMO могут находиться и менеджеры инцидентов и проблем и изменений. Например, в ИТ-службе может существовать менеджер ИТ-проблем, и отчитываться он будет тому,…

Новостной поток, 31 июля 2013, последний комментарий 31 июля 2013

Маленькие шаги ITSM навстречу Agile

ITSM-блогер и консультант Симон Моррис в своей недавней колонке на itsmreview.com привел пару занятных советов для тех организаций, которые озабочены главным компромиссом ITSM: «Я должен внедрять идеи Agile и Lean в свою ИТ-организацию». Эти слова произносят многие практики ITSM, но кусочки мозаики DevOps у них не сходятся даже в теории. Трудно представить себе, как попасть в картинку мира, где услуги предоставляются непрерывно, в полном соответствии с меняющимися бизнес-требованиями, и при этом успевать хвастаться в соцсетях тем, насколько слаженно функционируют ваши разработчики и ИТ-эксплуатация. Итак, вы хотите совершенствоваться. С чего начать? У меня есть два простых совета для тех сотрудников служб ИТ-эксплуатации,…

Почему процессы такие незрелые

Тим Шиди из многим известной компании Forrester в ожидании главного ITSM-события Австралии – ежегодной конференции LEADit – рассуждает о том, почему, несмотря на обилие и разнообразие обсуждаемых специалистами тем, реальное совершенствование большинства практик и процессов компаний происходит очень медленно. Чтобы не быть голословным в своих утверждениях, Тим приводит результаты опроса, проведенного Forrester совместно с itSMF USA и опубликованного в одной из недавних статей. Из картинки видно, что большинство процессов во многих компаниях до сих пор остается весьма незрелым. Причиной сложившейся картины Тим считает чрезмерное погружение в детали и невнимание к тому, что реально хочет получить заказчик в рамках предоставляемых ему услуг….

Новостной поток, 24 июля 2013, последний комментарий 25 июля 2013

Вам сколько вешать?

В моей продолжающейся практике составления SLA бывают и другие не менее интересные ситуации. Зачастую серьёзные размышления у сторон вызывают выявление и согласование «объёмов потребления» ИТ-услуги. Объёмы потребления – количественные показатели, отражающие в соглашении баланс между возможностями Поставщика при предоставлении и текущими потребностями Заказчика при использовании ИТ-услуги. Зачем их нужно фиксировать в SLA? Для решения задачи ресурсного обеспечения. В условиях, когда объёмы потребления увеличиваются, необходимо при переходе заранее обговорённого установленного порога: – либо увеличивать ресурсы, необходимые для предоставления ИТ-услуги на согласованном уровне; – либо договариваться с Заказчиком о снижении требований к уровню ИТ-услуги. Иначе не избежать недовольства с обеих сторон. Заказчик недоволен снизившимся качеством…

Денис Денисов, 11 июля 2013, последний комментарий 16 июля 2013

Необходимые составляющие управления инцидентами

Индийский ITSM-эксперт Киран Паббатхи (Kiran Kumar Pabbathi) поделился собственными лучшими практиками процесса управления инцидентами. В структуре описания процесса, которую он предлагает, несколько разделов: Причины важности управления инцидентами (они же задачи, они же цели). Что находится в охвате процесса Что остается вне охвата процесса Матрица ролей и обязанностей RACI Обязательные составляющие успешного управления инцидентами, такие как: Отдельная процедура для значительных инцидентов Документация: планы, политика и формат отчетов Обновляемая база знаний и база известных ошибок Обязательный обзор и разбор полетов по значительным инцидентам, и регулярный анализ всех остальных Ясное понимание всеми участниками процесса целевых уровней услуг, включая услуги внешних подрядчиков Список контактных данных ключевого персонала…

Новостной поток, 9 июля 2013, последний комментарий 10 июля 2013

Виртуальные или реальные ITSM-конференции?

На портале российского форума по управлению ИТ-услугами itsmforum.ru анонсирована регистрация участников ежегодной российской ITSM-конференции. Она пройдет в Москве 11 и 12 сентября 2013 года. Мероприятие уже получило свой собственный сайт, а также название и слоган: «Сервисное многоборье. ITSM: от фитнеса – к спорту высоких достижений». Редакция портала RealITSM.ru планирует присутствовать на конференции в полном составе, и мы надеемся, что спортивная тематика не ограничится слоганом и будет подкреплена спортивными состязаниями, эллипсоидами и групповыми занятиями дзен-йогой вместо во время докладов. Кстати, наш старый друг Роб Ингланд (он же ИТ-скептик) сегодня сформулировал пять важных преимуществ реальных конференций над модными в этом сезоне виртуальными:…

Новостной поток, 8 июля 2013, последний комментарий 10 июля 2013

Трудности перевода: Service Owner

В ITIL есть такая роль: Service Owner. Про нее я уже писал год назад, и в комментариях мы так и не пришли к одному мнению. Владелец услуги – это фантазия ITIL или действительно необходимая для ИТ-организации роль, отличная от сервис-менеджера? На недавнем тренинге слушатели, еще не замороченные русским глоссарием ITIL, выслушали основные обязанности владельца услуги: Обеспечение соответствия предоставления и поддержки услуги заявленным требованиям Интерпретация требований заказчиков в термины ИТ Взаимодействие с менеджерами процессов на всём жизненном цикле услуги Участие в обсуждении SLA и OLA Участие во внутренних (в ИТ) и внешних (с бизнесом) встречах по оценке услуги Единая точка ответственности…

Константин Нарыжный, 4 июля 2013, последний комментарий 9 июля 2013

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

ITSM

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