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

Каких ИТ-специалистов найти труднее всего?

Джастин Джеймс в блоге TechRepublic опубликовал десять вакансий в ИТ, заполнить которые труднее всего. ИТ-тренер: уникальный набор навыков и редкий для большинства ИТ-шников разъездной характер работы – делают поиск кандидатов на эту вакансию самым сложным для кадровиков. Менеджер проектов: многие компании вносят в формальные требования к кандидатам сертификацию PMP, и становятся заложниками собственных высоких стандартов: ведь обладателей сертификатов PMI довольно мало и они дорого просят за свой высокий статус. ИТ-директор/Технический директор/CIO и т.д.: как и от тренера, от лидера ИТ-команды требуется нечто большее, чем технические знания. Сотрудник Sevice Desk: ведь те кандидаты, которых действительно хочется нанять на такую стрессовую работу,…

Новостной поток, 12 апреля 2012, последний комментарий 17 апреля 2012

Техподдержка против ИТ-проектов?

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

Константин Нарыжный, 2 апреля 2012, последний комментарий 21 мая 2012

Вопрос из зала: Нужно ли разделять оперативное и полное решение инцидента

Марина спрашивает: Подскажите, пжл, нужно ли разделять оперативное решение инцидента и полное решение инцидента? например: не формируется автоматически отчет (перестал работать функционал некой системы Х). например, пользователь может вручную создавать этот отчет (оперативное решение=обходной вариант), а исправление кода в системе Х (например, отчет не формируется из-за ошибки в коде) это уже полное решение инцидента? не смешиваются ли здесь понятия — решение проблемы?

Вопрос из зала, 1 апреля 2012, последний комментарий 6 апреля 2012

Самостоятельная классификация обращений

Ситуация: 1. Очень большая доля обращений (порядка 60%) относится к вопросам, касающихся функционирования специфических ИТ-систем. 2. Компетенции первой линии точно не хватит, чтобы решить хотя бы малую часть из таких обращений. И даже не решить, а грамотно пообщаться с заявителем. 3. Порядка 70% обращений поступает через портал и e-mail, остальное – по телефону. 4. Очень небольшое количество человек на первой линии, и нет возможности добавить персонал (в том числе и за счёт организации распределённой первой линии со специализацией сотрудников). 5. Пользователи «натренированы» не звонить, а обращаться через портал или e-mail, более-менее грамотно описывать симптомы и прикладывать скриншоты . Решение: Позволить пользователям…

Михаил Тобурдановский, 29 марта 2012, последний комментарий 2 апреля 2012

Вопрос из зала: Количество единиц службы поддержки

Сергей задаёт вопрос: Хотелось бы обсудить следующую задачу: Пусть мы имеем систему, которую используют 20 предприятий, общее количество пользователей 500, пусть на одном из предприятий 40 пользователей. Пусть система обслуживается с 9 до 18, время реакции 1 час, время закрытия типовой заявки на обслуживание 4 часа. Вопросы: 1 какой инфориации не хватает, чтобы можно было рассчитать количество единиц службы поддержки (КЕСП) 2. Как изменится КЕСП если указанное предприятие попросит уменьшить время реакции до 0,5 часа И общий вопрос — используются ли в практике управления услугами методы теории массового обслуживания? Спасибо.

Вопрос из зала, 21 марта 2012, последний комментарий 13 марта 2018

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

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

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

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

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

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

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

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

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

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

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

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

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