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

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

Эксплуатация ИТ

Всё про операционный сегмент ИТ и службу эксплуатации ИТ

ИТ на Олимпийских Играх 2012: почти всё готово

ComputerWeekly.com сообщает, что на прошлой неделе в Лондоне был открыт Центр Управления Технологиями (ЦУТ) Олимпийских и Паралимпийских игр 2012 года. В ЦУТ будет осуществляться мониторинг всех ИКТ-систем, поддерживающих Игры. В любое время суток за эксплуатацией ИТ будет следить 180 специалистов. До лета 2012 года планируется 200 тысяч часов тестирования: "технические репетиции" в марте и в мае, и проверка сотен сценариев, включая симуляцию сбоев информационной и физической безопасности ИТ. В ходе Олимпиады, в ЦУТ будет осуществляться мониторинг более 900 серверов, 1000 сетевых устройств и 9500 рабочих станций. Будет задействовано более 5000 сотрудников, 2500 из которых – волонтёры. Исполнительный директор Игр 2012 года,…

itSMF 2011: “Всё это – люди”. Александр Тараторин

8 и 9 сентября 2011 года в Москве состоится вторая всероссийская конференция itSMF России под общим названием "Всё это – сервис-менеджмент". Мы продолжаем серию анонсов секции "Всё это – ЛЮДИ", модератором которой станет директор по консалтингу Cleverics Дмитрий Исайченко. Редко можно встретить поставщика ИТ-услуг, который работал бы на единственной площадке, где все потребители услуг размещены компактно, ресурсы стандартизованы, изменяются гибко и быстро. В реальности ИТ всегда распределено территориально. И если управление технологиями на расстоянии возможно и предсказуемо, то управление персоналом, который отделен от руководителя часовыми поясами и сотнями километров – задача нетривиальная. Доклад Александра Тараторина, начальника отдела управления ИТ процессами Управления…

ИТ-скептик про Devops и Agile

Наш друг Роб Ингланд (IT Skeptic) решил опубликовать заметки к своим выступлениям на конференциях в этом году. Первый в очереди – мгновенно ставший популярным в социальных сетях критический очерк о концепции Devops. DevOps (Developers+Operations) – современный свод различных методик, направленных на продуктивную совместную работу разработчиков программного обеспечения и эксплуатационщиков (администраторов) информационных систем. Идея Devops – прямой наследник Agile. Подход предлагает использовать комплекс мер по "разрушению стены между разработчиками и системными администраторами": единые инструменты повсеместной автоматизации, революция культуры взаимодействия, отказ от бюрократических процедур, мелкие и частые изменения продуктивной среды. Скептик выразил крайне консервативное отношение к этой новой идее. Противопоставив ее традиционной…

Доступность, готовность?

Вопрос прислан посетителем портала. Возник он (вопрос) при подготовке документа, который описывает ПО, позволяющее: собирать информацию об отказах в сети, вычислять значения коэффициента готовности отдельных компонент сети вычислять интегральный коэффициент готовности сети  вычислять некоторые финансовые показатели (потери от простоев…). Как видно из второго пункта в списке, речь в документе первоначально велась о "готовности". И не просто потому что слово понравилось, а потому, что автор давно и привычно основывает свою работу в этой области на ГОСТ 27.002-89 «Надежность в технике» (ныне действующий ГОСТ Р 53480-2009 «Надёжность в технике. Термины и определения»). С другой стороны расчет метрик велся в целях повышения степени управляемости…

Конфигурационные единицы, которых нет

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

Почему они возвращаются? Интересная метрика для службы поддержки

Один из авторов портала ERP4IT, alphasong, предлагает интересную метрику для оценки работы службы поддержки. Цель метрики – выявить и свести к минимуму случаи неполного выполнения заявок.  Действительно, часто оказывается, что стремление службы поддержки закрывать обращения как можно скорее стимулирует специалистов поддержки объявлять завершенными работы, которые выполнены не полностью, или работы, выполнение которых оказалось по каким-то причинам прервано или отложено. Автор приводит такие примеры: Пользователь запросил установку MS Excel. Excel был установлен, заявка закрыта. Пользователь обращается вновь, теперь уже с запросом на установку Excel PowerPack. Пользователь обратился с каким-либо запросом. После чего заболел. Чтобы заявка не висела, мы ее закрыли с…

CSI и управление проблемами: кто сверху?

Michael Crooon в своей колонке на ITSMPortal, озаглавленной "Что общего у ITIL и Камасутры?" рассуждает о практике постоянного улучшения услуг (ИТ-услуг, разумеется).  Основная идея такова: для реализации на практике постоянного улучшения услуг можно и нужно использовать механизмы управления проблемами. Для этого нужно расширить перечень процессов, поставляющих процессу управления проблемами информацию для анализа и расследования. Обычно основным источником такой информации оказывается управление инцидентами; автор же предлагает варианты использования управления проблемами в интересах SLM, управления информационной безопасностью, управления жизненным циклом (приложений?)…    Полный текст колонки с таблицами и картинками – на ITSMPortal'е.   Ответ автора на вопрос из заголовка его колонки: ITIL and…

ИТ “за стеклом”

Портал SmartSourcing.ru запустил и поддерживает интересный проект, в котором ИТ-руководитель небольшой компании делится своими проблемами, решениями и идеями с сообществом в рамках специального блога. Виктор Таланов, ведущий этого блога, работает в компании Русбал, основной бизнес которой заключается в производстве аэростатов, надувных рекламных конструкций и аналогичных изделий. По словам Виктора, состояние ИТ в данной компании весьма печальное, поэтому есть большой простор для улучшений. В блоге уже сформулированы и описаны: общая ситуация в компании цели проекта выбор поставщика реализация первого этапа проекта Читать блог "Большой ИТ-проект в небольшой не ИТ компании"

Управление конфигурациями – не вещь, а практика

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

Опять ИТ ломают бизнес

Недавно ИТ-скептик разместил в своем блоге заметку о том, как ИТ-проекты разрушают нормальную работу бизнеса. Вкратце ее основные тезисы таковы: Раньше большие проекты предполагали привлечение внешних ресурсов для формирования временных команд. Сейчас мы все больше отвлекаем для этих целей персонал операционных служб. Результат – снижение качества на обоих фронтах и нехватка ресурсов. Бизнес требует внедрения новейших технологий независимо от их полезности. Мы не осознаем всего объема выполняемых ИТ-проектов, не видим полной картины и, следовательно, не управляем ИТ-проектами. Бизнес также не учитывает сложности и критичности современной ИТ-архитектуры. ИТ не имеет возможности сказать бизнесу "НЕТ!". Неоправданным спросом на инновации никто не управляет….

Управление мощностями, как оно есть

На днях опять вспомнилась тема управления мощностями. Столько всего понакручено вокруг нее. Решил немного про это порассуждать. Например, выяснилось, что иногда под управлением мощностями понимают мониторинг ИТ-ресурсов ("всякие железяки"). В лучшем случае, с определением пороговых значений и правил реагирования на их нарушение. И тут появляются вопросы и типичные ошибки: 1. Откуда взяться требованиям к мониторингу? 2. Откуда взяться пороговым значениям?3. Как реагировать? Что значит для нас превышение того или иного порога? Бывает, что на эти вопросы отвечают так (конечно утрирую): "собираем все важное, пороги поставили разумные, если жахнет, то разберемся". При таком подходе, есть риски: 1. За грудой данных не увидеть…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM