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

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

Проекты

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

Итоги и открытия 2010 года

В последние две недели этого года об ITSM как-то уже не думается. Поймал себя на мысли, что даже перестал читать профессиональные новости и любимые блоги (строго говоря, активность зарубежных блоггеров тоже снизилась). Суета достигла небывалых высот, нужно многое успеть до магической даты 31 декабря, никого и ничего не забыть… Однако "отключение" от профессиональных тем и погружение в эту предновогоднюю радостную неразбериху вполне естественным образом привело к размышлениям об итогах уходящего года. А также о том, что стало открытием в этом году – открытием лично для меня, конечно же. Буду вторым с этой темой.

О вреде готовых решений

Готовые решения развращают. Они приучают не думать, потому что зачем думать если уже есть готовое решение, то есть кто-то уже подумал за тебя? Самое любопытное заключается в том, что наличие готового решения иногда даже мешает поставить задачу, которую требовалось решить. Задача так и формулируется: "внедрить готовое решение". Точка. Вспоминаю, как в одном из проектов консультант списал метрики процессов из известной книжки "Метрики для управления ИТ-услугами". Забавный получился результат 🙂 Сама по себе книга несет следующую простую мысль: выбор метрик, оптимальных для решения тех или иных управленческих задач, это не мимолетное искусство, для разработки системы метрик существует вполне рабочий рациональный подход. Правда сам…

Оно никогда не взлетит. Или всё же…?

Одна из особенностей нашей страны состоит в том, что мы очень изолированы. Расстояния и культура дают о себе знать, и мы не всегда в курсе что и как делают соседние или не очень соседние страны. Вот в Европах другое дело – там всё рядом, границ нет, обмен опытом, практиками и знаниями вести легче. Эту же особенность можно наблюдать и в ITSM-мире. Мы хорошо знаем как делаем проекты сами, примерно знаем как их делают другие российские компании, и уже не так хорошо представляем себе как оно делается в остальном мире. Тем интереснее сравнить. Возможность для такого сравнения есть – на конференции…

Смена заказчика проекта

Последние недели ITSM-проекта. Новые процессы начали работать. Втягиваются в работу менеджеры процессов – первые самостоятельные трудности, первые самостоятельные победы. В этот момент компанию продают. Меняется все руководство. Вместе с ними – функциональный заказчик проекта и владелец процессов. Новые управленцы попали в незнакомую компанию. Постоянно поступают противоречивые вводные с разных сторон. Со стороны владельцев компании требования простые – выручка больше, расходов меньше. ASAP. Отсутствие ясной стратегии действий. Причем, часто люди в новую компанию на управляющие должности приходят с небольшим повышеним. Это значит, что и в спокойной-то обстановке пришлось бы какое-то время обживаться, а тут такое. И еще этот ITSM-проект. Как чемодан…

Интеграция ITIL и управления проектами

Владельцы процессов ITIL и менеджеры проектов часто живут в параллельных мирах и используют разные термины для обозначения одних и тех же объектов. Интеграция проектного управления и сервис-менеджмента может существенно повысить полезность и того, и другого. Об этом рассуждают в своей статье на ITSMWatch Ed Rivard и Kristy Smith из компании Forsythe

Градусник, спидометр или GPS-система?

Отличная дискуссия про правильные градусники, основной вопрос которой – можно ли доверять субъективным метрикам, навела меня на более общую мысль – а зачем вообще измерять? Что мы измеряем? Какие решения и кем принимаются на основе измерений? Как эти решения реализуются, и смотрим ли мы на результат изменений, на новые измерения? Да, в каждом проекте при внедрении какого-либо процесса мы традиционно доходим до раздела "KPI", который честно заполняем вместе с заказчиком. Но мне кажется, что то, что мы в этот раздел напишем, не столь уж важно (хотя знаю что Дима, например, придумывает просто чумовые метрики для самых сложных ситуаций; это ж…

Самая важная и самая трудная часть ITSM-проекта

В своей очередной колонке на ITSMPortal.com Роман Журавлёв сделал попытку применить к специфике ITSM-проектов методику поддержки культурных (организационных, поведенческих…) изменений, разработанную компанией VitalSmarts.  Любой ITSM-проект предполагает изменение культуры, то есть того, как люди выполняют свою работу и того, как они к этой работе относятся. Такие изменения – самая важная часть ITSM и при этом наименее исследованная, а в проектах ей часто уделяется непростительно мало внимания. Как любое изменение, изменения в культуре и организации работ встречают сопротивление на самых разных уровнях. Без специальных шагов, направленных на преодоление этого сопротивления проект практически обречен. В то время как процессам управления ИТ-услугами посвящена целая…

Взаимодействие 1-й и 2-й линий поддержки в системе автоматизации

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

ИТ “за стеклом”

Портал SmartSourcing.ru запустил и поддерживает интересный проект, в котором ИТ-руководитель небольшой компании делится своими проблемами, решениями и идеями с сообществом в рамках специального блога. Виктор Таланов, ведущий этого блога, работает в компании Русбал, основной бизнес которой заключается в производстве аэростатов, надувных рекламных конструкций и аналогичных изделий. По словам Виктора, состояние ИТ в данной компании весьма печальное, поэтому есть большой простор для улучшений. В блоге уже сформулированы и описаны: общая ситуация в компании цели проекта выбор поставщика реализация первого этапа проекта Читать блог "Большой ИТ-проект в небольшой не ИТ компании"

Опять ИТ ломают бизнес

Недавно ИТ-скептик разместил в своем блоге заметку о том, как ИТ-проекты разрушают нормальную работу бизнеса. Вкратце ее основные тезисы таковы: Раньше большие проекты предполагали привлечение внешних ресурсов для формирования временных команд. Сейчас мы все больше отвлекаем для этих целей персонал операционных служб. Результат – снижение качества на обоих фронтах и нехватка ресурсов. Бизнес требует внедрения новейших технологий независимо от их полезности. Мы не осознаем всего объема выполняемых ИТ-проектов, не видим полной картины и, следовательно, не управляем ИТ-проектами. Бизнес также не учитывает сложности и критичности современной ИТ-архитектуры. ИТ не имеет возможности сказать бизнесу "НЕТ!". Неоправданным спросом на инновации никто не управляет….

Управление временем (пятничное)

Уважаемые коллеги! А я вот сейчас нахожусь в славном городе Питере в очередной командировке в проекте. И представьте – угостил меня Заказчик неплохим красным вином. И представьте – я его пригубил, мне понравилось. И мне задумалось. И почему-то задумалось мне о том, как много я теряю в жизни в бесконечных проектных расписаниях, ночных работах, выходных работах… Будете учить управлять временем? Слушаю, вдруг и правда получится 🙂 Однако, вот она, специфика проектной деятельности во всей красе: как правило, я и мои коллеги на 6-7 месяцев вперед знаем что мы будем делать, причем часто с точностью до дня. Прогнозы в более 90% случаев сбываются,…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM