В программной инженерии есть некоторые формальные механизмы, которые могут «измерить» программиста. вот несколько примеров
1. Измерение качества примеров программирования. Расширение для редактора программирования BlueJ
2. Измерения программной инженерии
Существуют ли какие-либо формальные критерии «ранжирования» или «оценки» системного администратора?
Вам следует вводить формальную систему вознаграждений только в том случае, если вы хотите, чтобы ваш технический персонал вел себя как лабораторные обезьяны, нажимая кнопки, чтобы получить угощение.
Единственная реальная метрика - насколько доволен ты с производительностью вашего администратора. Любая метрика оптимизирует поведение вашего администратора для этой метрики, независимо от того, насколько она тупая или недальновидная. Установив метрику, вы неизбежно столкнетесь с ситуацией, когда правильные действия включают игнорирование метрики, потому что метрика не принимает во внимание точную ситуацию или последствия.
В этот момент вы только надеетесь, что у вас есть либо доктор Хаус, сетевой инженер, либо ваш новейший и наименее опытный ответственное лицо - либо метагений, который готов выбросить ваш процесс, когда того требует ситуация, либо н00б, который не был там достаточно долго, чтобы ваш процесс осваивался.
Вероятность того, что у вас будет дом и строгий процесс, в то же время, довольно тонкий (все они работают для стартапов, где концепция обзора производительности им в любом случае чужда), что оставляет вашу единственную надежду на то, что чудо, что ответственный человек является совершенно новым для вашей компании , но достаточно знакомы с вашими системами, чтобы решить проблему.
Трудно придумать обобщенную меру, поскольку редко когда два системных администратора в разных компаниях делают одно и то же. Однако можно разработать персонализированный набор измерений, определив конкретные обязанности должности и определив показатели, которые будут с ними общаться.
Если системный администратор отвечает за производственные системы, можно использовать время безотказной работы системы, количество предотвратимых инцидентов или даже время отклика (и / или время разрешения) на эти инциденты.
Если системный администратор ориентирован на клиента, можно использовать его удовлетворенность, количество закрытых билетов или что-то подобное.
В итоге выберите то, что вы хотите поощрять, и определите показатели, которые будут определять это поведение.
На самом деле это не ответ на ваш вопрос, но я чувствую, что должен вмешаться и сказать это, так как у меня есть смутное ощущение, что вы пытаетесь поставить цифру рядом с тем, насколько хорош системный администратор.
Измерения - этот Джоэл хороший
Sins of Commission - Очень хорошая статья Джоэла ... прочтите !!!
По сути, все сводится к тому, что когда вы пытаетесь измерить что-то вроде того, насколько хорошо кто-то работает, предоставляете ли вы стимул или просто хотите узнать, насколько он хорош, вы всегда теряете то, что не измеряете.
Я приведу пример: на работе (крупная канадская телекоммуникационная компания) у нас есть база данных отключений, мы отслеживаем взвешенные отключения в течение года, и у нас есть цель в наших «обзорах производительности». У нас также есть система уведомлений о сбоях, где внутренние люди могут видеть, что именно сейчас сломано. Теперь, поскольку это связано с производительностью и бонусами, я видел, как люди откровенно лгали о простоях, чтобы это не так сильно им мешало.
Теперь я обнаружил, что наш новый непроверенный брандмауэр отбрасывает пакеты, вызывая прерывистое отключение туннелей и некоторые другие незначительные вещи. Я открыл заявку на отключение, указав, что влияние незначительно или отсутствует, но сказал, что клиенты могут видеть периодические падения или проблемы с пропускной способностью, но это будет редко.
Через неделю кто-то из другой группы проводил тестирование производительности, и я болтала, и он рассказывал мне, что иногда мы получаем плохую пропускную способность по сравнению с другими операторами связи, и я просто сказал, что это, вероятно, из-за проблемы с отбрасыванием пакетов, которая у нас есть. . Он понятия не имел, что это происходит, и, конечно же, когда я проверил билет, мой руководитель закрыл его на следующий день как не проблема. Мы обошли его и уведомили высшее руководство, но это заставляет меня задаться вопросом, как часто это происходило. Я знаю сотрудников, которые буквально не трогают вещи, потому что они боятся, что их менеджер на следующий день прогрызет, если они что-то сломают.
Один раз в год или статистика - это не способ контролировать ваш сотрудник. Время безотказной работы может потребоваться из-за SLA, но честность важнее всего, и вам нужно вознаграждать хорошее поведение, и единственный способ сделать это - хорошо выполнять свою работу, работать с вашим сотрудником над анализом основных причин и уведомления о сбоях, немедленно комментируйте положительные или отрицательные отзывы, не оставляйте ничего в ожидании проверки каждые два года.
Больше того, что вы, возможно, ищете, - это поговорить с теми людьми, с которыми взаимодействует ваш администратор, и посмотреть, отвечают ли они любезно и любезно, или вы - группа, с которой все ненавидят иметь дело. Если произошел сбой, вместо измерения времени безотказной работы попросите системного администратора объяснить, что произошло и почему, и что можно сделать, чтобы этого больше не произошло, и проследить за тем, чтобы исправление было выполнено.
Ваш системный администратор:
Если да, то ваш системный администратор заслуживает как минимум проходной оценки.
Его сложно измерить, поскольку работа системного администратора очень разнообразна. По крайней мере, когда вы перейдете на более старшую работу.
Вы можете обратить внимание на то, продолжает ли администратор возвращаться к старой работе, чтобы поддерживать ее в рабочем состоянии, или она «просто работает». Опытный администратор знает, что он может делать новые и более интересные вещи только в том случае, если он заставит старые вещи «уйти», сделав это правильно.
Процент времени безотказной работы - довольно мощный показатель.
Время безотказной работы и время ответа на запросы, что делает системы и пользователей довольными.