Мне интересно, как все вы, великие админы, оцениваете свой успех. Я думаю не только в личном смысле, но и о том, как вы оцениваете своих сотрудников и / или отдел. Как вы строите экономическое обоснование для дополнительного персонала, рентабельности инвестиций, нового оборудования и оправдываете свои ежегодные расходы?
Например, вы и как вы отслеживаете:
Один из способов увидеть это - сколько пользователей не должны думать ни о чем ИТ, чтобы выполнять свою работу.
Хех. Мои немного отстают от стены. Подробнее о том, как я оцениваю свой успех :)
Как хорошо все работает. То есть, сколько времени я понес из-за незапланированных отключений, отказов оборудования и т. Д. Конечно, есть такая вещь, как отказ микросхемы в коммутаторе Cisco, или случайный отказ источника питания в другом месте и т. Д. Форс-мажорные обстоятельства , но когда я нахожусь на вершине своей игры, моя сеть должна работать как верхушка. Это приводит ко второму пункту:
Насколько выполнено профилактическое обслуживание. Это в основном означает: «Если у меня было время опереться, значит, у меня было время и убрать». Все файлы журналов проверены? Тенденция была сделана? Были ли исследованы и проверены эти надоедливые некритические ошибки диска, которые всегда возникают перед отказом RAID-массива? Я в курсе, что все исправления, примененные за последний месяц, работают нормально? По сути, я стараюсь быть активным со своим снаряжением. Анализ тенденций и прогнозирование точек отказа - хороший способ убедиться, что все работает 5x5.
Хм. Что еще.
Я "обучил" своих подчиненных? Это означает, что если, по имени всего святого, ВСЕ серверы Exchange выйдут из строя, сможет ли другой сетевой администратор или младший дескриптор восстановить электронную почту без огромной драмы? И так далее.
если меня ударит метеорит (эй, прежде чем вы смеетесь, вам следует прочитать новости о том немецком ребенке, которого на днях пометил один! :) собеседование с моей заменой? Значение в самом простом смысле; вся моя документация актуальна? Есть ли у меня доверие босса, мой комфорт и знание того, что в случае необходимости я могу взять отпуск на неделю или две в случае необходимости?
Я думаю, вы понимаете, к чему все идет.
Подводя итог, если мой рабочий день состоит из обучения сотрудников и подчиненных, передачи знаний, выполнения ежедневной проверки журнала и В первую очередь сосредоточения внимания на стратегических ИТ-инициативах, таких как безопасность, инструменты, облегчающие жизнь пользователя и обеспечивающие работу сети ... , Я не знаю, быстрее или лучше или что-то в этом роде, значит, я "в порядке", я полагаю.
Эх, немного бессвязно, но я предупреждал вас в самом начале. :)
С точки зрения пользователя, системный администратор хорош, если у него нет ИТ-проблем, препятствующих их производительности.
С точки зрения руководства, системный администратор хорош, если он экономит компании больше, чем она стоит (т. Е. Зарплата + пособия).
И то, и другое сложно измерить количественно, поэтому вам нужно спросить тех, кого вы отчитываете, по каким показателям они измеряют вашу эффективность. Если они не хотят раскрывать это, возможно, пришло время обновить резюме. Это не шутливое заявление; вы же не хотите работать там, где вам не говорят о своих ожиданиях, верно?
Мой успех в качестве администратора? Как прекрасны мои системы. Я не могу это измерить, и это строго субъективно.
Я знаю, этот ответ тебе не пригодится. Я знаю, что моему начальнику нужно заботиться об окупаемости инвестиций, дополнительном персонале, бюджете, сокращении расходов и т. Д., Но я стараюсь как можно больше об этом забыть. Да, я помогаю своему боссу, я понимаю его проблемы, но внутренне меня не волнуют его проблемы. Я знаю, что рентабельность инвестиций не принесет меня успешный администратор.
Я бы отслеживал:
Поскольку я в основном работаю с хостингом и веб-приложениями, мои ключевые показатели успеха:
Время простоя: Доступны ли приложения в максимально возможном количестве? Сколько стоит простой по сравнению со стоимостью нового оборудования для его сокращения.
Производительность: Как быстро возвращаются страницы? Есть ли что-то, что можно сделать на сервере / в сети, чтобы уменьшить время отклика?
Удовлетворенность клиентов: Насколько довольны покупатели? Если они недовольны, они долго не останутся. Обычно это прямой результат первых двух показателей.
Для будущих ИТ-покупок мы измеряем десятки показателей на серверах и сетевом оборудовании, включая использование ЦП, памяти и пропускной способности на пике, а также средние значения с течением времени. Мы используем инструменты отслеживания тенденций, такие как MRTG и Cacti, для выявления тенденций и экстраполяции, чтобы предсказать, когда нам нужно будет обновить или развернуть новое оборудование.
В целом, однако, если мой почтовый ящик пуст, мой телефон не звонит, и у меня есть время, чтобы ответить на вопросы о сбое сервера, тогда я что-то делаю правильно.
Измеримый: соблюдаю ли я SLA.
Субъективно: нравятся ли мне мои коллеги.
Личное: Я все еще даю процент. ;-)
% Вставьте фразу на свой вкус
Будьте осторожны с метриками: если вы используете какую-либо метрику в качестве абсолютного измерения, вы станете метриком, а не хорошим администратором.
то есть, если ваш (или ваш босс) показатель - это только то, сколько билетов вы закрываете и как быстро, вы можете очень легко стать дроном, который только толкает билеты, не вкладывая средства в долгосрочные качественные решения и профилактическое обслуживание.