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

Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...

14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.

 

 

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

Вопрос из зала: “многослойная” поддержка

И вновь нам задают интересный вопрос из практики. Наталья спрашивает: Здравствуйте, коллеги! Есть ли какие-то рекомендации или стандарты в отрасли (или хотя бы best practices и ваши наблюдения), которые бы показывали рациональность введения дополнительного уровня поддержки? Сколько процентов кейсов должен закрывать каждый уровень поддержки, чтобы оправдать свое существование? Буду очень благодарна за ваш ответ. Коллеги, ждём ваших ответов в комментариях!

Вопрос из зала: премиум поддержка

В нашей рубрике "Вопрос из зала" продолжают появляться интересные темы. Василий интересуется: Добрый день, уважаемые. На текущий момент в нашей организации планируется внедрение новой услуги – Премиум поддержка (VIP Support). Специфика – техническая поддержка программных продуктов (наша организация является вендором) на привилегированных условиях. В этой связи буду очень признателен за практические советы по составу этой услуги. Возможно у кого-то уже есть подобные услуги, кто-то знает фишки, которые нравятся заказчикам. Буду благодарен за любую информацию, в том числе и за ссылки на интересные статьи по этому поводу. Спасибо. Наверняка кто-то из читателей нашего портала сталкивался с подобной задачей. Поделитесь своими знаниями,…

Мир розовых слонов

В конце февраля я был командирован на интересное мероприятие – 17-ю Ежегодную международную конференцию и выставку по ITSM, организуемую из года в год компанией Pink Elephant (а точнее – её канадским отделением). Это, безусловно, самое грандиозное ITSM-мероприятие, на котором я был. В прошлом году президент Pink Elephant Дэвид Рэтклиф рассказывал мне в интервью о том, как эта конференция начиналась. Дескать, в декабре далёкого 1997 года они решили выходить на рынок США, для чего и провели первое мероприятие. Собрали 60 человек. На следующий год – сотню. В круглый двухтысячный – уже четыреста. К кризису 2008-2009 подошли в отличной форме, собирали под…

Влияние синих пробирок на совершенствование процессов

"У меня пробирки посинели", – такой простой, но емкой фразой пользователь описал сложившуюся у него ситуацию оператору Service Desk. Таких примеров, уверен, каждый из Вас приведет сотни. Шутки шутками, но оператору такие обращения приходится регистрировать и классифицировать, в том числе определять, к какой ИТ-услуге относится данное обращение, чтобы правильно вычислить сроки по соглашениям, ответственных и т.д. Чтобы затем правильно построилась отчетность по ИТ-услуге, и менеджер принял верное решение по совершенствованию процессов. При создании каталога ИТ-услуг мы обычно задумываемся над способом формирования каталога: от ИТ-систем, от бизнес-процессов, и т.д. И, рассуждая, говорим, что пользователям, конечно, ближе бизнес-процессы. Но на практике случается…

International Best Practice Institute

В мире существует огромное количество различных стандартов, практик и моделей. Некоторые из них со временем устаревают, а некоторые становятся хорошими или даже лучшими (а затем снова хорошими). Параллельно с практиками появляются и сообщества, которые занимаются их поддержкой, развитием, популяризацией, интеграцией и так далее. Недавно усилиями нескольких компаний был создан International Best Practice Institute. Что же представляет из себя эта организация? Миссия, описанная на сайте выглядит следующим образом: “Быть международным партнерством людей, компаний, профессиональных сообществ, пользовательских групп и прочих организаций, дающим (по возможности) свободный и независимый от чьих-либо коммерческих интересов доступ к наиболее важным методологиям и стандартам, а также связанным с…

Мёртвые души

В модели оценки уровня возможности процессов COBIT 4.1 определено 5 уровней. Уровень 2 – процесс повторяемый и исполняется на практике, уровень 3 – процесс исполняется на практике и документирован (т.е. зафиксированы правила, которые определяют кто, как и когда исполняет те или иные действия по процессу). Это авторы COBIT сделали, не подумав (как Шарик из Простоквашино, купивший на зиму кеды вместо валенок) 🙂 Потому что на практике иногда случаются крупные ITSM-проекты, на которые деньги выделяются «раз в жизни», и поэтому в рамки этих проектов заказчики стараются уложить все мыслимые процессы. Пусть будут! И появляются у нас на практике процессы, которые полностью…

Владелец, менеджер, технолог – кто все эти люди?

Эксперт в области управления ИТ-услугами Стефен Александр в своей статье на The ITSM Review рассуждает о ролях, которые обычно встречаются в процессах управления ИТ – "Владелец процесса", "Менеджер процесса" и "Технолог процесса" (Process Engineer). В чём разница между этими ролями? Какие обязанности они подразумевают, и какие способности нужны для их выполнения? Отвечая на эти вопросы, Стефен описывает соответствующие этим ролям зоны ответственности и перечисляет навыки, необходимые для работы в каждой из этих ролей. Вот, что у него получается:  Владелец процесса Зоны ответственности: Общее проектирование процесса Обеспечение ценности для бизнеса, приносимой процессом Обеспечение соответствия всем связанным политикам Определение ролей в процессе Определение критических факторов…

Антирейтинг высказываний на Change Advisory Board

Новозеландский специалист по управлению ИТ-услугами Райан Огилви опубликовал свой личный  рейтинг самых вредных фраз для процесса управления изменениями.  Примерно раз в неделю, группа уполномоченных сотрудников собирается, чтобы рассмотреть, оценить и приоритизировать грядущие изменения в инфраструктуре. Во многих организациях такая группа называется Change Advisory Board (CAB) – совет по изменениям. Вот слова, которые я часто слышу на подобных встречах в моей компании. «Это изменение на 30 секунд». Даже за полминуты можно успеть сломать приложение. «На пользователей не повлияет». Даже если изменение проводится в «нерабочее время», не забудьте про план коммуникаций. «Это минимальное изменение в интерфейсе приложения». Обычно за этими словами кроется…

Вопрос из зала: доступность и её команда

Алексей Тюрин спрашивает на нашей страничке в Фейсбуке: Добрый день! Помогите пожалуйста разобраться в чем разница между reliability и dependability (нет в глоссарии). И то и другое согласно ГОСТУ – надежность – т.е. свойство объекта сохранять во времени в установленных пределах значения всех параметров… Тем не менее в другом контексте говорится, что depentability – это reliability и availability. В этом случае, если reliability – надежность, то что такое dependability? Безотказность? Т.е. безотказность это надежность и доступность (способность объекта выполнять согласованную функцию, когда это требуется). Правильным ли будет такой вывод? Спасибо! Давайте распутаем эту терминологическую красоту в комментариях.

Вторжение, набег, нашествие… Кого воспитывать – пользователей или программы?

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

Обновлены этические нормы itSMF

Жизнь сообществ в области управления ИТ-услугами бьёт ключом. Буквально вчера прошла первая встреча активистов Российского itSMF, на которой вновь избранный председатель обсудил с добровольцами вопросы организации новых комитетов и экспертного совета. А itSMFI выпустил новую версию этических и поведенческих норм для членов и лидеров всех отделений форума. Этические нормы, актуальные теперь для всех членов форума, таковы: Как член itSMF, я обязуюсь: Сотрудничать с другими членами itSMF и относиться к ним с уважением в любых обстоятельствах Быть честным со всеми своими коллегами Распространять знания о принципах ITSM Сообщать обо всех неэтичных и незаконных действиях соответствующим руководителям Пресечь мою личную заинтересованность в…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM