¿Cómo califica su éxito como administrador? [cerrado]

12

Me pregunto cómo todos los grandes administradores por ahí califican su éxito. Estoy pensando no solo en un sentido personal, sino también en cómo califica a sus empleados y / o departamento. ¿Cómo construye un caso de negocios para personal adicional, ROI, equipo nuevo y justifica sus gastos anuales?

Por ejemplo, y cómo realiza el seguimiento:

  • Tasas de solución de problemas
  • Factores de éxito del proyecto
  • Tasa de éxito del proyecto
  • Puntaje de servicio al cliente (cuánto les gusta a sus clientes trabajar con usted)
  • ROI para nuevos empleados
  • ROI para herramientas
JJ01
fuente

Respuestas:

7

Je Los míos están un poco fuera de la pared. Más de cómo calculo mi propio éxito :)

  • Qué bien está funcionando todo. Es decir, cuánto tiempo de inactividad incurro debido a apagones no planificados, fallas en el equipo, etc. Claro que existe la posibilidad de que un chip muera en un conmutador Cisco, o una fuente de alimentación aleatoria que falle en otra cosa, etc. , pero cuando estoy en la cima de mi juego, mi red debería funcionar como una parte superior. Esto lleva al segundo punto:

  • Cuánto mantenimiento preventivo se ha logrado. Esto significa básicamente, 'Si he tenido tiempo de apoyarme, he tenido tiempo de limpiar'. ¿Están marcados todos los archivos de registro? ¿Se han hecho las tendencias? ¿Se han investigado y verificado esos molestos errores de disco no críticos que siempre aparecen antes de que una matriz RAID muera? ¿Estoy actualizado para asegurarme de que todos los parches aplicados durante el último mes funcionen correctamente? Básicamente me estoy asegurando de ser proactivo con mi equipo. La tendencia y la predicción de puntos de falla son una buena manera de asegurarse de que todo funcione 5x5.

Hmm Qué más.

  • ¿He 'entrenado' a mis subordinados? Es decir, si por el nombre de todo lo que es sagrado, TODOS los servidores de Exchange fallan, ¿puede el otro administrador de la red o el junior manejar la recuperación del correo electrónico sin una gran cantidad de drama? Y así sucesivamente y así sucesivamente.

  • si un meteorito me golpea, (oye, antes de reírte, ¡deberías leer las noticias sobre ese chico alemán que fue etiquetado por uno el otro día! :) ¿Podría mi equipo tomar nota de mis notas y documentación y, de manera factible, pasar el rato? entrevistando a mi reemplazo? Significado en un sentido bastante básico; ¿está toda mi documentación actualizada? ¿Tengo la confianza de mi jefe, la comodidad mía y el conocimiento de que si es necesario, podría tomarme un tiempo de emergencia por una o dos semanas si es necesario?

Creo que entiendes a dónde va esto.

Para resumir, si mi día de trabajo consiste en capacitar a compañeros de trabajo y subordinados, transmitir conocimientos, realizar una verificación diaria de registros y centrarme PRIMERO en iniciativas estratégicas de TI como seguridad, herramientas para facilitar la vida del usuario y hacer que la red funcione. Oh , No sé, más rápido o mejor o algo así, entonces estoy "bien", supongo.

Eh, un poco divagando, pero te advertí al principio. :)

Greg Meehan
fuente
8

Una forma de verlo es cuántos usuarios no tienen que pensar en nada de TI para realizar su trabajo.

Shawn Anderson
fuente
3

Desde la perspectiva del usuario, el administrador del sistema es bueno si no tiene problemas de TI que prohíban su productividad.

Desde una perspectiva de gestión, el administrador del sistema es bueno si está ahorrando a la empresa más de lo que cuesta (es decir, salario + beneficios).

Ambos son difíciles de cuantificar, por lo que debe preguntar a quien informe a qué tipo de métricas comparan su desempeño. Si no están dispuestos a revelar eso, podría ser hora de repasar el currículum. Esa no es una declaración sarcástica; no quieres trabajar en un lugar donde no te digan sus expectativas, ¿verdad?

jtimberman
fuente
2

¿Mi éxito como administrador? Qué hermosos son mis sistemas. No puedo medirlo, y es estrictamente subjetivo.

Lo sé, esta respuesta no es útil para ti. Sé que mi jefe necesita preocuparse por el retorno de la inversión, el personal adicional, el presupuesto, los recortes de gastos, etc., pero trato de olvidarlos tanto como sea posible. Sí, ayudo a mi jefe, entiendo sus problemas, pero realmente no me importan sus problemas internamente. Sé que el ROI no puede convertirme en un administrador exitoso.

kubanczyk
fuente
2

Yo rastrearía:

  • qué vertical eres
  • cantidad de empleados apoyados
  • tipo de esos empleados

  • cantidad de tickets de problemas archivados
  • tiempo para problemas de resolución de tickets

  • qué tan vertical es su mercado (cuánto tiene que aceptar cualquier software que se presente)

  • Por lo vertical que eres, te pregunto si eres un experto en el comercio, si parpadea eres responsable, o si eres exclusivamente un administrador de sistemas Linux que admite esta aplicación en particular. Por lo general, encontrará este tipo de administrador en una gran empresa, donde hay espacio para varios de este tipo de administrador.
  • Por "tipo de empleados", quiero decir si son personas de Finanzas, o alguien técnicamente capacitado, como los desarrolladores.
  • La razón por la que importa cuán vertical sea su mercado: si trabaja en un campo altamente especializado, tendrá muy pocas opciones de qué software usar, y no tendrá la capacidad de pasar a otro software si hay un error encontró.


Ninguno de estos factores por sí mismos significa mucho; Debe tener en cuenta todos los factores para obtener cualquier tipo de resultado significativo.

Kevin M
fuente
2

Como trabajo principalmente en hosting y aplicaciones web, mis métricas clave de éxito son:

  • Tiempo de inactividad : ¿Las aplicaciones están disponibles tanto como podrían estar? ¿Cuánto cuesta el tiempo de inactividad frente al costo de nuevos equipos para reducirlo?

  • Rendimiento : ¿Qué tan rápido se devuelven las páginas? ¿Hay cosas que se pueden hacer en el servidor / red para mejorar los tiempos de respuesta?

  • Satisfacción del cliente : ¿Qué tan satisfechos están los clientes? Si no son felices, no se quedarán por mucho tiempo. Esto suele ser un resultado directo de las dos primeras métricas.

Para futuras compras de TI, medimos docenas de métricas en los servidores y equipos de red que incluyen el uso de CPU, memoria y ancho de banda en el pico, y promedios a lo largo del tiempo. Utilizamos herramientas de tendencias como MRTG y Cacti para detectar tendencias y extrapolar para predecir cuándo tendremos que actualizar o implementar nuevos equipos.

Sin embargo, en términos generales, si mi bandeja de entrada está vacía, mi teléfono no está sonando y tengo tiempo para responder preguntas sobre Falla del servidor, entonces estoy haciendo algo bien.

Justin Scott
fuente
Justin ¿Podrías llevar estos tres elementos un poco más lejos? ¿Qué métricas específicas utiliza para medir el tiempo de inactividad, el rendimiento y la satisfacción del cliente?
JJ01
Realmente depende de tu entorno. Para nosotros, el tiempo de inactividad es "¿podemos acceder a Internet desde nuestra oficina?" y "¿pueden los clientes acceder a los sitios web que alojamos?". De manera simplificada, si cualquiera de esas dos respuestas es no, entonces tenemos tiempo de inactividad. En cuanto a la satisfacción del cliente, es difícil medirlo específicamente, pero si sus sitios están funcionando rápidamente, generalmente están satisfechos.
Justin Scott
1

Medible: ¿Cumplo bien con el SLA?

Subjetivo: ¿Todavía les gusto a mis colegas?

Personal: ¿todavía doy un%? ;-)

% Insertar frase de su propio gusto

Martin P. Hellwig
fuente
Me gusta el comentario "personal". ;-)
Cypher
1

Tenga cuidado con las métricas, si usa alguna métrica como medida absoluta, se convertirá en una métrica más modesta, no un buen administrador.

es decir, si su métrica (o la de su jefe) es solo la cantidad de boletos que cierra y qué tan rápido, puede convertirse fácilmente en un dron que solo empuja los boletos sin invertir en soluciones de calidad a largo plazo y mantenimiento preventivo.

Aleksandar Ivanisevic
fuente