Эксплуатация ИТ Archives – Страница 4 из 18

Что делать со “старыми” инцидентами?

В редакцию портала поступил вопрос: Добрый день. Как следует поступать со «старыми» инцидентами? Пример 1. Инцидент не закрывается уже длительное время, например, месяц. Причина — отсутствие ресурсов/времени у специалистов. Следует ли открывать проблему и закрывать после этого инцидент? Пример 2. Внешний инцидент не закрывается уже длительное время, например, месяц. Причина — вендор не предоставляет исправление. Следует ли открывать проблему и закрывать после этого инцидент?

Вопрос из зала, 16 января 2020, последний комментарий 16 марта 2020

Зачем нужна категоризация?

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

Игорь Фадеев, 21 декабря 2019, последний комментарий 13 февраля 2023

Вопрос приоритизации заявок

В редакцию портала поступил вопрос: Вопрос по приоритетам. У сотрудника второй линии есть три заявки в работе, над одной он работает, по двум другим идёт время и эти заявки с приоритетами «срочный»и «средний». Заявки поступили в разное время, закончив первую, сотрудник, по идее, должен перейти к срочной. Но на практике заявка с приоритетом средний (пока сотрудник работал над заявкой номер 1), уже почти исчерпала время решения, так как поступила гораздо раньше средней и остались считанные минуты до нарушения SLA. Сотруднику, чтобы не потерять KPI, нужно быстро обработать среднюю, а срочный вопрос на потом. Получается конфликт интересов сотрудника и заказчика….

Вопрос из зала, 21 ноября 2019, последний комментарий 29 ноября 2019

Роли в DevOps. Какая из них вам по душе?

Направление DevOps растёт и ширится, вместе с ним увеличивается и интерес многих ИТ-специалистов стать экспертами в данной области. При этом до сих пор существует некоторая путаница и недосказанность в отношении ролей, которые можно выделить в DevOps. Один из редакторов портала DZone под ником Vardhan S ставит целью в своей заметке внести большую ясность в вопросах структурирования DevOps-команд по ролям. Вероятно, вы часто слышали, что в DevOps каждый сотрудник выполняет единую общую роль – “DevOps-профессионал”, – которая возникает вследствие слияния двух практик: разработки и эксплуатации. Но это не так. Методология DevOps подразумевает, что Dev-специалист должен быть в состоянии выполнять задачи, выполняемые…

Восемь советов по началу работы с DevOps

Уже мало у кого ещё остаются сомнения в том, что DevOps в настоящее время становится мейнстримом. Но если эта парадигма ещё не укоренилась в вашей организации, с чего стоит начать свой путь в DevOps? Также возможно, что ваша организация уже начала своё путешествие – тогда что ещё в данном случае можно сделать, чтобы повысить вероятность того, усилия принесут ожидаемые выгоды от организации работы новыми методами? Ариал Гесто (Ariel Gesto), один из редакторов портала ITSM.tools, в своей небольшой заметке даёт восемь советов по началу работы с DevOps, которые можно использовать, чтобы проверить и убедиться, что ваша организация идёт верной дорогой. Отправляясь…

Эмоциональный интеллект в сервисных отношениях

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

Игорь Фадеев, 10 октября 2019, последний комментарий 14 октября 2019

5 причин, почему вам нужен инструмент управления событиями

В ITIL v3 управление событиями определяется как «процесс, который отслеживает все события, происходящие в ИТ-инфраструктуре». Он находился на этапе Service Operation жизненного цикла ITIL v3 и отвечает за определение проблем и изменений, происходящих в ИТ-инфраструктуре, как ожидаемых, так и неожиданных. Теперь в ITIL 4 цель переименованной практики мониторинга и управления событиями состоит в том, чтобы «систематически наблюдать за услугами и их компонентами, а также регистрировать и сообщать об отдельных изменениях состояния, определенных как события». Это одна из практик управления услугами ITIL 4. Но что на самом деле особенного в управлении событиями и действительно ли оно вам необходимо? Попытаемся рассмотреть, какие…

Десять задач службы поддержки, которые не нужно решать вручную

Повседневная жизнь большинства ИТ-специалистов может быть, по меньшей мере, стрессовой. Задачи с высоким уровнем влияния, такие как безопасность и модернизация инфраструктуры, иногда сложно расставить по приоритетам. Тем более, когда так много вещей с низким приоритетом по-прежнему необходимо решать каждый день, чтобы обеспечить бесперебойную работу. Вот 10 задач службы поддержки, которые ИТ-специалисты решают почти каждый день, которые можно упростить, автоматизировать или даже полностью устранить, развернув полностью функциональное решение ITSM. 1. Сброс пароляСброс пароля – это одна из наиболее распространенных, но неудобных задач, с которыми технические специалисты, вероятно, сталкиваются на регулярной основе. Эти простые запросы могут «съесть» много времени в течение месяца….

Вопрос из зала: внедрение CMDB на практике

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

Вопрос из зала, 19 июля 2019, последний комментарий 4 августа 2019

Кто отвечает за конвейер развёртывания?

Нужно очень сильно отстать от жизни (примерно лет на 5-7, что по нынешним временам приравнивается к вечности), либо иметь крайне веские аргументы, чтобы не использовать для доставки готового кода до среды эксплуатации конвейер развёртывания (в народе часто именуемый конвейером CI/CD, что в данном случае непринципиально). Техническая сторона вопроса – как построить конвейер – в большинстве случаев понятна, если не очевидна. Инструментов море, идеология ясна, собрать конвейер можно в простых случаях за час, в сложных – за пару недель. Организационная же сторона вопроса не так проста, как кажется. Кто должен/может его создать? Кто обеспечит функционирование? Кто починит, когда сломается? Кто будет…

Как организовать работу с нестандартными запросами?

В редакцию портала поступил вопрос: Добрый день, Хотелось бы узнать опыт участников форума, по теме организации работы с нестандартными запросами пользователей. То есть у нас имеются выделенные запросы на обслуживание (стандартизированные запросы), они в какой то мере регламентированы. Но существует хаос с внутренними ИТ-проектами, особенно с небольшими проектами, которые не подпадают под изменения. Часто не совсем ясно, как провести грань между проектом и изменением (не всегда очевиден объем и масштаб работ). Поделитесь опытом, как у вас организовано формирование очереди работ, как прогнозируются сроки решения. Как “вклиниваются” срочные задачи. Спасибо.

Вопрос из зала, 1 июля 2019, последний комментарий 5 июля 2019

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

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

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