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

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

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

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

Документы и практика

Часто приходится видеть следующую картину: деятельность регламентирована, разработаны описания, инструкции, положения, сотни страниц других документов, которые определяют что, как, кем и зачем должно делаться в той или иной области, но на практике работа отличается от имеющихся документов.  Поэтому в ответ на вопрос "вы следуете регламенту [название]", получаю ответы: "да, но только вот тут и вот тут мы уже работаем иначе", "нет, не следуем, документ далек от практики" и т.д. Практика показывает, что наиболее распространенные причины кроются в том, что: Непонятна цель создания документа.  Непонятны потребители документа. Документ разработан одним-двумя сотрудниками без вовлечения в разработку всех заинтересованных лиц. Документ не прошел…

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

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

Мониторинг инфраструктуры, что кроме автоматизации?

На днях закинули в CleverTEST очередной пробный экзамен по ITIL, пока кидали, на глаза попался вопрос:   Что из перечисленного лучше всего описывает назначение управления событиями?   Способность обнаруживать события, толковать их и определять подходящий способ реагирования Способность внедрять средства мониторинга Способность отслеживать и контролировать работу технического персонала Способность формировать отчетность об успешном предоставлении услуг на основе данных о времени бесперебойной работы устройств Вспомнился недавний разговор с одним знакомым, который жаловался на несовершенство используемой им системы мониторинга, "которая заваливает их спамом, а толку никакого". В моем понимании, идеальная схема работы с большими объемами информации заложена в процессе управления конфигурациями. А…

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;