Как правильно экономить?
Понадобилось тут генеральному директору сформулировать направления снижения затрат в области ИТ. Это заставило меня призадуматься над тем, что конкретные направления - полдела, а вот сам подход - вторая половина. Поясню.
Затраты бывают видимые (меняются путём управления объёмом ресурсного обеспечения бизнес-деятельности) и невидимые (меняются путём нахождения и устранения ошибок и несоответствий ресурсного обеспечения бизнес-деятельности). Выбирая, что и как экономить в ИТ, нужно понять ценность буквально трёх моментов.
Первое. Расходы в ИТ связаны с эксплуатацией и развитием инфраструктуры, на которой работает бизнес. Для эстетов: я не делю софт и железо между собой в вопросах эксплуатации. Принял в промышленную эксплуатацию = поставил станок, он что-то там производит, в том числе и расходы по содержанию самого себя. Так вот, тут важно понимать, что эксплуатация начинается после ввода в промышленное использование (завершения опытной эксплуатации, тиража и т.п.) То есть, важен период стабилизации, только за его границами начинается зона реального управления расходами на содержание. Как правило, лучше «выжимать» экономию из стабилизировавшихся процессов, т.к. проектная зона связана с ошибками и привыканием, там трудно выпустить весь лишний воздух. То есть, лучше начинать анализ источников экономии где-то в области привычных бизнес-процессов. Почему лучше? Это просто: вы примерно понимаете, что процесс автоматизирован до того уровня, что всех устраивает (тиражирование в моменты экспансии фактически похоже на клонирование "эталонного" решения в центре). А раз меняться в нём организационно нечему, можно найти время, чтобы выполнить шаг 2.
Второе. Обычно кажется, что операционные затраты (эксплуатация ИТ) проще всего снижать - подкрутил размеры инфраструктуры и нагрузку на неё и сразу виден эффект. Это, несомненно, так. Но надо понимать, что излишние затраты появляются и выявляются самым простым образом в наблюдении за равномерностью исполнения типовых операций "бизнесовым штатом" в обслуживающем эти операции ИТ-ландшафте. Наверное, это банально, но и стук в двигателе и повышение температуры - то есть, отклонение от нормы - привычно ведут нас в автосервис или к врачу. Но в ИТ это несколько неочевидно, потому специально обращаю внимание на аналогию - она работает. Странным образом, анализ выявленных отклонений, взятый "от пользователей", выявляет широкий спектр "болезней: и несоответствие операций и выделенной для них программной или аппаратной частей, и нестабильность, точнее, непредсказуемую стабильность работы выбранных программных и аппаратных решений, и даже банальный эффект "неинтересных" большинству ИТ-директоров «хозяйственных» вопросов типа материального учёта запасов на складе или планирования ресурсного обеспечения филиалов. В общем, смысл в том, что часто «потери» лежат в неочевидных местах. Всегда можно найти, где. И всего-то достаточно собрать данные и выявить соответствие реальных потребностей всей системе их обеспечения (процесс-потребитель, используемое в нём техническое решение, эффективность показателей эконометрики этого решения, эффективность закупок, достаточность эксплуатационных практик и т.п.)
И третье (справедливо для средних и крупных компаний). Очень хорошо участвовать в развитии систем менеджмента качества. Особенно, если предприятие работает на экспорт или участвует в цепочках добавленной стоимости с зарубежной составляющей, так или иначе придётся заполучить сертификаты ISO (и не просто банальную 9001, хотя и эта СМК при должном уровне развития очень эффективна). Из своего опыта, хоть разные СМК и нацелены на совершенствование разных направлений контроля качества, от них полезным для нас - ИТшников - эффект один: пользователи привыкают к контролю, к тому, что есть обратная связь от владельца процесса при работе с несоответствиями. Наверняка, почти всем уже приходилось сталкиваться с этой темой. Выглядят эти вещи скорее «расходными» (на вот эти вот аудиты тратятся деньги, время, появляются внутренние стукач… аудиторы и т.п.) В общем, никакой экономии. Но это только на первый взгляд так. Не главное сэкономить, главное обеспечить регулярность выполнения шага 2. Для этого есть существенная группа стандартов из области бережливого производства, которые создавались именно для того, чтобы породить дополнительные надзорные процедуры над обычными производственными операциями, исполняя которые, появляется устойчивый эффект в виде минимизации последних. Я говорю об ISO 19770 (управление программными активами), ISO 55000 (управление материальными активами, в т.ч. планирование техобслуживания и ремонтов), ISO 17359 (мониторинг состояния оборудования) и так далее. Эти стандарты – нишевые, малопонятные с первого взгляда, но применение описанных там систем управления даёт колоссальные показатели экономии. По крайней мере, я в прошлой жизни достигал экономии затрат только на эксплуатацию в области Software – до 90%, Hardware – до 50%.
Резюмируя, повторю:
- экономить на сложившихся процессах проще
- искать экономию лучше комплексно по всей цепочке добавления стоимости
- чтобы быть уверенным, что найденный «лишний воздух» регулярно «выпускается» из процесса, нужно запустить подходящую СМК.
Что вы думаете об этом, коллеги?
