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

Туннельный эффект

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

5 подводных камней автоматизации

Elzette Wilkinson, которая пришла в мир ITSM, оставив любимые исследования в английской литературе, в статье "5 Common IT Automation Mistakes and How to Avoid Them" рассуждает об автоматизации, ее достоинствах, ошибках в подходе и о том, как их избежать. Наверняка об этом много и писали и говорили. И тем не менее, тема остается актуальной. Департаменты ИТ испытывают постоянно возрастающее давление, от них ждут повышения эффективности и рентабельности, снижения риска несоблюдения законодательства, предоставления ощутимой бизнес-ценности. Столкнувшись с одинаково сложными требованиями потребителей и управленцев, IT начинает понимать преимущества средств автоматизации. Автоматизация ИТ не только уменьшает нагрузку на сервис деск, но и сокращает время решения обращений, улучшает…

Новостной поток, 28 сентября 2016, последний комментарий 29 сентября 2016

Свежий “Магический квадрант” по IT Service Support Management Tools от Gartner

В конце августа опубликован очередной аналитический отчет Gartner о системах управления поддержкой ИТ-услуг (IT service support management, ITSSM). На портале RealITSM не раз публиковались мнения о подобных отчетах и том, как их правильно применять. Тем не менее, поскольку многие компании информацию из этих отчётов если не используют, то, как минимум, анализируют, пройти мимо такой новости, наверное, было бы не правильно. Аналитики Gartner отмечают, что, несмотря на то, что список систем на портале ITSM Portal (который, на самом деле, уже давно www.ITWNET.com) на тот момент состоял из 415 позиций, и некоторые из них повторяются, сами они насчитали более 450 производителей систем….

Siri или Cortana в вашем Service Desk

Кай-Уве Винтер (Kai-Uwe Winter), ведущий консультант в области программного обеспечения, компании Materna GmbH в своей заметке обсуждает новый тренд в автоматизации групповых коммуникаций и информационных служб. Роботы захватывают мир! Чат боты в Telegram и их аналоги, развернутые в корпоративных облаках, в настоящее время учатся решать целый спектр задач: Осуществлять первичную коммуникацию с пользователем, создавая и маршрутизируя обращения; Предоставлять группам поддержки информацию из баз знаний и вспомогательных систем, таких как: мониторинг, CMDB, корпоративные справочники, поддержка клиентов; Приблизить ненавистную (кто же любит в неё обращаться по своей воле) ИТ-поддержку к пользователю, ускоряя запросы на получение информации от неё и делая коммуникацию с ней более человечной. Для успешного использования…

Новостной поток, 24 августа 2016, последний комментарий 31 августа 2016

Инциденты, требующие доработок ПО

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

Павел Дёмин, 22 августа 2016, последний комментарий 17 сентября 2021

Жизнь Service Desk 2016. Взгляд с передовой.

Организация «Service Desk Institute» (SDI) недавно опубликовала отчёт «Жизнь Service Desk 2016: взгяд с передовой» («Life on the Service Desk in 2016: A View From The Frontline»). Исследователи задавали вопросы о разочарованиях и ожиданиях от ITSM-инструментария, используемого для автоматизации работы Service Desk. А потом сравнили с ответами на аналогичные вопросы, заданные в 2012 году. Картина изменилась не сильно. В топ-10 областей, вызывающих наибольшее недовольство, первое место по-прежнему занимает функциональность. Среди основных претензий в области функциональности перечислены: недостаточность автоматизации базовых процессов (?!?), недостатки в мобильных интерфейсах, ограниченная поддержка браузеров, ограниченная функциональность самообслуживания, отсутствие интеграции с cmdb, и… отсутствие разделения инцидентов и…

Новостной поток, 2 июля 2016, последний комментарий 12 июля 2016

Антихрупкость: частые падения, своевременное обнаружение, быстрое восстановление

Определённо, в последнее время требования к высоким уровням доступности становятся всё более распространёнными. Сервисы, что ранее предоставлялись лишь "внутри" компании, становятся внешними, будучи предоставляемыми непосредственно клиентам. Соответственно, как отмечает Стюарт Рэнс в своей заметке, и простои сервисов, когда они возникают, становятся сразу видны многим: от клиентов до прессы и конкурентов. Довольно часто можно прочитать в заголовках новостей, что в такой-то компании произошёл серъёзный сбой в ИТ. В свою очередь, это выливается в потерю огромных сумм денег, потерю репутации на рынке. Что предпринять, чтобы не оказаться в подобной ситуации? Крепость Данный подход "старой школы" предполагал титанические усилия, направленные на проектирование сервисов,…

Сервис мониторинга сервисов

Кэрролл Мун (Carroll Moon, главный архитектор облачных решений Microsoft) недавно подвёл итог своей полуторагодичной деятельности по публикации в блоге компании AXELOS серии заметок, посвящённых сервису мониторинга, выпустив заключительную часть. Почему, даже имея в наличии прекрасно выстроенный мониторинг, можно регулярно получать обращения недовольных пользователей? Почему так происходит? Кэрролл отвечает на эти вопросы и предлагает присоединиться к обсуждению. Целью мониторинга является обнаружение инцидентов. Этап обнаружения – это лишь один из шагов в хорошем процессе управления инцидентами. Пусть сам процесс управления находится вне охвата серии заметок по сервису мониторинга, но некторые важные моменты стоит выделить. Коммуникации важны не меньше, чем мониторинг. Существуют по…

Новостной поток, 26 апреля 2016, последний комментарий 11 мая 2016

Интерфейс для каталога услуг

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

Андрей Труфанов, 21 апреля 2016, последний комментарий 17 мая 2016

О, это сладкое слово — Релиз!

Завсегдатай всем известного сайта allthingsitsm.com Марк Смолли (Mark Smalley) опубликовал заметку о релизах ПО, и о том, как в среде ИТ-специалистов поступают при возникновении проблем с ними. Марк говорит о том, что иногда при возникновении сложностей с релизами, в силу их значительной временной дискретности, некоторые компании принимают меры к "починке релиза", нежели к "починке конвейера релизов". Далее в заметке излагаются закономерные выводы о том, что именно второй подход в среднесрочной перспективе способен предоставлять результаты более стабильного качества. Для выбора способа улучшения нам приходится оценивать множество факторов: критичность приложения для бизнеса/потребителя, риски и ущерб от возможных сбоев, репутационный риск и способность поставщика услуги принять его….

Новостной поток, 4 апреля 2016, последний комментарий 7 апреля 2016

Вопрос из зала: как измерять и контролировать качество процесса?

Читатель нашего портала, Антон, обратился к нам с вопросом по поводу измерения качества процессов: Коллеги, добрый день! Предположим процесс описан, утвержден, автоматизирован. Люди обучены и работают по регламентам (так или иначе). Есть задача контролировать качество процесса. Что общественность включила бы в ту самую, значимую для стейкхолдеров, совокупность характеристик процессов определяющих его качество? Приглашаем вас поучаствовать в обсуждении.

Вопрос из зала, 17 февраля 2016, последний комментарий 17 февраля 2016

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

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

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