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

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

Всё это – ЛЮДИ

Всё про управление персоналом в ИТ

Лидер и менеджер – совсем не одно и то же

В прошедшее воскресенье я получил удивительный и интересный опыт, проведя деловую игру "The Challenge of Egypt" для группы студентов летней научно-образовательной школы «Лифт в будущее – 2012». Поясню сразу – студентам было от 11 до 15 лет, в среднем – 14-15. Их отбирают сложными процедурами по всей стране, лучших свозят в летний лагерь и учат разным премудростям, включая самое настоящее проектное управление. Лучших из лучших, двенадцать человек, отправили ко мне на игру. Это очень интересная программа поддержки талантливых ребят и девчат нашей большой страны, за которой, насколько я понимаю, стоит АФК "Система". Позже, когда будут фото-видео материалы, я напишу подробнее…

Правила проведения встреч по решению трудностей

Известный американский писатель, маркетолог и блогер по совместительству Сет Годин изложил в своем журнале принципы проведения совещания. Принципов немного, и к культурным изменениям в ITSM они вполне применимы. Бывают такие встречи, когда группа ищет оптимальный способ решения некоторой проблемы. В большинстве случаев, подобные сборища управляются дилетантами, и у них ничего не выходит. Они игнорируют следующие правила: Количество участников должно быть минимально. Не приглашайте никого из политических соображений. Для того, чтобы вкусно поесть в ресторане, необязательно присутствовать на кухне. Запрещается участие "по телефону". Есть строгая повестка, иначе вас утянут в споры. Всем участники нужно предоставить всю необходимую информацию. Заранее. В письменной…

Who is incident manager?

Во многих ITSM-проектах менеджером процесса управления инцидентами назначают начальника отдела поддержки пользователей (Service Desk). Такой вариант обладает рядом понятных минусов. Основной – риск вытеснения функций менеджера сквозного процесса функциями руководителя отдела поддержки. Как следствие, сложности во взаимодействии со второй линией, риск появления изолированных самостийных видов поддержки, с поступлением обращений мимо первой линии, без регистрации в системе автоматизации. Особенно вероятна такая «параллельная реальность» в отделах сопровождения прикладных систем. Причина: первая линия относительно редко бывает достаточно компетентной, чтобы оказывать полноценную начальную поддержку по прикладному ПО. А значит и пользователями, и «прикладниками» может восприниматься как лишнее звено, только увеличивающее общее время обработки обращений….

Вопрос из зала: Совмещение ролей в ITSM

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

Танцы ангелов на булавочной головке

Справка: Вопрос о том, сколько ангелов могут станцевать на булавочной головке, используется как метафора пустых многословных обсуждений, лишенных практической ценности.  Вот уже полгода я каждую неделю жду очередного дайджеста дискуссий одной из профессиональных групп в LinkedIn. Такие дайджесты приходят по почте из многих групп, и обычно я их игнорирую (в лучшем случае), но этого жду, как когда-то – свежую серию Dr. House.  Седьмой месяц продолжается обсуждение вопроса "Password reset" , should it be treated as an Incident or a Service Request or a Change Request". Седьмой месяц эта дискуссия лидирует в списке обсуждений и новостей. Сейчас там 532 комментария. Пятьсот…

Не бойтесь обучать сервис-деск!

ИТ-скептик (Роб Ингланд) написал про то, что сервис-деск можно и нужно отвлекать от работы на обучение, непременно в полном составе. Я считаю, что у сервис-деска должно быть право на таймаут для профессионального развития и тим-билдинга. Я был руководителем, и мне было трудно обеспечить профессиональное обучение для моих подчиненных. Но сложнее всего было сделать так, чтобы от этого обучения их не отвлекали. Многим кажется, что обучение коллег – это «задача с низшим приоритетом». Я постоянно боролся с тем, что моих сотрудников хотели снять с обучения ради «более важных дел». Многие сервис-дески из тех, что я встречал, были настолько маленькие, что дважды…

Что и требовалось доказать….

Недавно позвонил один хороший знакомый, с которым вместе работали в одном из проектов. Спрашиваю его, как работает процесс (неважно, какой ): – Плохо. – В чем главная причина? – Менеджера процесса перевели на другую должность, он очень занят. Ему некогда заниматься процессом. Не правда ли, знакомая картина? Главный мотор, который не дает процессу "умереть" – менеджер. Там, где у менеджера есть время, желание и возможности – процессы работают. Там, где менеджеру "некогда" (ну или добавьте сюда еще десяток причин) – "умирают". Что и требовалось доказать….

Материалы конференции itSMFnz

В Новой Зеландии активно занимаются управлением ИТ-услугами, достаточно вспомнить нашего друга Роба Ингланда (ИТ-скептика). В середине июня в Веллингтоне прошла очередная конференция местного отделения itSMF, и совсем недавно в открытый доступ были выложены все презентационные материалы спикеров. Все слайды, документы и мультфильмы можно скачать здесь. Как в большинстве западных презентаций, картинок больше чем текста. Можно долго рассматривать скриншоты – выдержки из реальных проектных документов. Особенного интереса заслуживают доклады Грегга Лимбери о совершенствовании услуг и обслуживания клиентов, а также Оуэна МакКолла про пирамиду Маслоу в применении к целям ИТ-директора. А какой доклад понравился больше всего вам?

12 пожеланий Сервис-деску ИТ от пользователя

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

Вопрос из зала: завоевание умов в ITSM-проекте

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

15 заповедей специалиста по управлению услугами

В блоге компании американской консалтинговой компании Plexent опубликован список из 15 заповедей для практиков ITSM. Список основан на недавней статье Криса Мерфи "15 правил для ИТ", о которой мы тоже писали.  В управлении ИТ-услугами есть своя специфика, хотя правила похожи: Governance, governance, governance. Ах да, еще и governance. Не будьте менеджером услуг, становитесь посредником услуг. Используйте две фразы, которые отлично работают в любом контексте: "Мы, люди" и " дабы образовать более совершенный союз" [начало преамбулы Конституции США, по мнению автора, перекликается с главным компонентом ITSM и с принципом постоянного совершенствования – прим. ред.]. Разрабатывайте инструменты анализа, а не статичные отчёты….

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM