Принесли план замены техники на комитет, но не смогли обосновать

Раз в год ИТ-отдел выходит на защиту бюджета с планом замены техники — столько-то ноутбуков, столько-то мониторов, общая сумма. Сумму просят обосновать, и вопрос звучит примерно одинаково во всех компаниях: почему именно это количество и почему именно сейчас. Убедительность ответа зависит от того, как собирали план. 

Всем привет, это команда продукта SimpleOne ITAM. Разберем, на что компании опираются, когда планируют замену техники, почему эти ориентиры не выдерживают уточняющих вопросов на комитете и какие данные должны стоять за цифрой, чтобы ее не приходилось защищать заново каждый год. 

Четыре способа планировать замену 

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

1. По сроку службы

Срок полезного использования обычно берут из данных производителя и адаптируют под организацию — например, ноутбуки меняют раз в 4–5 лет владения. Ориентир дает фиксированную точку отсчета, от которой можно спланировать закупку на несколько лет вперед.

Но парк техники редко бывает однородным. Один ноутбук 5 лет работает исправно, другой сыпется уже на третьем году, и разница зависит от типа устройства, условий эксплуатации, истории обслуживания. Технику, пережившую расчетный срок, обычно не списывают целиком — часть уходит в подменный фонд.

Есть и другая проблема — если срок службы на бумаге есть, а решение о замене все равно откладывают до фактической поломки. Оборудование работает, работает — и просто перестает. Когда для ремонта не хватает комплектующих, а само оборудование эксплуатируется давно, найти нужные детали становится сложнее. Часто это импортные компоненты, и закупка превращается в отдельную задачу, где приходится искать более сложные или более дорогие схемы поставки.

Возраст устройства при этом не единственный сигнал. Если конкретная модель ломается заметно чаще остальных, например десять поломок за полгода, — это повод скорректировать план закупок раньше расчетного срока.

Преимущество: закупку можно спланировать заранее, ориентируясь на понятную дату. 

Недостаток: одинаковый возраст не значит одинаковый износ — без данных о состоянии устройства прогноз объема и сроков закупки будет неточным.

2. По дате закупки

Второй способ — менять единым пакетом всю технику, купленную в одном году. Такой подход упрощает планирование, потому что не нужно отслеживать сроки по каждому устройству отдельно, все меняется одним заходом.

Но год покупки ничего не говорит о фактической нагрузке на устройство. Два ноутбука из одной партии могут использоваться совершенно по-разному, и один прошел через несколько ремонтов, пока второй почти не выходил за пределы одного стола.

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

Преимущество: закупка одним пакетом в теории упрощает планирование.

Недостаток: не учитывает реальные потребности — список закупки повторяет прошлогодний без проверки, что действительно нужно менять.

3. По жалобам пользователей

Третий способ — менять технику, когда сотрудники начинают жаловаться на ее работу. Собирать эти данные полезно, поскольку так узнаешь, что в технике не устраивает самих сотрудников.

Сотруднику выдали ноутбук определенной модели, он сломался, сотрудник обращается с жалобой. Ему тут же выдают замену, часто даже ту же модель. Для закупочного решения разбирать причину поломки на этом шаге не нужно — технический специалист сделает это позже, уже в процессе ремонта, для своих целей.

У ситуации с жалобами всегда два слоя. Что делать прямо сейчас с конкретным сотрудником — решается заменой из подменного фонда. Что делать с закупками на будущее — только на основании накопленной статистики по конкретным моделям и компонентам.

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

Недостаток: разовая жалоба сама по себе ненадежный сигнал. Основанием для закупки становится только поток жалоб на одну модель за период.

4. Индексацией бюджета прошлого года

Четвертый способ — взять сумму прошлого года и прибавить процент, обычно в районе инфляции. Так планируют чаще всего, и такая сумма легче проходит согласование, потому что руководство воспринимает ее как потолок расходов.

Зато потом с этим бюджетом играют в тетрис — все нужные траты надо уместить в утвержденную сумму, освоить ее целиком и не выйти за рамки. Состав парка техники и проекты компании при этом меняются, поэтому индексированный бюджет часто пересматривают в течение года.

Преимущество: проще проходит согласование, потому что читается как понятный потолок расходов. 

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

Что нужно, чтобы бюджет не отклонили 

У каждого из четырех способов выше на выходе получается цифра. Чтобы эта цифра прошла проверку, нужны данные, которые ее подтверждают.

1. Собирать финансовые данные по ИТ-активам

Жесткого списка полей, одинакового для всех компаний, не существует. У каждой организации набор данных свой, система учета строится под ее конкретные процессы.

Из практики есть повторяющийся минимум:

• сколько денег потратили в прошлом году и как эта сумма распределилась — на закупки, обслуживание, ремонты;

• какие статьи расходов по ИТ-активам самые дорогие;

• какие суммы закладывают на текущий год — продление лицензий, сервисных контрактов, будущие закупки.

Отдельно нужна возможность смотреть на эти данные в разных разрезах — по подразделениям, по типам контрактов, по типам оборудования или лицензий, от самых крупных статей расходов к самым мелким. Инструмент может быть любым, от Excel со сложными макросами до отдельной системы. Смысл в том, чтобы в реальном времени собрать нужный срез и понять, была ли трата плановой или внеплановой, и если внеплановой — то почему.

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

2. Настроить автоматическое обновление данных

Конечно, полностью без участия человека процесс не обходится. Кто-то заводит заявку о поломке, кто-то ее закрывает. Автоматизация начинается дальше — когда уже введенные данные не нужно вносить повторно в другую систему для другой задачи.

Сотрудник подает заявку через портал самообслуживания, сломался ноутбук. Технический специалист закрывает заявку и списывает потраченное время. Дальше эти данные — сколько инцидентов было по конкретному оборудованию, сколько часов на них потратили — должны быть доступны тому, кто готовит бюджет, без звонка в техподдержку за отдельной выгрузкой. Стоимость закупки уже лежит в учетной системе компании, и ее достаточно оттуда забрать, без повторного запроса в бухгалтерию.

Обратная ситуация — редактировать характеристики, стоимость и сроки контракта вручную по каждому устройству отдельно. Такая нагрузка множится на каждую единицу техники и превращается в постоянную ручную работу для команды.

3. Хранить историю изменений по активу

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

Речь именно про историю жизненного цикла актива — кто им пользовался, какие были ремонты и модернизации. Подробная техническая телеметрия вроде температуры корпуса или объема свободной памяти в моменте для целей бюджета не нужна. Важен весь путь устройства, состояние в конкретную секунду здесь роли не играет.

Например, ноутбук за несколько лет сменил трех сотрудников, у каждого проработал меньше года. Текущий пользователь получил его недавно, и по этому факту устройство выглядит почти новым. История показывает другое — суммарный срок использования больше трех лет, за это время был как минимум один ремонт. Вложения в очередной ремонт здесь менее оправданы, чем выдача нового устройства.

4. Подтверждать цифру документами

За цифрой стоит конкретный риск. Коробку с техникой могут потерять уже на приемке, а по документам она будет числиться полученной. Списанное оборудование может разойтись помимо учета, оставаясь на бумаге утилизированным.

Поэтому в системе должны отражаться реальные действия с активами — зафиксированная закупка, пройденная инвентаризация, списание по акту при выходе из строя. На защите бюджета до стопки накладных дело не доходит, достаточно, чтобы каждое действие можно было проверить, если возникнет вопрос.

Такой подход повышает качество управления активами и позволяет убедиться, что ни на входе, ни при списании техника не потерялась.

Как это работает в SimpleOne ITAM

Мы разобрали, какие данные нужны для защиты бюджета. Осталось сказать, откуда они берутся, если не собирать их вручную перед каждым заседанием.

В SimpleOne ITAM карточка актива подтягивает данные из систем, где они уже появились — стоимость и сроки контрактов из учётной системы, инциденты и потраченные на них часы из ITSM-контура. Тому, кто готовит бюджет, не нужно сверять три системы вручную и заказывать выгрузки в бухгалтерии и техподдержке.

Те же операции, что и выше — приемка, ремонт, перемещение, списание — фиксируются как отдельные события автоматически, поэтому по любому устройству можно поднять весь путь. Сам бюджет планируют в этой же системе, так что цифра и данные, которыми она подтверждается, лежат рядом. На уточняющий вопрос комитета можно ответить в момент, когда он задан.

Резюме

Выдержит ли план замены проверку, можно понять до защиты бюджета: возьмите из плана одно устройство и ответьте на три вопроса — сколько оно стоило, сколько на него потратили за время эксплуатации и что с ним происходило (то есть кто пользовался, сколько было ремонтов, что меняли и тд.).

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

А сколько времени уйдёт на эти три вопроса у вас? Напишите в комментариях, где застряли: в бухгалтерии, в переписке с техподдержкой или на попытке вспомнить, кто пользовался ноутбуком до текущего владельца.