Все про процессы: внедрение, управление, совершенствование
Извечный вопрос, мешающий многим "внедрять" ITIL – это вопрос обоснования преимуществ. В общеизвестной формуле ROI достаточно легко посчитать расходы, но куда сложнее оценить положительные изменения, который ITIL привнесёт в организацию. Алан Диксон (Allan Dickson) в своей заметке даёт несколько дельных советов на этот счёт. Чуда ожидать, однако, не следует.
Вебинар «Принципы построения работы и основные бизнес-процессы провайдера ИТ-услуг среднего размера» Дата и время проведения: 21 сентября, 11.00 (Мск.) Форма проведения: вебинар Условия: участие в вебинаре бесплатное, необходима предварительная регистрация Продолжительность: 1 час Аудитория: Руководители компаний среднего размера (20-50 сотрудников), профессионально оказывающих ИТ-услуги на открытом рынке Организатор: компания НАУМЕН Докладчик: Олег Скрынник Некоторые компании, пытающиеся заниматься предоставлением ИТ-услуг на открытом рынке, надеются на удачу, пару ключевых специалистов и богатого клиента. Они могут позволить себе не думать об организации труда, а просто искать своё счастье. Другие собираются работать долго, при этом быть стабильными и прибыльными. Они отчётливо осознают потребность в чёткой…
Вспомнил об одном фильме, который посмотрел несколько месяцев назад (уж не знаю почему вспомнил) – "Outsourced". Очаровательная история руководителя call-центра в Америке, чей call-центр решили перенести в Индию. А товарищу предложили традиционный американский подход – или на улицу без выходного пособия, или в Индию – учить и строить свою замену. Прекрасный фильм. Совершенно неизвестные актёры, которые замечательно играют. Хороший, совершенно не американский юмор. Естественно, всё приправлено романтикой и проч., но кнопка быстрой перемотки не требуется. Плюс настоящий индийский колорит. Сравниваешь с рассказами тех, кто в Индии бывал, – сходится. Наглядно. Очень непохоже. Не всегда понятно. Жутко интересно и хочется съездить,…
Мы стали активно интересоваться BPMN около года назад и даже написали об этом статью (https://cleverics.ru/subject-field/hot-issues/bpmn). Статья содержала пример диаграммы BPMN с несколькими ошибками 🙂 Время шло, проекты делались, мысли копились. В пятницу отправил заказчику пакет процессной документации, в том числе несколько регламентов процессов. Все документирование процессов выполнено в BPMN. Решил зафиксировать текущие мысли. С одной стороны, BPMN это действительно удобно. Диаграммы получаются короче и точнее, чем, например, в CFD (за счет использования специальных графических элементов). Они не то чтобы содержат больше информации, они позволяют представить ее более наглядно, объяснить логику исполнения процесса, в том числе событий, взаимодействий нескольких процессов, параллельных…
Не перестаю удивляться. Каждый раз, когда проектирую очередной процесс, обязательно у кого-нибудь возникает вопросы: "А нельзя ли не в процесс закладывать контроль деятельности, а в системе автоматизации какую-нибудь заковыку сделать, которая бы нас оградила от неверных действий, а еще лучше работать заставила". В этот момент всегда вспоминаю фильм Матрица и их разъемы в затылках. Когда уже наступит время, когда придуманный процесс достаточно будет прошить исполнителям в мозг и дальше только периодически обновлять прошивки по мере совершенствования процесса? 5 секунд и коронная фраза "Я знаю управление релизами" вылетает из уст очередного участника процесса. Мечта….. А пока приходится говорить, о том, что без…
Не могу не поделиться. Вчера, по долгу службы, получил на рецензию регламенты процессов управления инцидентами и проблемами, которые одна уважаемая компания-консультант разработала для своего заказчика. Никаких имен, никаких фактов и цитат (хотя, реально жаль, что не могу поделиться этим шедевром). Читал я читал, думал-думал и понял, что хочу сформулировать манифест, отражающий наше (команды Cleverics и мое лично) отношение к процессной документации: Не превращать регламент процесса в книгу о процессе, в которой пространно излагается, что "бывает такая ситуация, а бывает другая ситуация, а правила для определения сроков определить невозможно, а сопоставление бывает выполнить очень сложно, но надо стараться и полагаться на…
Одним из наиважнейших аспектов реализации бизнес-процессов, включая процессы ITSM, является управление организационными изменениями (Organizational Change Management, OCM). Именно этому аспекту часто уделяется минимум внимания, в том числе при финансировании проекта, и именно это невнимание часто становится основной причиной провала всей затеи. Как организовать управление организационными изменениями, рассказывает в своей статье Джон М. Кларк
Дэвид Майнвилл (CIOUpdate) напоминает, что ITSM – не что-то новое, а работа, которую мы все так или иначе делаем. Не тратьте время на то, чтобы обосновать ITSM – это все равно, что обосновывать дыхание. Примите ITSM как данность. Сосредоточьтесь на сервисах. Читать статью полностью на CIOUpdate.
Попалась на глаза любопытная дискуссия в одной из ITSM-групп LinkedIn (там вообще-то в основном обсуждаются вопросы типа "у меня есть сертификат ITIL Foundation, как мне организовать локальное отделение ITSMF здесь у нас в Бангладеш?", но иногда вдруг мелькают любопытные дискуссии – то вопрос интересный окажется, то комментаторы толковые…) Тема любопытной дискуссии – оценка работы процесса управления изменениями с использованием метрики "доля успешных изменений". Под долей успешных понимается отношение числа успешных изменений за период к общему числу изменений за период. Вопрос, который задает инициатор обсуждения (Satyarth Singh), звучит так: что считать за 100%? и заодно – какие изменения считать "успешными"? Судя по…
Недавно в Финляндии было проведёно интересное мини-исследование, в котором респондентам задавали лишь один вопрос: "Каковы основные проблемы в ITSM в настоящее время?". Примечательно, что вариантов ответов не давалось – респонденты вынуждены были отвечать своими словами. Также примечательно, что вопрос был только один. Было получено более 60 ответов, которые, после анализа, показали любопытную картину. Читать далее на ITSM Portal
18 и 19 мая 2010 года Москву посетил известный ITSM-эксперт Ян Схилт, основатель и совладелец компании GamingWorks. Во время своего визита он дал эксклюзивное интервью компании Cleverics, в котором ответил на ряд важных вопросов о назначении и принципах деловых (симуляционных) игр, своём видении будущего ITSM-обучения, а также дал оценку современного состояния популярной в настоящее время библиотеки ITIL v3. Подробнее на сайте Cleverics.