Комментарии 40
А у вас найдётся менеджер, способный всё это грамотно организовать и выстроить, контролировать и поддерживать?
А то обычно проблема с раздутием затрат на направления и подразделения начинается на уровне розовых фантазий топ-менеджера о том, что если налить в направление денег, то это принесёт доход и счастье; и совсем редко на уровне сисадминов, заказывающих офисные компы с игровыми видео-картами.
Я способен, поэтому и пишу. А у других не найдется, потому что нет культуры, у бизнеса нет запроса - оптимизацией в ИТ пренебрегают на всех уровнях и нужные навыки у ответственных за ИТ не развиваются.
Вы очень категоричны.
Во многих не ИТ компаниях, ИТ оптимизированы на 100% с точки зрения финансового директора. Т.к. там просто нет бюджета на ИТ, кроме ФОТ. Любые расходы на ИТ идут как непредвиденные, по личному распоряжению владельцев бизнеса.
Вот, с точки зрения финансового директора. А у него нет необходимых знаний какие расходы можно еще уменьшить без ущерба. Не может быть бюджета на ИТ кроме ФОТ, потому что как минимум есть плата провайдерам за интернет и корпоративную сотовую связь, если копнуть еще, найдутся всякие хостинги, "консультанты", облачная crm...
Вот вы не поверите. Но в живую знаю компании где кроме ФОТ, ИТ бюджета нет.
Связь идет отдельной статьей. И ее с ИТ ни как не согласовывают. Ибо ИТ не потребитель этой связи. И только когда "ключевые" сотрудники начнут с челобитными поклонами к руководству ходить, то тогда ее пересмотрят. Но потом через год опять срежут эффективные менеджеры.
Хостинги и сайты оплачиваются из бюджета отдела маркетинга или рекламы. И "одминам" даже паролей от них не дают. Пока что-то не произойдет.
Облачную CRM (Bitrix24) оплачивает сам владелец компании. Когда менеджеры начнут звонить, что перестала работать по неуплате.
Вы бы какой-нибудь реальный кейс описали, что ли. Типа "Вот была компания на 5К человек суммарно, 1000 офисного персонала, до меня ИТ-отдел был устроен так-то, процессы такие-то, бюджет был такой-то, пришел на роль ИТ-директора(или нач. ИТ отдела) я, соптимизировал, процессы стали такими-то, бюджет таким-то". А разговоры за всё хорошее против всего плохого бесперспективны.
Вообще, «резать косты» — это любимое занятие менеджеров, которое позволяет зафиксировать успех и вовремя соскочить.
Я, издалека, видел, как ОТК так оптимизировали, и предприятие даже ещё три года после этого проработало.
А чье любимое занятие раздувать косты?
Опять же вашего брата менеджера.
Так и живёте в вечном уроборосе: одни раздувают косты, планируя ненужное; другие режут, отрезая нужное. Одни списывают деньги на представительские расходы; другие рулон туалетной бумаги пополам ножовкой пилят.
Все при деле, все заняты.
Автор, видимо, из тех, кто оценивает необходимую пропускную способность унитаза по среднему трафику.
Ну не у всех же (хочется верить) ИТ похожи на унитаз, как у автора данного коммента!
Пропускная способность/пиковые нагрузки/средняя температура по больнице и с унитазами и с серверами и с бизнес-процессами по очень похожим законам работают. Нельзя просто так просуммировать нагрузку в течении суток, поделить на 24 часа и получив среднюю норму в процочас/человекоднях закупать оборудование под эти расчеты. На это вам и намекнули, а вы сагрились на утрированный образ пропускного канала, где эксперименты с пропускной способностью наиболее очевидны...
По именно трафику совершенно нормально работает расчёт средней загрузки. Только не 24 часа, а 8 рабочих, 21 рабочий день. Уменьшение ширины канала по опыту незаметно (до вычисленных пределов, добавляю ещё 2х запас) и уж точно не создает затыка при пиковой нагрузке.
|Я способен, поэтому и пишу.
Похоже, что нет. Поймите, без всей схемы работы вы не можете просто так взять метрики и вывести из метрик конфигурацию работы. Пример: сервак с БД, средний трафик не больше 5 мегабит, вы на белом коне экономите аж 100 руб и ставите туда 100 мегабитную сетевуху. В самые продажи (декабрь, 20-30 числа) приходит жопа и вам нужно СРОЧНО откатиться на резервную копию(гигов так на 200), которая в хранилище(мы ж на диске для архива на серваке тоже сэкономили) по 100 мегабитной карте... И вот за 100 рублёв экономии вам готовы нанести тяжкие телесные повреждения половина фирмы:
ТП которая вынуждена отвечать покупателям, у которых зависли деньги/заказы
Админы у которых за спиной стоит ЛПР и смотрит вместе с ними на медленно ползущую полоску копирования
Сам ЛПР, который вам поверил, когда вы ему на цифрах "доказали", что 100М там хватит точно
Менеджеры у которых вместе с упавшими продажами падает КПИ и годовые премии...
ЗЫ Понятно, что утрирую, вам голову снесут еще при попытке воткнуть в сервак 100 мегабитку, но для примера думаю подойдет.
Вы путаете тёплое с мягким. При чем тут сетевуха с бэкапом в локальной сети (даже в самых старых и начального уровня серверах они уже давно гигабитные) и оплачиваемая ширина канала в интернет? Фантазии не хватает придумать другое разгромное опровержение? Так и надо было писать честно: мне лично отвратительна оптимизация расходов вообще, или на инфраструктуру, или ещё на что-то!
Эм, бэкап в локальной сети? Удачи его развернуть в случае факапа в ДЦ по питанию/сети в целом, когда даже если бэкап развернут он не доступен из сети. Отказоустойчивость и реплицирование по разным физическим ДЦ приносят доход high load инфре тупо потому что.
Простите, но уже по вот этому комментарию понятно, что Вы буквально не разбираетесь в ИТ выше уровня небольшого магазина...
Я вам даже больше скажу. Никто не проверяет бэкапы. Мне как сертифицированному специалисту не очень понятно, о каких бэкапах идёт речь, если у вас их определенный человек не разворачивает допустим раз в неделю. У вас есть бэкап, только если вы с него контрольно проверочно восстановились. В остальных случаях у вас нет бэкапа. Вообще в ИТ отделах не должно быть не сертифицированных специалистов. И к ИТ финансистов и все остальное без специальной подготовки допускаются только при скрепах. Что рождает такой бурный поток всезнаек обо всем. А на самом деле на моей памяти все потери в деньгах - это некомпетентность. Мне даже приходилось делать батник на сервер 1С, что бы перезагружать его раз в сутки. Потому что программисты 1с так написали, что сервер 1с всю оперативную память забивал за сутки. А когда стали искать решение как переписать проблемный код - проще написать все заново. Но это дорого Никто не вел никакой проектной документации, нет ТЗ и т.п. ИТ отдел, кстати, подчинялся финансистам :). В итоге все так и оставили - оперативы только добавили на сервер.
Кстати в ИТ отделах по штату часто много "мертвых душ". Да и вообще в России ИТ отделы это явление чужеродное и всеми силами отторгаемое :). Потому что российский бизнес не конкурентноспособен, а ИТ само по себе заточено на конкуренцию. Изначально.
"ИТ-отдел, там есть компетентные люди и не зря же получающие зарплату".
По моему опыту, сразу за этой парадигмой от руководства компании, "итишники" начинают деградировать до уровня заправщиков картриджей. А после пары смены персонала, с урезанием ФОТ, до электриков, заменяющих лампочки, и тянущих освещение на дальний склад. В остальное время они могут установить ПО, методом нажатия кнопки "Далее", или максимум разыскивать видеоролик "Как запустить Google Chrome на Windows XP/7".
При этом вся инфраструктура продолжает как-то работать, следующие 3-5 лет, постепенно деградируя, благодаря прежним специалистам, занимавшимся ИБД.
Для бизнеса это вполне приемлемый результат. А вот ит-специалистам там делать нечего.
Админ спит - служба идёт. И это правильно, ибо сказано: "Полковники не бегают, т.к. в мирное время это вызывает смех, а в военное - панику".
Правильный админ приходит на работу в 11 часов, пьет кофе и уходит в 15 часов. У него все настроено, оптимизировано и работает. Олсо ,сказано: "Работает - не трожь!"
Вы знаете, судя по статьям автора, он бы и такого админа уволил бы, как только тот настроил бы всё, ибо "админ же ИБД теперь занимается". И сэкономит несколько месяцев оклада. Ровно до первого инцидента (ниже в ветках комментариев даже пример был приведен, когда сэкономили на ФОТ и на инфре, а потом под пиком нагрузки (инцидент) все упало. Неиронично жалко владельцев бизнеса, которые доверятся таким управленцам.
Алсо по опыту средней температуры по больнице больше всего расходов на менеджмент, особенно на топов :)
Ну зачем увольнять материально ответственное лицо? Совместить с завхозом/кладовщиком. Все равно в чулане для хозинвентаря большая часть занята его "коробочками".
Будет лампочки менять. Туалетную бумагу раскладывать и учитывать. Ключи то от кладовки у него. Свет на дальний склад протащить. Забор починить и покрасить, т.к. по нему оптика его тянется.
А когда этот уволится сам, то следующего будем брать с машиной. Чтоб продукцию до клиентов развозил.
И вообще! В торговой компании даже уборщица должна выполнять минимальный уровень продаж.
Как компании успешно применяют хитрости (латеральное, оно же хакерское мышление) в налоговой оптимизации! Как порой в ущерб репутации рвутся удешевлять состав продуктов! Но при этом в расходах на ИТ — все настолько, наоборот, бесхитростные, конформисты и благотворители, что создается впечатление, что мир сошел с ума!
Прекрасная аналогия - можно развивать продукт, не экономя на проектировании, комплектухе, обслуживании, не лезть в "хакерские" схемы налогообложения - а можно "оптимизировать", впаривая потребителю ненадёжный, некачественный или вообще опасный продукт, и иметь наготове билет через Беларусь в Эмираты, чтобы попытаться успеть им воспользоваться когда налоговая наконец заметит эти шалости. Вот с IT - ровно то же самое.
Треугольник никто не отменял - чтобы сделать дёшево и качественно, требуются высококвалифицированные специалисты, чтобы понимать, где можно экономить а где не стоит. Вот только захотят ли они биться с "эффективными менеджерами" за каждый мегабайт оперативки?
Именно так и делают вендоры - впаривают некачественный продукт, изнутри похожий на свалку, жрущий с каждой версией всё больше машинных ресурсов, всё медленнее работающий при прочих равных, хотя ценностей для потребителя заметно не добавляется. И даже наоборот, могут убрать полезные фичи прошлых версий. А иногда вообще как антивирус Crowdstrike - подрывающий инфраструктуру аэропортов по всему миру :) ИБД-шникам из Crowdstrike не терпелось накатить свое очередное обновление - и получили! Эти развиватели и зря тратятся сами и потребителям создают проблемы. А Windows во что превратили? А Gnome?
Звоните 112, снова сумасшедший пишет
Не можем посчитать, сколько прибыли даст апгрейд версий Windows Server, разного коммерческого ПО? Не делаем
Просят сделать шрифт крупнее или вёрстку поменять. Не можем посчитать сколько прибыли это принесёт? Не делаем
Обожаю подобные оптимизации. Был сервис, обратились с проблемой медленной работы. По словам руководства, они не могло обновить его 7 лет. Предложили переписать заново. Написали за 3 месяца, с правками и выборкой момента запустили ещё через 3. Заложили принципы правильной разработки, год дорабатывал, все работало быстро и стабильно. Через год ушел. Ещё примерно через год обратились опять с той же проблемой. Даже не смотря код, предложил переписать заново. Хватило внешнего взгляда, что бы понять что все принципы разработки были посланы.
А так конечно зачем какие-то обновления? какие-то принципы разработки? Зачем нормальный штат? и так сойдет.
Это я к чему? Хорошая разработка требует опыта и знаний. А это стоит дорого. И поддержание качественной разработки так же требует опыта и знаний.
Даже не смотря код, предложил переписать заново
И так 2 раза подряд. Одному мне это напоминает анекдот про "сам упал на нож" и так 10 раз подряд? А может быть всё-таки п.6 - "невыгодный подрядчик"?
Вау, эффективная сова как она есть.
Может научить как статусно пить из стакана, и как развалить бизнес.
Напомните, а зачем нужны манагеры? Они же вообще ничего не производят...
Автор сам себе противоречит. П.1 и П.2
Не можем посчитать, сколько прибыли даст апгрейд версий Windows Server...
Частые инциденты, недостаточная инфобезопасность.
Товарищ, львиная доля обновлений содержат обновления безопасности. Сейчас какой-нибудь менеджер начитается этой статьей и потом как-нибудь админ или ИБшник будет считать финансовый выход перед обновлением. Конкретно обновления ОС - важнейший аспект. С обновлениями другого ПО сложнее, там не так часто дыры закрывают, но часто бывает так, что некоторые программы приходится обновлять поэтапно, это может сказаться на бизнес процессах, но дыру-то надо закрывать. Недаром же NIST и ФСТЭК говорят про важность регулярных обновлений ПО. Либо статья не раскрыта и нужно подробнее описывать п.1 со всеми нюансами, либо статья однозначно вредна
Я имею в виду обновление major версии, а не обновления безопасности, конечно же. В случае старых версий уже найдены и закрыты всевозможные уязвимости, проблемы с обновлениями пофиксены вендором и разобраны на форумах. В новых же major версиях весь этот путь предстоит пройти заново. И я против того, чтобы ступать на него без веских объективных технических причин.
"Не можем посчитать, сколько прибыли даст апгрейд версий Windows Server, разного коммерческого ПО?" -
Вы сейчас это на полном серьезе? Как вы собираетесь это посчитать? Это как бы рутинное обслуживание инфраструктуры. Или вы не представляете как устроена ОС и прочий софт? Это как бы базовые вещи. Есть люди не владеющие компетенцией и есть не желающие ею владеть. Судя по статье, Вы не относитесь к первой категории)
Если не делать и этого рутинного обслуживания инфраструктуры - нужно ещё меньше людей в отделе, потому что не тратися рабочее время на сами обновления и на устранения инцидентов после них. Ничего не меняется - всё работает - у админов почти нет работы!
"Ничего не меняется - всё работает - у админов почти нет работы! "
Я не понимаю, вы действительно не замечаете связи между ПО и бизнес-процессами? Если речь идет о небольшом ларьке без компьютера - то да, ничего не меняется. Меняться нечему. Но если там стоит хотя бы 1с-ка в одного юзера то изменения будут обязательно. Разница лишь в их частоте
Но если у вас в 10-20 пользователей с парольным доступом, то вам придется обновляться хотя бы по вопросам безопасности.
В общем, забейте. Вы правы. Инфрастуктуру не зачем обслуживать, если она работает. А раз и обслуживать не надо, то и люди не нужны. Увольняйте этих дармоедов. А мы, возможно, через пару лет получим неплохую статью об очередном эпик фэйле в компании X по вине "Имя мы не будем разглашать" )
Вот именно обновления безопасности и надо ставить, этот процесс автоматизирован. Но для старых ОС они уже практически все закончились, поэтому дестабилизировать работу офиса перестали. Эпик фейлов полно на самом деле: Сбер (шифровальщик), СДЭК, аэропорты по всему миру и сам виновник массовой аварии Crowdstrike. Разве они случились из-за экономии на дармоедах? Я считаю, что ИТ-департамент там везде возглавлял высокооплачиваемый дилетант. Таким проще нанять лишнего человека, или тем более купить лишний сервер, чем переключать галку в настройках.
Многократные переплаты в ИТ и где они возникают. Ч.2