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

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

Проекты

Управление проектами, менеджеры проектов

Another Challenge of Egypt. A different one.

Как и планировалось, на прошлой неделе мы провели игру The Challenge of Egypt по новому сценарию, с новыми материалами, с другой пирамидой… в общем, "такую же, но совсем другую". По-моему, GamingWorks – опять молодцы. Новая версия "Египта": полезнее для тех, кто изучает управление проектами, потому что полнее покрывает практикой теорию лучше масштабируется, можно довольно сильно и сравнительно несложно расширять состав участников игры даёт команде больше свободы как в следовании правилам, так и в совершении ошибок реалистичнее обыгрывает управление рисками требует от участников меньше навыков устного счета и больше навыков коммуникаций, планирования и контроля позволяет обыграть управление подрядчиками использует гораздо меньше кубиков…

Новая модель зрелости для проектной деятельности

AXELOS продолжает обновление материалов портфеля лучших практик, стараясь при этом не трогать основные публикации. На очереди – интегрированная модель зрелости для управления портфелем проектов, программами и отдельными проектами (P3M3®).  Модель должна дать организациям инструментарий (само-)оценки в таких областях, как процессы, персонал, инструментарий и информация. При этом управление портфелем, программами и проектами оценивается независимо – организация может быть лучше развита в одной из них и менее развита – в другой.  Предусмотрено два уровня доступа к материалам модели – бесплатный (standard self-assessment) и платный (enchanced, стоимостью £360). Скачать и попробовать бесплатный вариант можно будет в марте, платный вроде бы доступен уже сейчас. Анонсированная…

Операционные стандарты – практическое развитие идеи OLA?

Какая картинка обычно возникает у нас в головах, когда мы слышим или видим упоминание об OLA? Рискну предположить (на своём примере и опыте, конечно), что следующая. Идём от сервисной модели. На верхнем уровне – бизнес-услуга, которая предоставляется заказчику для выполнения его бизнес-процессов, на среднем – технические услуги, которые поддерживают, в свою очередь, бизнес-услугу, а на нижнем уровне – компоненты ИТ-инфраструктуры. На каждую техническую услугу заключаем OLA с такими параметрами, чтобы обеспечивать SLA на бизнес-услугу. Давайте взглянем на средний уровень, где расположены технические услуги и разберёмся с ними поподробнее. Предположим, что наша бизнес-услуга – это "ИТ-обеспечение спецдепозитарной деятельности". Тогда техническими услугами, обеспечивающими бизнес-услугу, будут сущности,…

Про DevOps

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

7 условий реализации успешного ITSM проекта

На днях натолкнулся на документ, который, как мне кажется, достоин внимания каждого кто задумывается об ITSM проекте или уже начал его реализовывать. Речь о документе "The Seven Enablers & Constraints Of IT Service Management", производства компании Pink Elephant. Интересно, что один из авторов документа (Troy DuMoulin) нам уже знаком по книге, которую мы недавно переводили "Каталог услуг для успешного управления ИТ". Документ мне понравился тем, что ровно такие слова мы обычно говорим заказчикам когда начинаем проект. Весь документ пересказывать не буду, перечислю и прокомментирую только основные факторы успеха, которые описаны в документе: Лидерство: Поддержка и участие руководителей. Без такой поддержки при проектировании процессов сложно…

Another Challenge of Egypt

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

Взаимовыручка и кооперация: два плюса и два минуса на примере

Две недели назад проводили с Романом Журавлёвым деловую игру "Управление проектами – Египет бросает вызов" для нашего давнего и любимого клиента, крупной международной компании. Играло одновременно чуть менее сорока человек, разделенных на две команды, занимающихся стройкой пирамид (проектные группы), плюс один общий управляющий комитет (архитекторы, контроль качества, высшее руководство и связь с заказчиком). Каждая игра, конечно же, не похожа на другие, но опыт проведения нескольких десятков игр позволяет выявлять закономерности. Так, одно из моих наблюдений для игры по управлению проектами, особенно когда в неё играют ИТ-специалисты, таково. На игру в корпоративном формате обычно приходят сотрудники одной компании, но разных должностей,…

Сколько должен длиться ITSM-проект?

Ответ на этот вопрос, конечно, неоднозначен – зависит от того, что нужно получить в результате проекта. Однако, Стюарт Рэнс поделился своими соображения на этот счёт. Не так давно Стюарт проводил рабочий семинар у заказчика, в котором принимал участие независимый ITSM-консультант, приглашённый для разработки и организации процессов в компании. Проект был разбит на несколько фаз и касался изменений в управлении инцидентами, запросах на обслуживание и управлении знаниями. Оценка сроков проекта, выданная консультантом, изумила всех – минимум 12 месяцев! Планировалось использовать подход постоянного совершенствования, чтобы улучшать процессы постепенно. Но и это условие не сильно изменило оценку консультанта – не меньше 8 месяцев и гораздо большей командой внедренцев,…

ITIL: восьмой процесс, третья попытка…

В начале июня наш финский друг Aale Roos получил из itSMF довольно традиционный опрос о внедрении процессов ITIL – если судить по таким опросам, основные процессы ITIL должны были быть внедрены у всех, давно и не однажды. Это ироническое по сути замечание навело Аале на мысль провести свой собственный опрос (мы с вами помним, что Аале, в далеком прошлом статистик, любит и умеет проводить опросы) среди финских компаний об их опыте построения процессов ITIL. Подробные результаты можно найти на сайте компании Аале, а я приведу здесь два любопытных результата: Во-первых, большинство респондентов вспомнили более одного ITIL-проекта, в среднем – три…

Внедряем все процессы сразу, быстро и гарантированно

Довольно большое число ИТ-руководителей для решения своих управленческих задач старается подобрать какую-либо одну методологию (ITIL, COBIT, MOF…) в надежде, что она позволит устранить максимальное число имеющихся болевых точек. Согласитесь, было бы очень удобно взять с полки одну книжку, желательно не очень объёмную, в которой прочесть: какие ИТ-процессы следует организовать, как эти процессы должны быть устроены, как взаимодействовать между собой, как измеряться, контролироваться и управляться, и так далее. Такой подход позволил бы не тратить время на доскональное изучение всех имеющихся сводов знаний, а время на такое изучение можно потратить значительное – одна лишь библиотека ITIL состоит из пяти книг, каждая по 250-400…

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM