Комментарии 4
Работаю в крупной компании, где Каталог IT-услуг не могут создать уже более 10 лет. Каждые 2 года возникает такая идея, а давайте создадим каталог IT-услуг, чтобы IT сектор мог сообщать бизнесу, насколько IT полезное и что в него нужно продолжать вкидывать деньги.
За это время сменилось уже 2 CTO (технических директора), прошло 3 крупные реструктуризации в IT секторе, количество сменившихся начальников отделов и управлений я перестал считать после 10.
Результат прежний - Каталог Сервисов так и не появился.
Причин провала было много, но я бы в качестве главной выбрал одну - слишком большое количество сервисов внутри компании. Когда их становится больше 250, то дальнейшее количество уже не важно, т.к. человек при всём своём желании не может их осознать.
У нас сервисов 500-600 штук и постоянно добавляются новые, ведь бизнес постоянно хочет расти и развиваться, а для этого нужны новые сервисы.
Заходит такой бизнес в wiki посмотреть на наши сервисы, получает список из 250 сервисов, говорит про себя "ну его нафиг" и идёт к CTO с вопросом: "Сколько тебе нужно денег на год". После чего эти деньги ему выделяют, т.к. бизнес не будет разбирается с тем, какие сервисы имеются, какие их них более важные и прочее. Бизнес волнует только итоговый ценник, который ему нужно заплатить с обоснование того, на что именно эти деньги будут потрачены.
Какой смысл смотреть на все сервисы и пытаться их осознать? Каталог услуг - это, прежде всего, источник информации об услугах и, возможно, системах, эксплуатируемых в компании. Он не является инструментом расчета TCO услуги, сервиса или системы, но может содержать эту информацию. Каталог услуг является поставщиком данных в смежные процессы управления ИТ, которые также надо развивать и поддерживать. Ну и автоматизация процессов тоже играет не последнюю роль, т.к. поддерживать на wiki каталог из 600 услуг будет проблематично.
Зачем нам нужен был Каталог IT-услуг?
1. Увидеть все сервисы, которые IT сектор предоставляет компании:
- Чтобы CTO понимал, чем именно он руководит.
- А бизнес видел, какие в IT работают молодцы.
- Новые сотрудники компании знали, где запросить тот или иной сервис.
2. Узнать, какие сервисы не имеют технических владельцев. Сервис был поднят и настроен когда-то давно, люди уволились, а сервис продолжает работать.
- Чтобы иметь возможность обосновать для HR и бизнеса найм новых людей. По факту же есть жёсткий лимит на количество людей на одно IT управление и этот лимит не хотят поднимать ни HR, ни бизнес. В рамках нескольких реструктуризаций в IT этот лимит постоянно сокращают на несколько человек, т.е. людей становится меньше, а работы больше.
3. Определить, какие сервисы устарели и нуждаются в миграции на новые версии ПО или выводе из эксплуатации.
4. Какие сервисы наиболее перспективные и куда лучше вложить деньги, полученные от бизнеса.
5. Узнать, какие бизнес юниты и в каком количестве потребляют услуги, чтобы в будущем сделать отдельные бюджеты и билинговать затраты. Утопическая идея в рамках развития в компании сервисной модели предоставления услуг.
6. Просто чтобы был порядок в IT-секторе и можно было всем говорить, как много у нас в компании сервисов. :)
По факту же Каталог IT-услуг так и не был создан. Начали его создавать, но на 250 сервисах всё и закончилось, т.к. пришло понимание, что:
1. Сервисов у нас слишком много, примерно 500-600, поэтому обычный человек не сможет даже половину из них удержать в голове. Просто представьте себя, когда открываете список всех сервисов AWS, Azure и Alibaba Cloud вместе взятые. Глаза разбегаются и ничего не понятно.
2. Каталог IT-услуг необходимо постоянно актуализировать, что для такого объёма сервисов очень трудозатратно. Никто не хочет заниматься его актуализацией, даже те, кто хотел этот IT каталог услуг создать.
3. Постоянно появляются новые сервисы, т.к. бизнес хочет расти и зарабатывать больше денег.
4. Бизнес не готов выделять больше людей на поддержку новых сервисов.
5. От старых сервисов бизнес также не хочет отказываться, а CTO не готов ругаться с бизнесом, что людей у него не хватает и люди у него сильно перегружены. В результате страдают обычные инженеры.
6. Бизнесу в принципе не интересен этот каталог IT услуг, т.к. бизнес себя считает выше IT и не готов с IT на равных сотрудничать, т.е. бизнес у нас всегда только требует. Сделайте мне хорошо, ещё вчера и желательно с минимальными денежными затратами. :)
7. Идея отдельного билинга ресурсов для разных бизнес юнитов мертва. Если у бизнес юнитов появятся отдельные бюджеты, то они пойдут их тратить на сторону, например, на yandex cloud, а не на внутреннее IT. Даже если это будет в 3 раза дороже, чем с помощью своего IT.
Если для бизнеса слишком сложно разбираться в списке 500-600 услуг, а ИТ слишком сложно такой списко поддерживать - есть проверенные временем способы борьбы со сложностью:
- Абстракция
- Декомпозиция
- Иерархия
- Иерархическая декомпозиция
В нашем случае стоить подумать о последних двух
(Ваш кэп-очевидность ))))
Управление процессами компании: бизнес и ИТ