Comments 34
В принципе , если под термином "сисадмин" понимать например DBA ,целевая аудитория статьи сильно расширится.
Самое смешное , что я пока наблюдал - KPI для DBA. Каждый год , как заполняем карту - "ржали всем отделом над фантазиями HRов."
А вот этот тезис :
наконец-то сисадмин и работодатель договорились об оплате.
иллюзорен .
В реальной жизни так не бывает. Они никогда не договорятся . Просто до некоторого времени сисадмину лень или нет возможности сменить работу на более высокооплачиваемую.
Это рынок - работник хочет всегда получить больше ,а работать меньше .
Работодатель наоборот . Чтобы пахали за гроши.
Их интересы никогда не совпадут.
Мне кажется под этим тезисом имеется ввиду, что они нашли сумму которую работадатель готов плать (в текущей ситуации), а сисадмин готов за неё работать.
Понятно, что через некоторое время ситуация может поменяться. Но в текущий момент эта сумма устраивает обоих.
Ведь может быть, что максимальная сумма которую готов заплатить работодатель меньше минимальной суммы которую хочет сотрудник. Воо тогда они не договорятся. А иначе они смогут договориться.
А вообще это нормально, что сотрудники переходят на другие должности/в другие компании, где по их мнению условия лучше (не только зарплата, но и соцпакет, атмосфера, местоположение, график и т.д.).
Критерии оценки хорошие, главное чтобы наниматель так же понимал их ценность.
А так, стоит попробовать оценить не работу которую выполняет администратор, а конечный продукт его деятельности.На пример по таким критериям:
1.Стабильная работы ИТ-сервисов
2.Минимальный простой
3.Безопасность обрабатываемых данных
4.Удовлетворенность пользователей
5.Оптимально расходование ИТ-бюджета
Тогда картинка станет совсем другой.Ну вот как оценить эти критерии это уже другой вопрос, это смогут сделать не только лишь все, как говорится )
Если представить малый бизнес где есть конечность задач, то рано или поздно у работодателя появляется вопрос:
Непонятно чем занят специалист если все работает?
Такое бывает, ну пускай избавятся от специалиста и посмотрят как долго оно работает 😀
А если серьезно, то и в больших компаниях владельцы могут считать что админы -это негры, сегодня одни завтра другие, какая разница, это всего лишь обслуга бизнеса. И у таких рано или поздно получается как в СДЭК.
доброго времени. из собственного опыта - нормальный работодатель оплачивает труд сисадмина по факту его отсутствия, парадокс - совсем нет, если ты отладил систему до степени мониторинга и опережающей реакцией на события, то это должно быть оценено. а "всё работает, значит и сисадмин не нужен" чревато для ненормального работодателя печальными последствиями - тоже собственный опыт. ну а уж совсем ненормальный работодатель - "он же сидит и ничего не делает, пусть-ка канаву прокопает" :), больше чем на эникейщика не может рассчитывать, с соответствующими последствиями.
Как оценить труд системного администратора
Легко! Увольте его или отправьте, на продолжительное время, куда-нибудь на учебу. Ну и посмотрите, какой убыток это принесет фирме. Это и будет его цена.
Если сисадмин хороший, а компания не сильно замороченная, два-три месяца система без пригляда вполне проживёт. Значит ли это , что труд сисадмина по созданию такой системы не имеет значения?
Я же говорю, если есть сомнения, то отправить сисадмина на учебу, на «продолжительное время», полгода, думаю, хватит. В любом случае, фирма, «если не догонит, то согреется». Т.е., если спец окажется не слишком нужен по этой специальности, то приобретет другую, более востребованную для предприятия. А если без него никак, то отзывайте с учебы, с повышением оклада. В итоге, и «волки целы и овцы сыты»… :)
Делим системы на критические, важные и остальные, внедряем сбор метрик аптайма.
Собираем статистику, получаем от эксплуатации обратную связь, сколько будет стоить следующая "девятка" и сколько времени займёт её достижение, приходим к каким-то компромиссным SLA.
Используем эти SLA как KPI для оценки работы эксплуатации.
После каждого нового дизастера пишем пост-мортем, вносим изменения в критерии оценки.
Если аптайм за отчётный период - 100%, индексируем зарплату значительно выше реальной инфляции.
Вопрос на засыпку: как оценить труд системного администратора?
Всё просто. Сисадмин должен просто фиксировать в тикетной системе все задачи, которые он выполняет, начиная с настройки серверов и заканчивая поливкой фикусов.
А кто ему задачи ставит?
Это я к тому, что нормальный админ как минимум часть задач ставит сам себе (работа на перспективу) и зачем это регистрировать в тикетах?
Чтобы зарплата росла.
Для прозрачности, для обеих сторон.
Чтобы бизнесу не казалось, что он ничего не делает, раз все работает.
И чтобы он не впаривал бизнесу как упахивается, на самом деле ничего не сделав.
...тикеты - чтобы фикусы не поливать :) а если серьёзно - масса "а какую кнопку нажать" отсеется.
Давайте разделять ( можно почитать тот-же ITIL )
Инценденты (собствено тикеты) - это проблеммы возникшие у пользователей
Проблеммы (не тикеты) - это обобщения сделаные из однотипных тикетов, на основании них могут возникать задачи / регламенты и т.д.
Задачи - задачи не связанные с текущей работой систем (например внедрение новой системы, или замена сервера)
Во всем этом участвует админ, и если тикеты дают ответ на вопрос "как быстро админ решает проблеммы", то на вопросы "как уменьшить количество проблемм" и аналогичные они вообще не отвечают.
Кроме того нужно понимать размер компании, например для не гигантских монстров (до 1000 сотрудников) огромное значение имеет личное и живое общение, то для больших компаний невозможно обеспечить личное общение и там возникает SLA и как следствие тикеты.
Ну и напоследок - админы они разные, есть аникеи которые седят на техподдержке, есть сетевики, есть серверные админы, есть специализорованые на софте админы. На мой взгляд тикеты в принцепе подходят ТОЛЬКО для техподдержки, а например пытатся на них построить проектную работу это прямой путь к потере специалистов и завалу всей работы (для проектной работы нужно использовать другие инструменты)...
А я настаиваю на тикетах в любом случае, независимо от объема работ, если время создания тикета не превышает времени работ по его имплементации. В нормальной среде Jira не только для оценки milestones, но и для хранения истории всех изменений. Я могу всегда посмотреть кто, зачем и как это сделал 7 лет назад.
Поэтому я всегда детально описываю все работы в TS. Да, это затраты времени. Но это окупается в долгосрочной перспективе. Заодно и дает картину менеджменту.
Вся история изменений имеет смысл только на определенном временном отрезке, обычно это связано с тем кто это ведет. При смене человека он как правило начинает вести эту базу исходя из собственных терминов и понятий, по этому разобратся в тысячах заявок сделаных давно уволенными сотрутниками, принятыми и исполнеными давно уволенеными IT шниками теоретически можно но на практике максимум это 2...3 года. Все, что было раньше уже не имеет смысла, так как и техника частично поменяна и архитектура могла поменятся и люди пишут другими фразами.
Ну и как-бы средний срок работы на одном месте IT специалиста примерно 5 лет, что близко к устареванию оборудования и софта. По этому я просто не вижу смысла лазить по тикетам 7 летней давности...
А вот про картинку менеджменту - это да, можно в BI красивые графики рисовать и выбивать премии и другие ништяки :) А вот я чистейший практик, мне нужно ехать а не шашечки на машине, по этому я считаю, что все эти тикеты и жиры нужны только для отдела техподдержки, а в отделе администрирования нужен какой нибудь ARIS или подобное (и да я знаю, что в jira то-же есть функционал проектного офиса, но мне он совсем не нравится.)
Дорого предлагаете) кому оно надо?) кроме несчастного сисадмина..
Не знаю насколько это правда, но один китайский император платил своим лекарям только за дни когда у него ничего не болело.
Если проводить аналогию, что админам нужно платить только за те дни когда в компании нет проблемм связанных с IT
Конечно тут нюансов вагон, по тому как "беспроблеммность" можно обеспечить разными ресурсами (стоимостью), и еще куча какиих нюансов, но в целом сам подход когда платится за то, что-бы просто все работало имеет право на жизнь (при определенных условиях).
Рассказывают, что Форд платил своим наладчикам конвейера за время проведенное в комнате отдыха, пока конвейер работает без сбоев.
Конечно тут нюансов вагон, по тому как "беспроблеммность" можно обеспечить разными ресурсами (стоимостью)
В точку. Прямо наступили на больную мазоль. В юношестве работал на фирму, хозяева которых покупали, бывало, железо на авито. "Безопасник"(бывший сисадмин), напугал хозяина опасностью внедрения wifi. В результате на территории фирмы в небольших отдельностоящих зданиях использовался свисток. Мало того, решили сжкономить и выбрали тариф для смартфонов. Как итог - скорость 10кб/с в локальной сети и простои раз в час минут по 10...
Наверняка есть и обратные случаи. Так что такой себе выбор методики расчета зп сисадмина.
В первом приближении для малых фирм можно взять процессы по ITIL v2, и расценить каждый процесс хотя бы по МРОТ ;)
Дополнительно предлагаю вспомнить что процессы выполняются по модели PDCA , где на видимую часть изменений отведено лишь ¼ цикла. Поэтому если работодатель пытается платить только за то, что сделано, то это значит что он пытается сэкономить 75% на труде сисадминов.
В коллективах, в которых я работал, KPI максимум - помогает объединить людей против KPI. И, отчасти, доказать, что KPI не работает.
- Некоторые начинали работать только по KPI
- Некоторые начинали работать минимизируя KPI
- Некоторые просто его игнорировали.
Но всё это происходило всеми сразу. Как-то договаривались и очень быстро )
Проблема оценки труда системных администраторов — одна из самых неоднозначных в IT-менеджменте
да нет никаких проблем. Особенно как только одни поймут, что задача системного администратора не сделать всех счастливыми, а свести уровень несчастья к минимуму.
В далекие годы, когда я работал са, мой помощник постоянно удивлялся, за что мне платят такие деньги, лет 15 назад 2000$ была хорошая зп. Так вот мой ответ был - мне платят за то, чтобы все работало, а в случае возникновения проблем - быстро их решать. Все
"сколько должен зарабатывать строитель"
Строитель уличного туалета
Строитель уличного туалета из дерева
Из бетона
Из картона
Из карбона?
Статья - стихийный поток сознания. Все начинается с задач, их объёма, сложности и времени решения. Sla, slo, sli, если хотите добавьте kpi, если есть навык математики за 8й класс, то КПД посчитайте. Дальше, как обычно считается по рынку.
Очевидно, что сис админ настраивающий и поддерживающий гиперконвергентный гео-распределенный программно аппаратный комплекс защищенный крипто шлюзами с огромным кол-во интеграций на православных решениях с переходом с монолита 15и летней давности в ci/cd для работы 2х млн человек, получает чуть больше чем админ обновляющий одну локальную базу 1C, например в 10 раз.
Если админ обеспечивает работу системы 99,9 в цоде, где уровень 66.6 то он получает памятник при жизни из золота и обрастает легендами уходяшими в глубь веков.
Как сисадмин в прошлом - могу с уверенностью сказать: пока все работает - работодатель платить не хочет, как и за частую давать деньги на поддержание и развитие ИТ на предприятии: типа все работает - зачем платить?
А как петух клюнет - сразу припоминают чем там админ занимается?
По мне, так работа сисадмина с родни с работай Телефониста, платить должны "пока он ничего не делает и все работает".
Помнится такой принцип был в какой-то крупной компании по производству автомобилей, у ремонтной команды обслуживающей конвейер.
Как оценить труд системного администратора