У нас было 120 процессов, 9 областей управления, более 100 авторов из 60 компаний, 3 ветки на каждый репозиторий и ещё по одной на каждую задачу, AI-агент, таск-трекер, толстый клиент редактора и три портала документации. Не то чтобы всё это нам было нужно, чтобы описать методологию управления в ИТ. Но когда однажды начинаешь собирать серьёзную базу знаний — возникает тенденция разогнаться так далеко, как только сможешь.

Единственное, что меня по-настоящему беспокоило — это конфликты слияния. Нет в мире ничего беспомощнее и безответственнее, чем методолог, пытающийся разобраться, что такое конфликт слияния. И я знал, что скоро мы в эту дрянь попадём.

Если вы когда-нибудь пробовали в одиночку причесать чужой Word-документ, в котором двадцать комментариев на полях и три уровня правок разными цветами — вы поймёте, с чего начнётся эта история. Только умножьте на 100 авторов из 60 компаний и 120 процессов. И добавьте ноль бюджета: всё это люди делают по вечерам, потому что им не всё равно, как будет выглядеть управление ИТ в стране.

Это не туториал и не обзор инструмента. Это история о том, как я полтора года уговаривал себя, что Wiki — нормальный выбор, потом ещё полгода уговаривал команду, что пора слезать. И как после переезда на Docs as Code половина того, чего я ждал, не случилась, а половина случилась не так. И почему мне всё равно нравится, что вышло.

Универсальной последовательности этапов внедрения ITAM не существует. Но выделяется костяк, который может подойти большинству компаний. Не вошедшие в «скелет» проекта процессы становятся индивидуальными особенностями реализации.

В предыдущей публикации я делился опытом:

• с чего лучше начать внедрение ITAM-решений;
• на что опереться при выборе модели управления ИТ-активами;
• в чем особенности базовых этапов внедрения.

В этой статье хочу продолжить тему и рассказать:

• как построить ресурсно-сервисную и ресурсно-финансовую модели учета ИТ-активов;
• какова специфика управления лицензиями и поставщиками;
• каковы точки роста.

Выступал на конференции «ITAM & SAMday 2018» (IT Asset Management и Software Asset Management). Основной вектор дискуссии – обмен опытом в построении моделей управления ИТ-активами в компаниях самых разных отраслей.

Поделюсь тезисами доклада и затрону вопросы:

• с чего начать внедрение процессов управления ИТ-активами;
• из каких шагов оно состоит.

Не раз в проектах приходилось сталкиваться с идеалистическим подходом, когда стремятся работать по принципу «внедряем всё и сразу». Практика показывает, что с многофункциональными ИТ-системами это сложновыполнимая задача.

Всегда предлагаю есть «слона» по частям, поэтапно.

При внедрении ITAM-решений часто приходится сталкиваться с различными мифами. Чтобы проект был успешен, важно разобраться в природе этих ложных представлений клиента, снять все открытые вопросы, избавиться от ненужных заблуждений или убедиться, что это не миф.

В предыдущей статье мною рассмотрены несколько вопросов-мифов:

• о гарантированности актуальной информации об ИТ-активах за счет автоматической инвентаризации;
• необязательной связи с ITSM-системой;
• об отсутствии влияния управления ИТ-активами на Каталог Услуг и др.

Сегодня разберу следующую порцию мифов, которые накоплены в ходе реализации проектов по автоматизации процессов управления ИТ-активами.

Все счастливые проекты похожи друг на друга, каждый несчастливый проект несчастлив по-своему.

6 лет занимаюсь внедрением и автоматизацией бизнес-процессов, из них 3 года – внедрением ITAM-решений. В проектах по автоматизации процессов управления ИТ-активами постоянно боремся с различными мифами.

Природа этих заблуждений самая разная: непонимание методологии, технических аспектов, ошибки в построении взаимосвязей процессов, неоправданные ожидания и пр.

Рассмотрим эти мифы подробнее, попробуем развеять их или подтвердить.

• Матрица Эйзенхауэра
  
  • Важное\срочное
  • Построение списка дел на день (с планированием времени)
  
  
• Принцип Парето
  
  • Как применять на практике
  
  
• Конфликт интересов