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

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

Константин Нарыжный

Недоступная доступность

На прошлой неделе, во время курса «Основы ITIL V3», мы разговорились со слушателями про доступность ИТ-услуг. Спор завязался вокруг тех сервисных инцидентов, в которых, в самом широком смысле, «виноват пользователь». Если конкретнее: считать ли ИТ-услугу недоступной, если пользователь просто не знает, как ею правильно воспользоваться? Ответ коллег был следующим. Услуга конечно же доступна, ведь у нас есть процессная модель управления, мы отлично взаимодействуем между собой, и все ИТ-компоненты работают слаженно. Нам за это платит заказчик. Он же платит своим сотрудникам, чтобы те делали свою работу используя компьютеры, а, следовательно, это он обязан их обучить всем аспектам рабочего процесса, и в…

Читаем COBIT 5: вопросы по форме

Зачитываюсь в последние дни COBIT 5. Кроме трудности текста, изобилующего пассивным залогом и несущего на себе глубокие отметины синдрома дяди Фёдора, хотелось бы отметить две вещи. Во-первых, изложение материала ритмичное: теоретические пассажи на несколько абзацев чередуются, и достаточно равномерно, с очень живыми и яркими примерами. Взять хотя бы список вопросов, которыми задаются руководители любой организации. С ответа на эти вопросы и начинается вся логика каскада целей COBIT 5: Как лучше всего использовать новые технологии для реализации стратегических возможностей? Как лучше всего организовать ИТ-подразделение? Насколько сильна зависимость организации от внешних поставщиков? Каким образом управляются внешние соглашения по ИТ? Как обеспечить уверенность в…

Смотрим на инциденты расширенными глазами

Хочу написать про еще одну технику управления рисками, незаслуженно забытую в книгах ITIL V3 2007 года, но восстановленную ("по чертежам" ITIL V2) в прошлогоднем обновлении. Я говорю о расширенном жизненном цикле инцидента (the Expanded Incident Lifecycle). Это раздел в описании процесса управления доступностью (Availability Management), где предлагается разделять каждый инцидент (незапланированный перерыв в нормальном предоставлении ИТ-услуг) на обязательные последовательные этапы. Момент возникновения инцидента, то есть, момент, когда пользователь ощутил снижение качества ИТ-услуги Обнаружение, то есть промежуток времени от возникновения до момента получения поставщиком ИТ-услуг информации об инциденте Диагностика, то есть время на поиск причины инцидента Исправление, то есть время на…

Техподдержка против ИТ-проектов?

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

Про профессиональные сообщества

Специалисту в любой узкой области всегда одиноко. Не потоковая и не полностью творческая работа вряд ли выполняется коллективом. От одиночества таких узконаправленных экспертов призваны спасти профессиональные сообщества, где в нерабочее время они найдут, с кем обменяться опытом, знаниями и «специальными» шутками, а в редких (в отличие от профсоюзов) случаях – и тех, кто поможет делом. Я сегодня коротко о таких сообществах. Ну и про управление ИТ-услугами. Международный Форум по управлению ИТ-услугами (ITSMFi) – сообщество стихийно-добровольного типа. Практики ITSM, вендоры ПО, консультанты, тренеры Великобритании нуждались в некотором организующем начале, распространяющем знания, информирующем всех участников о существующих возможностях на рынке и т.д….

Техника “пяти причин”

Продолжаю рассказывать на примерах о приросте полезности и содержательности новой редакции библиотеки ITIL. Отдельно остановлюсь на методе анализа 5-Why's, который описан в процесс управления проблемами. В комментариях на нашем портале такой вопрос уже поднимался: а что есть истинная корневая причина инцидентов? Принтер не работает, потому что сгорел нагревательный элемент.  Он сгорел, потому что в электрической сети сильные перепады напряжения. Напряжение скачет, потому что нестабильно работает подстанция. Она работает нестабильно, потому что устарела. Подстанция устарела, потому что… Так вот: этот метод диктует, что после пятого «потому что» истинная причина инцидента будет найдена. А скорее всего, подсказывает здравый смысл, на одном из…

Что хорошего в ITIL 2011?

Чем библиотека ITIL 2011 лучше, чем ITIL 2007? Короткий ответ: структурностью и практической полезностью. Сейчас расскажу. Про структурность: стало однозначно лучше. Например, авторы всё-таки договорились о том, что такое "назначение" и "задачи" ("Purpose & Objectives") процесса, и согласились с Дмитрием Исайченко, что цели процесса у каждого поставщика услуг – уникальные, поэтому перечисления "Goals" теперь нет вообще. Структура описания теперь совпадает во всех пяти книгах, для всех 26 процессов. Полезности прибавилось ещё больше. Собственно, из-за практических примеров, упоминания всевозможных прикладных техник и приёмов и вырос объём книг. Я вживую увидел это в описании процесса управления проблемами. В версии 2007 были описаны техники…

Ох уж эти социальные сети!

Параллельно с развитием социальных сетей, ITSM-сообщество старается придумать различные способы применения этой технологии для повышения качества ИТ-услуг, предоставляемых поставщиком.

Взгляд извне на внутренние группы

Обращаюсь к сообществу – вы будете смеяться – с просьбой разъяснить терминологическую путаницу. В стандарте ISO/IEC 20000-1:2011 появилось определение Internal group (внутренняя группа), следующего вида: internal group – part of the service provider's organization that enters into a documented agreement with the service provider to contribute to the design, transition, delivery and improvement of a service or services NOTE The internal group is outside the scope of the service provider's SMS Мой перевод: Внутренняя группа – часть организации поставщика услуг которая заключает документированное соглашение с поставщиком услуг, чтобы соодействовать проектированию, преобразованию, предоставлению и совершенствованию услуги или услуг. ПРИМЕЧАНИЕ Внутренняя группа…

Как повысить рациональность тестирования?

В одном из сертификационных экзаменов попался примерно такой вопрос, из области вполне себе прикладных. Естественно, я его перефразирую, и вариантов ответов не привожу, чтобы не нарушить авторских прав. Ваша ИТ-организация обслуживает множество информационных систем, программно-аппаратные комплексы у них различные. С одной стороны ощущается недостаток тестирования новых версий ИС, так как тестовые среды не очень похожи на продуктивные (используются только примерные значения, недостаточно данных для проведения нагрузочных испытаний и т.п.), то есть множество ошибок выявляется уже в продуктиве. С другой стороны – средств на содержание полноценных тестовых сред, дублирующих продуктивные, в бюджете нет. Что делать? На портале realitsm.ru мы редко поднимаем…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM