Евгений Шилов, Автор в Digital Enterprise

Жажда проблем

Несколько раз слышал от разных людей "Не работает у нас управление проблемами, т.к. проблем нет, соответственно и решать нечего". Можно было бы за такие успехи порадоваться, если бы не одно сомнение, которое заключается в том, что практика показывает, что проблемы есть всегда. Просто не каждую проблему готовы таковой считать и тратить на нее время. Многим из курса ITIL запомнилась взаимосвязь проблем с повторяющимися инцидентами вызванными ошибкой в инфраструктуре. И, соответственно, раз не видим повторяющиеся инциденты, значит и проблем нет. Однако есть еще одно соображение, про которое иногда почему-то забывают. Решение проблемы, по сути, это устранение ошибки в инфраструктуре, при этом…

Евгений Шилов, 11 апреля 2012, последний комментарий 16 апреля 2012

Приоритеты проблем, один из вариантов

Не секрет, что диагностика и поиск решения проблем весьма ресурсоемкая задача и если проблемы выявляются и поступают на обработку, то рано или поздно возникнет задача расстановки приоритетов. Если предположить, что связь между процессом управления инцидентами и проблемами работает, и к проблемам привязываются инциденты, то одним из способов расстановки приоритетов может быть оценка количества привязанных к проблеме инцидентов, с учетом их весов, которые в свою очередь могут зависеть от степени влияния инцидента. Т.е. приоритет проблемы тем выше, чем больше сумма весов инцидентов, привязанных к проблеме. Таким образом, проблема, вызвавшая пару инцидентов с уровнем влияния "Критичный", будет иметь больший приоритет, чем проблема,…

Евгений Шилов, 31 марта 2012, последний комментарий 11 мая 2017

Безопасное управление инцидентами

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

Евгений Шилов, 27 февраля 2012, последний комментарий 29 февраля 2012

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

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

Евгений Шилов, 18 февраля 2012, последний комментарий 23 февраля 2012

Аудиторы CMDB, кто они?

Коллеги, вот скажите мне, кто эти люди? Кто должен проверять актуальность CMDB? Не то чтобы у меня совсем не было идей, просто интересно узнать ваше мнение. Напомню, что в процессе управления конфигурациями предполагается периодическая проверка актуальности хранящихся в CMDB данных. Проверка может быть полной, может быть выборочной. Результатом проверки обычно является перечень выявленных расхождений. В идеале к расхождениям могут добавиться еще и причины их появления (отказ от исполнения процедур процесса, осуществление изменений инфраструктуры минуя процесс и т.д.) Так вот, с одной стороны проводить аудит CMDB должны люди, которые понимают в том, что они проверяют. Сложно, например, представить специалиста по приложениям,…

Евгений Шилов, 25 января 2012, последний комментарий 20 мая 2016

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

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

Евгений Шилов, 24 декабря 2011, последний комментарий 30 декабря 2011

Управление ожиданиями

Недавно, улетая в командировку, решил довериться современным информационным технологиям, а именно – пройти электронную регистрацию на рейс, распечатать посадочный талон и не стоять в очереди. Тем самым я должен был сэкономить минут 20 времени. Заказав такси с учетом этой экономии я приступил к регистрации. Подумав некоторое время, сайт авиакомпании выдал заключение "Ваш билет в порядке, но приезжайте в аэропорт и регистрируйтесь обычным способом". "Ничего", подумал я. Есть еще электронные шайтан-машины, которые стоят в аэропорту и тоже умеют регистрировать быстро и без очереди. В общем, в этот день что-то не задалось в электронных мозгах системы регистрации, т.к. шайтан-машины тоже не смогли…

Евгений Шилов, 14 декабря 2011, последний комментарий 15 декабря 2011

Разработка и эксплуатация

Который раз удивляюсь тому, как на ровном месте вырастают сложности. Например, на стыке разработки и эксплуатации. Казалось бы, разработай, проверь что работает, опиши и отдай в эксплуатацию. Так ведь, нет. Из-за конфликта интересов этих двух областей, на стыке начинается разброд и шатание. Конфликт заключается в том, что разработке, которая обычно идет в рамках проекта инициированного бизнесом, необходимо уложиться в сроки, сроки эти взяты не с потолка, а, скорее всего, согласованы с бизнесом и привязаны к ключевым точкам в их проектах, например, начало продажи нового товара, или оказания новой услуги. В итоге сроки давят, основной функционал готов, а на "такие мелочи",…

Евгений Шилов, 2 декабря 2011, последний комментарий 13 декабря 2011

Управление спросом

У меня родился типично-пятничный пост. В одном из недавних проектов столкнулись с чисто технической проблемой – нежеланием Internet Explorer 6 работать в своем основном качестве (в качестве браузера). Начали разбираться, оказалось, что версия давно уже признана неудачной даже самим производителем. И, видимо, для того чтобы снизить поток обращений за поддержкой, а так же очистить свою карму от проклятий, производитель запустил удивительный сайт "The Internet Explorer 6 Countdown" со слоганом "Moving the world off Internet Explorer 6". На сайте есть даже колонка стран-чемпионов, которые смогли почти полностью отказаться от продукта. Думаете, это чья-то шутка? Домен зарегистрирован на компанию microsoft. Вот выдержка…

Евгений Шилов, 17 ноября 2011, последний комментарий 17 ноября 2011

Управление конфигурациями – процесс или процедура

В посте про мысли об управлении изменениями у нас с Леонидом (Leonid) случился диалог на тему "Зачем нужен процесс управления конфигурациями как процесс, достаточно ли его сделать процедурой в рамках процесса управления изменениями". Леонид высказал мнение: … тяжеловесный конфиг, пожирающий массу ресурсов, мог быть реализован в виде пары процедур в процессе управления изменениями и в процессе «Контроля и оценки», плюс разовый проект по созданию CMDB. А вы как думаете?;) Тема мне показалась интересной, поэтому я вынес ее в отдельный пост. Не буду в очередной раз говорить, что ситуации и задачи бывают разные, попробую изложить несколько тезисов, которые, как мне кажется,…

Евгений Шилов, 31 октября 2011, последний комментарий 2 ноября 2011

Четыре мысли про управление изменениями

Вдогонку прошедшему вебинару хотелось бы поделиться (и обсудить) несколькими мыслями, из опыта внедрения процессов управления изменениями и конфигурациями. Часть из них я озвучивал на вебинаре, но не все успели высказаться. Мысль первая – процесс управления изменениями на начальном этапе может внедряться даже как простой способ обновления CMDB и не более. Т.е. ту часть цели, которая касается снижения негативного влияния изменений можно оставить в стороне на некоторое время. И только после того как удастся добиться стабильной работы процесса в части единообразного проведения изменений, можно будет сосредоточиться и на снижении влияния. К слову сказать, даже просто единообразие отчасти повлияет улучшение ситуации со…

Евгений Шилов, 24 октября 2011, последний комментарий 30 октября 2011

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

Евгений Шилов

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