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

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

Процессы

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

Начинается новый сезон бесплатных вебинаров CleverTALK

4 октября начинается ХV сезон бесплатных вебинаров по управлению ИТ CleverTALK. Зарегистрироваться на все вебинары сразу можно на сайте Cleverics. В этом сезоне: 4 октября. Управление проектами по PRINCE2. Какую версию выбрать – 2009 или 2017? Ведущий: Игорь Гутник Программа: Что изменилось в новой версии PRINCE2? Что изменилось в новой версии экзамена? Какой экзамен лучше сдавать? По какой из книг лучше изучать управление проектами? Регистрация 25 октября. Собираем паззл: бюджетирование, управление мощностями и архитектурой Ведущий: Павел Дёмин Программа: Ограничения сервисно-ресурсных моделей при формировании сервисного бюджета Сбор потребностей и применение типовых архитектур Связь с управлением закупками Операционный каталог и операционная модель Big picture:…

Люди, процессы, технологии, автоматизация – следующая ступень эволюции управления услугами

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

“Х-Фактор” управления услугами

Управление услугами всегда было связано с предоставлением ценности и достижением результатов для бизнеса. Но сейчас только лишь ценности и результатов недостаточно. Появился “Х-фактор”. Что такое “Х-фактор”? Это опыт. Чрезвычайно важным аспектом управления ИТ-услугами (ITSM) стал опыт. Почему? Причина проста – люди. Именно люди делают так, что сервис менеджмент работает. Четко определенные процессы бессмысленны, если люди не следуют им. Эффективные и ценные услуги бесполезны, если ими никто не пользуется. Более значимая  причина еще и в том, что у людей есть эмоции. Именно опыт создает эмоциональную связь между поставщиком услуг и людьми, которые эти услуги потребляют. Это значит, что  качественное управление услугами…

Когда начинается ITSM Change Management

Стюарт Рэнс, один из авторов текущей версии библиотеки ITIL, в своей заметке When Should ITSM Change Management Start рассуждает о процессе управления изменениями: «У большинства организаций есть процесс управления изменениями. Обычно он включает такие шаги, которые гарантируют, что изменение не вызовет негативных последствий. Для инициирования процесса управления изменениями регистрируется RFC, и тогда это изменение рассматривается на предмет того что: необходимое тестирование проведено, вопросы безопасности и риски рассмотрены, все регламенты и стандарты взяты в расчет, etc. Процесс управления изменениями также составляет график изменений, чтобы предотвратить конфликты – например, когда для двух разных изменений требуются одни и те же ресурсы. Одно большое…

Управление знаниями: шаги к успеху

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

Какие запросы на изменение нужно выносить на CAB?

Если ваш ИТ-департамент отправляет каждый запрос на изменение (RFC) в Совет по изменениям (CAB) для утверждения, то вы неправильно управляете изменениями. По моему опыту, есть четыре причины того, что все или большинство RFC отправляются в CAB: Плохо построенный процесс управления изменениями. Не прозрачные бизнес-требования для внесения изменений («что мы должны получить в результате?»). Объем RFC не понятен. В ИТ есть те, кто больше озабочен выполнением предписанных действий, чем хорошей работой. Хорошо продуманный процесс управления изменениями должен облегчить, но не перегружать контролем осуществление изменений. Эффективные процессы управления изменениями устраняют столько разногласий, сколько возможно, гарантируя ясность того, каким образом осуществляются изменения. В…

На чём фокусироваться в первую очередь: технические практики или ценность для заказчиков?

В заметках компании LeadingAgile, занимающейся магией, благодаря “гибким” преобразованиям, подняли вопрос первоочерёдности. Технические практики или ценность для заказчиков, что за чем следует? Наша редакция подготовила небольшую выдержку из публикации, а за оригиналом можно пройти по ссылке. Предположим, ваша организация не знает, что было бы ценно для ваших клиентов. При этом и хорошая практика предоставления ценности у вас отсутствует. На чём вы сфокусировались бы в первую очередь? Если сосредоточить внимание на ценности для заказчиков, способно ли это привести к улучшению её реализации на практике? Если сосредоточить внимание на процессе предоставления ценности, потребности заказчиков будут удовлетворены? Хорошо, позвольте мне спросить вас об…

Управление инцидентами в бизнес-процессах компании

В редакцию портала поступил вопрос: Коллеги, всех приветствую. Хотел поднять тему внедрения управления услугами на уровне предприятия (Enterprise Service Management). На тему натолкнула статья Стюарта Рейнса Incident Management Isn’t Just For IT (оригинал optimalservicemanagement…isnt-just-for-it, перевод habrahabr.ru/post/347488/). Кому-нибудь приходилось участвовать в таком преобразовании процессов? С какими трудностями сталкивались? Известны случаи, когда инициатором таких проектов был именно ИТ и ИТ оставалось рулить процессами? На сколько успешно это было?

Вход и выход ИТ-организации

Сдвиг приоритетов в управлении современной ИТ-организации выводит на место особо важных процессы управления отношениями с бизнесом (Business Relationship Management, BRM) и управления поставщиками (Supplier Management), считает Марк Бланк (Mark Blanke) и пишет об этом в своей статье. Названные процессы сегодня не менее важны, чем другие 4-5 процессов ITIL, которые традиционно внедряют или уже внедрили большинство ИТ-служб. Очень часто внедренный (как это утверждается) процесс BRM сводится к деятельности конкретного сотрудника или группы, координирующей и представляющей командам разработки требования к информационным системам и предоставляющей высокоуровневую поддержку по ключевым приложениям. Эти люди, как правило, не являются полнценными представителями ИТ перед бизнесом, а также…

Контролируемый хаос

Таким эпитетом охарактеризовали одну из недавних игр её участники.  Есть даже научный термин «управляемый хаос» – им оперируют физики, социологи, политтехнологи. Но мы, собственно, не про политику. По правде говоря, первый игровой раунд в этой игре (а речь идет о небезызвестной уже многим Apollo13) – это всегда хаос. Так даже в скрипте заложено – авторы постарались. Но игра построена так, что в последующих раундах силами игроков уже можно организовать какой-никакой порядок. Так вот в той, о которой идет речь, так не случилось. Как это выглядело: Все между собой общались – несмотря на то, что люди были из разных подразделений одной организации,…

Пост на вечную тему, который должен написать каждый

“Беги, дядь Мить…” Все однажды сталкивались с обслуживанием, которое совсем не оправдывало наши ожидания и вызывало негативные эмоции. Многие после этого взрываются гневными постами в соц. сетях с  традиционными «больше ни ногой», «куда смотрит ваш прогрессивный менеджмент», «вы посмотрите, какие конкуренты – молодцы» и прочими шпильками. Как новый сотрудник компании, я должен был поучаствовать в стандартной процедуре – получить банковскую карту в рамках зарплатного проекта. И отправился за ней в доп. офис банка, цвета бренда которого в природе свойственны демонстративно опасным и ядовитым видам. По мере того, как мы с сотрудниками отделения пытались приблизиться к заветной цели, все становилось сначала…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM