Сервисные команды: девопс, инфра, платформенные команды и т.
У меня, как у менеджера, когда речь заходит о сервисных командах, возникает желание сразу начать тарифицировать их использование.
Почему так?
1. Руководству нужно как-то обосновывать необходимость инвестиций в них, поэтому нужно понять, как растет бэклог и количество потребителей.
2. Нужно распределять расходы на потребителей. А значит нужно уметь понимать, кто из них больше всего потребляет ресурсов: инфраструктуру, количество доработок и прочее.
3. Я хочу создать процесс, без которого никто не сможет получить доступ к командам, без моего согласования.
Я че-то все думал, что у темы с тарификацией и оплатой за использование сервисных команд: девопс, инфра, платформенных и прочих должно быть что-то большее, чем мое желание менеджера поставить всех в зависимое положение, получить больше власти, закрепить свои позиции (ха-ха-ха, название канала должно же себя оправдывать😈)
И вспомнил: трагедия общих ресурсов.
Пастбище
Допустим, существует некая сельская община, у которой есть только одно доступное пастбище. На нём все члены общины могут пасти скот сколько угодно. Выпас скота уменьшает количество травы, растущей на нём и, соответственно, выгоды от скотоводства. Каждый член общины может увеличить число своего скота, увеличив свой собственный доход, при этом плодородие пастбища сократится незначительно. Однако если все члены общины сделают то же самое, пастбище станет уже намного хуже. Если же член общины уменьшит свой выпас, плодородие поля увеличится, но его личный выигрыш от этого будет намного меньше, чем потерянный доход. Получается, что каждому члену общины выгодно только увеличивать использование пастбища и ни на шаг не отступать
Ну а дальше 2 модели:
- Тарифы - биллинг.
- Налоги с каждого подразделения. Налоги в бизнесе не любят, поэтому куча ресурсов уходит на модель тарифов и расчет биллинга.
И вот только, когда появляется плата за использование ресурсов, люди начинают думать, а так ли нужна эта задача? А стоит ли на встречу звать всех этих людей?
А у вас в организации есть тарифы за использование сервисных команд?
👍- есть тарифы
⚡️- че, какие тарифы? Какие сервисные команды?
· 24.07.2024
Ну оценивать - понятное дело- надо всегда. Меня заинтересовал твой пункт 2.
Тарифы не единственный вариант, но очень рабочий и понятный. Когда ты говоришь про оценку инфраструктуры, количество доработок и т.д., то это вообще идеальный вариант, но - поскольку этот вариант являктся одной из щупалец АВС костинга, вернее в этом случае - баджетинга, то надо понимать что комплексность задачи растёт нелинейно. Чем больше ресурсов для оценки/тарификации, тем экспоненциально сложнее эта задачка. Мы в таких ситуациях шли 1 из 2х вариантов. Выбирали либо основной драйвер, допустим количество доработок, либо строили уже сложную оптимизационную модель, где у драйверов низкий уровень корелляции, и они все примерно одинаково тянут бюджет. Но по опыту оптимизационная модель хоть и даст точную картину, это сложно, и её результат может просто не опрадать усилий на свое моделирование. В итоге всё как всегда сводится к балансу насколько можно упростить, чтобы на базе этого ещё можно было принимать целесообразные решения.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 24.07.2024
Да, мысль верная на 100%.
Я, в целом, придерживаюсь правила 80 на 20 и верю, что супер точные оценки - скорее зло, чем польза
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён