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

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

Вопрос из зала

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

Об измерении вреда

Сегодня мы закончили пилотное чтение нового курса. Новый курс называется “Оценка процессов управления ИТ”, и условно его можно разделить на две части: “Оценка процессов снаружи” и “Оценка процессов внутри”. Первая часть – про оценку дизайна ИТ-процессов, состава реализованных практик и организации управления, контроля и совершенствования: ISO 15504, COBIT PAM, TIPA и наши собственные инструменты для диагностики процессов. А вторая – про метрики и показатели, используемые для управления: показатели результативности, рациональности/эффективности и другие доступные менеджерам различного уровня линейки и градусники. В пилоте участвовали слушатели, искренне интересующиеся темой оценки процессов и отлично подготовленные, поэтому вести курс было непросто, но чрезвычайно интересно. Пользуясь…

Вопрос из зала: где учиться сервис-деску?

Наши друзья из службы управления персоналом крупной компании спрашивают: Наш сервис деск хотел бы узнать есть ли какие-либо тренинги/конференции по их специальности за рубежом? Уточнение: интересуют конференции/курсы по дата центрам, серверному оборудованию, серверным технологиям. Вопрос, как видите, не простой. Сможете посоветовать что-нибудь?

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

Следующими вопросами задается Анна Лобова, наша постоянная читательница, в ходе организации системы учета оборудования и определения материально ответственных лиц: Как организовать складской учет с нуля? В компании, где нет ИТ склада, а есть единый склад (тумбочки, шкафы, автомобили и компьютеры вместе) и никакой привязки учетной единицы к человеку. Выдали и выдали, кому выдали не отмечено, отмечено просто что такая-то единица в компании есть. Разумеется все прут ноуты и еже с ними домой, особенно те, кто увольняется не по доброму. Да еще и плюс Отдел Кадров не всегда информирует ИТ об увольнениях. Два варианта, очевидных: 1) создать обходной лист и пока…

Вопрос из зала: собираем SDP

Продолжаем познавательную рубрику – “Вопрос из зала”, в которой любой может получить ответ на интересующий его вопрос по тематике, связанной с управлением ИТ-услугами. Читатель нашего портала Олександр Винницкиий интересуется практикой создания проектной документации услуги (SDP, service design package), а точнее составлением перечня документов, которые входят в SDP: Добрый день, коллеги. Возник следующий вопрос: одним из важных результатов работы процессов входящих в Service Design является SDP (Service Design Package), который активно используется процессами Service Transition и Service Operation, а в рамках какого процесса создается собственно перечень тех документов и шаблонов, которые должны быть созданы при проектировании сервиса или значительного изменения? Наверняка у…

Два слова о границах

Вчера itSMF России проводил семинар, посвященный организационным изменениям. А сегодня, так уж вышло, я вел курс на ту же тему. А завтра мы будем играть в деловую игру, и тоже о них. И вчера, и сегодня мы обсуждали вопрос о границах дисциплин управления организационными изменениями и управления программами/проектами. И вот какое у меня сформулировалось мнение: Можно рассматривать этот вопрос с точки зрения границ проводимой трансформации. Тогда матрешка складывается такая: организационное изменение может включать в себя одну или несколько программ, в свою очередь состоящих из нескольких проектов.  Например, организационное изменение “Выделение ИТ-функции в самостоятельную организацию “NNN-информ”” может включать в себя программу формальной…

Service Desk за пределами ИТ

Наш гость Михаил спрашивает у сообщества: Добрый день! Скажите, пожалуйста, известна ли Вам хоть одна российская компания, где служба Service Call IT была бы выведена из подчинения IT?  Поделитесь в комментариях собственным или проектным опытом коллеги! Есть истории успеха?

Вопрос из зала: снабжаем знаниями оператора Service Desk

Со следующей практической проблемой столкнулся Александр в ходе совершенствования работы службы Service Desk: У меня организован сервис деск с определенным количеством операторов. Т.к. с каждым днем в нашей компании все больше и больше ИТ-услуг начинают обрабатываться через сервис деск, то само собой возник вопрос компетенции операторов. В голову оператора невозможно, как на жесткий диск, внести информацию по десяткам информационных систем, рабочих групп, обслуживаемых компаний (точнее можно, но стоимость такого оператора будет зашкаливать). А следовательно надо соорудить некую инструкцию для оператора. Некоторые ее еще называют картой обеспечения сервиса. Может кто из вас сталкивался с такой работой и может поделиться своими наработками (шаблонами, образцами)? Возможно кто-то из читателей нашего…

The Real Challenge of Egypt… и другие горькие лекарства

На прошлой неделе я проводил для группы менеджеров деловую игру The Challenge of Egypt – известную проектную симуляцию, команда строила пирамиду из Лего. Точнее, две пирамиды, Точнее, пирамиду и сфинкса. Точнее, в итоге – одну пирамиду и сфинкса, причем пирамиду не до конца.  Это было очень интересно, в том числе и потому, что группа была не айтишная, а необычная аудитория – это всегда увлекательно. Вот сейчас у меня вечерами учатся студенты ВМК МГУ, так это ещё увлекательнее, хотя они почти всё время молчат – ещё нет привычки встревать, есть привычка конспектировать. Но сейчас не о них.  Как я уже упомянул,…

Major / Critical Incident Management: важная темная область

На прошедшем в начале этой недели курсе мы с его участниками обсуждали инциденты, для которых не очень хорошо работают привычные процедуры, описанные в книжках. Участники называли такие инциденты "критическими", я по привычке "значительными". Что мы в ходе этого обсуждения выяснили:  Во-первых, годное определение значительного инцидента не так-то просто найти в литературе. Например, словарь ITIL говорит, что  Major Incident – The highest category of impact for an incident. A major incident results in significant disruption to the business.(Значительный инцидент – Наивысшая категория влияния, применяемая инцидента. Значительный инцидент вызывает существенные потери для бизнеса.) Если Critical или Major – действительно лишь значение параметра "Impact", то не…

Вопрос из зала: изменения и проекты

Сергей Зайцев спрашивает у нас, коллеги: Добрый день, коллеги! В ходе работы на ITSM-проектах неоднократно сталкивался с ситуациями, когда в ИТ-подразделениях одновременно внедряются процесс управления изменениями (в соответствии с рекомендациями ITIL) и управление (ИТ-)проектами. Зачастую внедрения осуществляются при поддержке различных "спонсоров". Возникает, с одной стороны, необходимость разграничения сфер ответственности и задач управления изменениями и пректами и, с другой стороны, вопрос их стыковки и взаимодействия. Прошу поделиться Вашими соображениями и опытом по поводу того как решить две вышеуказанные задачи. Литературный скучный ответ примерно такой: ​​ Close alignment between change management and programme and project management is essential to ensure that the change schedule is…

А есть ли Change без CMDB?

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM