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

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

Процессы

Все про процессы: внедрение, управление, совершенствование

Впечатления от COBIT 5: неплохое описание процессов

Первые впечатления от COBIT 5 продолжают поступать. На этот раз автор блога "Actionable ITSM" Девид Лоув, написал о самых ценных с его точки зрения разделах: Описание и рекомендации по видам деятельности в процессах: Процесс DSS02 в COBIT 5 "Управление сервисными запросами и инцидентами" примерно совпадает с процессом управления инцидентами и процессом управления сервисными запросами (точное название: Request Fulfillment  – прим. ред.). Сам процесс DSS02 разбит на семь управленческих практик. А внутри каждой практики описаны виды деятельности, которые можно исполнять. Метрики: Для каждого процесса COBIT 5 приводит несколько связанных с ИТ целей, достижению которых этот процесс способствует. Рядом с каждой целью…

Пора перезагрузить управление услугами

Озаглавленную так статью про управление ИТ-услугами написал Иан Клейтон. На этот раз, Иан предлагает всем консультантам и практикам ITSM отказаться на время от "ИТ" и вернуться к старому доброму традиционному управлению услугами. Вспоминая о публикациях Ричарда Нормана и Теодора Левитта (одними из первых формализовавшие стратегию управления услугами), Иан предлагает поставщикам ИТ-услуг вспомнить об универсальных принципах управления услугами, то есть выйти за традиционные рамки "ИТ как форма дополнительной ценности для заказчика". Если остановиться на структурировании деятельности ИТ только для того, чтобы предоставлять заказчику стабильный уровень ценности, ИТ-услуги превратятся просто в commodity (рядовой потребительский товар), и заказчики не смогут различить предложения разных…

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

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

Приоритеты проблем, один из вариантов

Не секрет, что диагностика и поиск решения проблем весьма ресурсоемкая задача и если проблемы выявляются и поступают на обработку, то рано или поздно возникнет задача расстановки приоритетов.  Если предположить, что связь между процессом управления инцидентами и проблемами работает, и к проблемам привязываются инциденты, то одним из способов расстановки приоритетов может быть оценка количества привязанных к проблеме инцидентов, с учетом их весов, которые в свою очередь могут зависеть от степени влияния инцидента. Т.е. приоритет проблемы тем выше, чем больше сумма весов инцидентов, привязанных к проблеме. Таким образом, проблема, вызвавшая пару инцидентов с уровнем влияния "Критичный", будет иметь больший приоритет, чем проблема,…

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

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

Совмещение ролей

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

Если бы только выделенные менеджеры…

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

Выделенные менеджеры процессов

В большинстве организаций, с которыми мне доводилось работать, менеджеры процессов ITSM совмещали свои процессные обязанности с должностными, то есть были предметниками. Даже менеджеры процесса управления инцидентами довольно часто «на самом деле» были начальниками группы первой линии поддержки. Компаний, где роль менеджера того или иного процесса исполнялась выделенным сотрудником, меньшинство. А жаль. Есть вполне логичные сочетания ролей, которые в крупной компании тянут на 100%-ную загрузку. Например, SLM+PRB, CHG+CFG, INC (даже без совмещения). Выделенный менеджер обладает не только бОльшими ресурсами, но и может более правильно позиционироваться в организации, поскольку он при этом не будет являться начальником одного из отделов, который не должен…

О мелочах, удовлетворённости и “тайных покупателях”

На днях покупал в подарок мобильный телефон. Через интернет-магазин одного из основных ритейлеров, работающих со всякими гаджетами. Впечатления, как говорит Евгений, двояковыпуклые.  С одной стороны, они молодцы: договорились с производителем, и кнопка "купить" на официальном сайте последнего ведёт прямиком в нужный магазин. Предложили несколько вариантов доставки и оплаты. И главное – телефон привезли, вовремя и без сюрпризов.  С другой стороны, от процесса покупки у меня остались впечатления, из-за которых я, скорее всего, ещё раз в этот магазин не пойду. Откуда же эти впечатления взялись? А дело вот в чём. При оформлении заказа на сайте (а было это 9 февраля) рядом…

Старый новый формат

В последнее время все чаще обращаются заказчики с желанием самостоятельно спланировать/разработать/внедрить процессы с минимальным консалтинговым сопровождением. "Вы нам тулу хорошую дайте, ну и как-нибудь помогите еще, так, чтоб заработало". Желание понятное. Понятны и риски – у заказчика при самостоятельном внедрении шансы на неуспешное завершение проекта возрастают. А консультанты при таком раскладе зарабатывают меньше денег и получают дополнительные репутационные риски, ведь при неудаче никаким договором не прикроешься, все будут знать: внедряли вот эти, а помогали им – вот эти. И что интересно – стали часто просить "стандартный процесс". Есть ощущение, что это тренд. Вперед, к решениям из коробки с минимальным процессным…

Готовые метрики Управления Изменениями от Pink Elephant

Компания Pink Elephant ведёт занимательный проект – сбор статистических данных о реальных значениях процессных метрик. Принять участие в опросе может любая компания, а результаты периодически публикуются в блоге компании. Сегодня появились обновлённые данные по процессу управления изменениями.

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM